Waste Management Using Incident ReportingSystem Prof.P.S.Bangare Faculty of Information

Waste Management Using IncidentReportingSystemProf.P.

S.BangareFaculty of Information TechnologySAE,Kondhwa,[email protected]                                                                  QureshKabadawalaStudent of Information Technology                           Student ofInformation TechnologySAE,Kondhwa,Pune                                                  SAE,Kondhwa,[email protected]                                           [email protected]                                                                        SharayuRajenimbalkar                                                Nikita RaikarStudent of Information Technology                           Student ofInformation TechnologySAE,Kondhwa,Pune                                                  SAE,Kondhwa,[email protected]                                          [email protected]                Abstract—In current scenario, mobile and information technologyhave become an integral part of our lives.

Best services for writing your paper according to Trustpilot

Premium Partner
From $18.00 per page
4,8 / 5
4,80
Writers Experience
4,80
Delivery
4,90
Support
4,70
Price
Recommended Service
From $13.90 per page
4,6 / 5
4,70
Writers Experience
4,70
Delivery
4,60
Support
4,60
Price
From $20.00 per page
4,5 / 5
4,80
Writers Experience
4,50
Delivery
4,40
Support
4,10
Price
* All Partners were chosen among 50+ writing services by our Customer Satisfaction Team

A new area where mobile is usefulfor gathering hazardous locations, of public area, information as they are notreadily accessible at any point. Thus, using cloud, the system will make allthe information related to the hazardous areas available on the AndroidApplication to the various organization like Police, Municipal Corporation,News Papers, etc. during their investigation which would speed-up the entire processof tracking down the hazardous problems. A mobile application is made availableto the common people in order to update the hazardous problems by capturing theimage and the location of the area and is sent to the server and theresponsible authority is informed.

This systemencourage people to take action on hazardous areas and solve hazards problem assoon as possible from responsible authority. Keywords— hazard reporting, hazardous locations,hazardproblems,waste management.                       1.INTRODUCTIONThe goal is to workon the problems such as dustbin overflow in public areas, potholes on roads.

Now-a-days mobile and information technology have become an integral part ofour lives. A new area where mobile is useful for gathering hazardous locations,of public area, information as they are not readily accessible at any point.Thus, using cloud, the system will makeall the information related to the hazardous areas available on the AndroidApplication to the various organization like Police, Municipal Corporation,News Papers, etc.

  People can compliantregarding hazard problem to responsible organization using android application.By capturing the image and the location of the area and is sent to the serverand inform to responsible authority. Then the respective authority isresponsible for allocating the problems to their respective employees and thenit is solved by these employees. The notification of the problem solving issent to the mobile of the user and authorities. The System generates the ratingsNegative and Positive to the work solved within days on basis of work solvedbetween mention days it will rate Positive or Negative.                               2.

  OBJECTIVEIn incident reporting system two modules are designed for common user(android application) and organization (web portal). They have set with somespecific function. When it has to be happen that circumstances will befulfilled by sub common user.

If common user submits any hazard compliant on androidapplication. System send user hazard compliant to on organization web portal.System according to compliant set responsibility to particular department anddepartment set employee to work on that compliant in time limit. Iforganization complete work in time.

System send message to common user andgenerates positive negative rates on his work. 3. Literature SurveyIdentifying a vulnerability or incident, Recognize andRespond, Completing a hazard and incident report are the goals of this paper. The GUI was developed inExtensive Mark-upLanguage (XML) which is analysed to a graphical representationinAndroid. To avoid ‘blocking’ GUI operation, time consumingOperations are runin background services resulting in a veryresponsive application.Techniques to analyze the presence andlevel of threats have greatly evolved in recent years. Responding to countless emergency situations has given him apassion for safety and perspective on the role of human behavior in preventingthese events. A System which we use is modified form of MIRS systemproposed by VI Tlali1.

Typically, a report is initiated by auser and  then transmitted to a server. The Authority onwardsthemessage to a set of responsible organization available which can be transmittedtoa certain location. These systems include of both hardware and software andcan be quite costly.A LBS-based disaster management system which proposedfrom which we  relies on wireless andsatellite communications, which uses our Incident response System through satelliteinformation.

 Some systems which achievethis have been proposed and some are commercially available. We again providefew guidance from  South Africanuniversity where two theorem fromsystems include  by the Sysman Group 4 which consists of bothhardware and software and one delivered by Aurecon3, which is computer based.The clear benefit of the system proposed in this paper is the fact that it trackson a smartphone and is much more flexible in terms of process as it does notrequire any extra/committed hardware.By seizing locational requests by other applicationsinstalled on the same smartphone, it is also possible to update the user’scurrent location submissively. For the emergency component of the system, theuser’s current location can be determined actively or submissively. Alternativelythe user can be driven to tap his/her location from a map with the map viewcentered on the user’s last known location.          4.

SYSTEM ARCHITECTURE  5. DESCRIPTION OF ARCHITECTURE:·        GPSModule:Ø  Gives the location of user.Ø  Location is sent to particularauthority.·        Theb Portal using Mongo DB:Ø  User registration and assigning theuser roles e.

g. police, News Paper, Higher authority.Ø  Show the complaints related to theuser.Ø  Assign the work to the particularemployee.Ø  Change the status of the complaints.

·        DatabaseMongodb:Ø  Images location ,complaints and thedetails about the user is stored in database.·        Android application and SQLite:Ø  User registration using SQLite.Ø  User Login.Ø  Send the report which contains the image,data, audio to the specific departments.Ø  Edit the report.Ø  Maximum 3 times in a day allow userto send the report.

 6.OVERALL  DESCRIPTION 6.1 PRODUCT PERSPECTIVE:          The prespective of the proposed system is that the common user send hazardcompliant  to system. System send hazardcompliant to particular organization with time limit. Organization solvecompliant then system generates positiveegative rate.

System send message to userwhen compliant solve. 6.2 REQUIREMENTS: ·SOFTWARE REQUIREMENTS:1) Eclipse2) JDK 83)Mongo DB4) Apache Tomcat ·HARDWARE REQUIREMENTS: 1)8 GB RAM2)  500 GB HDD 7.MATHEMATICAL MODEL S={s,e,X,Y,T,Fmain,NDD,DD,Success,Failure}·S(System) = Is our proposed system which includes following tuple.  ·s (initialstate at time T ) = GUI of searchengine. The GUI provides space to enter a query/input for user. ·X (input tosystem):- Input Query. The user has to first enterthe query.

The query may be ambiguous or not. The query also represents whatuser wants to search.·Y (output ofsystem):- List of URLs with Snippets. User has toenter a query into search engine then search engine generates a result whichcontains relevant and irrelevant URL’s and their snippets. ·T (No. ofsteps to be performed):- 4. These are the total number of stepsrequired to process a query and generates results. ·fmain(mainalgorithm):- It contains Process P.

Process Pcontains Input ,Output and subordinates functions. It shows how the query willbe processed into different modules and how the results are generated.·DD(deterministic data):- It containsDatabase data.

Here the have considered MongoDB which contains number ofqueries. Such queries are user for showing results. Hence, MongoDB is our DD.·NDD(non-deterministic data):- No. ofinput queries. In our system, user can enter numbers of queries so that thecannot judge how many queries user enters into single session.

Hence, Number ofInput queries are our NDD.·Memory shared: – MongoDB. MongoDB will store information like UserAuthentication, Performing Operationslike Show the complaints related to the user.

Assign the work to the particular employee. Change the status of the complaints. Since it is the only memory shared in our system, the haveincluded it in the MongoDB.

·CPUcount: – 1. In our system, the require 1 CPU for server.·Success = successfully recommended best system as per user’s interest·Failure = If application will not send the notification to user itwill fail.Subordinate functions:S={s,e,X,Y,Fmain,NDD,DD,Success,Failure}Where         s=Start State         e=End State         X={Set OfInputs}            = {x1,x2}Where x1= UserRegistration Data, Add Employees for the particular users.x2= Reporton the basis of date selection                Y={Set ofOutputs}            = {y1,y2}         Where y1= Complaints shown using reporty2 = Report on the basis of date selection, Complaint solvedstatus on mobile number                           Fmain = {Set of procedure}                  = {f1,f2,f3,f4}Where                     f1=Take x1 Input                     f2=Give y1 Output                     f3=Take x2 input                     f4=Give y2 output      State Transition Diagram:           Fig:  State Transition Diagram Where,s=input statex=query          q1= User Registration Data, Add Employees for the particularusers          q2= Complaintsshown using report          q3= Reporton the basis of date selection          q4= Report on the basis of dateselection, Complaint solved status on mobile number Explanation:·The q1 state accept the ambiguous query’x’ from the state ‘s’ which is our initial state.·The q2 state is meant for UserRegistration Data, Add Employees for the particular users which stores the query x which is accept in state q1. Thequery stores in state q2 Complaintsshown using report and send to stateq3.·In q4 state, Reporton the basis of date selection, Complaint solved statuson mobile number.

8. Conclusion            This incident reporting system provide facility to commonuser to complian organization about any incident. System takes quick actionregarding hazardous areas and solve hazard problem whichis reported by any user.Incontrastwith other available systems which consist of dedicatedhardware andsoftware, this system runs on Android mobilephones, it’s easy to setup andsimple to operate.                         9.REFERENCES  1 VI Tlali, GP Hancke and BJSilva, “A Smartphone-based Mobile Incident Response System for Indoor andOutdoor Scenarios”University of Pretoria, South Africa.

 2 Robert S. LeRoyLeRoy, “Hazard of Risk Analysis,Overcoming the Human Factor” Electrical Enterprizes Inc. Lakeland,Florida USA. 3Aurecon,”Intelligent Incident and EmergencyManagement using the GlobalEmergency Management Command andControl Centre” (GEMC³). Online. 4The SysmanGroup,”Disaster& Incident ManagementSolution”. Online.Available: www.sysman.co.za/drm.aspx.