Waste Technology SAE,Kondhwa,Pune SAE,Kondhwa,Pune sharayu25raje@gmail.com meghanaraikar155@gmail.com Abstract—In current

Waste Management Using Incident
ReportingSystem

Prof.P.S.Bangare

Faculty of Information Technology

SAE,Kondhwa,Pune

[email protected]

PareshPatil                                                                  QureshKabadawala

Student of Information Technology                           Student of
Information Technology

SAE,Kondhwa,Pune                                                  SAE,Kondhwa,Pune

[email protected]                                           
[email protected]

                                                                       

SharayuRajenimbalkar                                               
Nikita Raikar

Student of Information Technology                           Student of
Information Technology

SAE,Kondhwa,Pune                                                  SAE,Kondhwa,Pune

[email protected]                                          [email protected]

              

 

Abstract—In current scenario, mobile and information technology
have become an integral part of our 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 make all
the information related to the hazardous areas available on the Android
Application to the various organization like Police, Municipal Corporation,
News Papers, etc. during their investigation which would speed-up the entire process
of tracking down the hazardous problems. A mobile application is made available
to the common people in order to update the hazardous problems by capturing the
image and the location of the area and is sent to the server and the
responsible authority is informed. This system
encourage people to take action on hazardous areas and solve hazards problem as
soon as possible from responsible authority.

 

Keywords— hazard reporting, hazardous locations,hazardproblems,waste management.

 

                     1.
INTRODUCTION

The goal is to work
on the problems such as dustbin overflow in public areas, potholes on roads.
Now-a-days mobile and information technology have become an integral part of
our 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 make
all the information related to the hazardous areas available on the Android
Application to the various organization like Police, Municipal Corporation,
News Papers, etc.  People can compliant
regarding hazard problem to responsible organization using android application.
By capturing the image and the location of the area and is sent to the server
and inform to responsible authority. Then the respective authority is
responsible for allocating the problems to their respective employees and then
it is solved by these employees. The notification of the problem solving is
sent to the mobile of the user and authorities. The System generates the ratings
Negative and Positive to the work solved within days on basis of work solved
between mention days it will rate Positive or Negative.

        

 

                     2.  OBJECTIVE

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

If common user submits any hazard compliant on android
application. System send user hazard compliant to on organization web portal.
System according to compliant set responsibility to particular department and
department set employee to work on that compliant in time limit. If
organization complete work in time. System send message to common user and
generates positive negative rates on his work.

 

3. Literature Survey

Identifying a vulnerability or incident, Recognize and
Respond, Completing a hazard and incident report are the goals of this paper. The GUI was developed in
Extensive Mark-upLanguage (XML) which is analysed to a graphical representation
inAndroid. To avoid ‘blocking’ GUI operation, time consumingOperations are run
in background services resulting in a veryresponsive application.

Techniques to analyze the presence and
level of threats have greatly evolved in recent years. Responding to countless emergency situations has given him a
passion for safety and perspective on the role of human behavior in preventing
these events.

A System which we use is modified form of MIRS system
proposed by VI Tlali1. Typically, a report is initiated by auser and  then transmitted to a server. The Authority onwardsthe
message to a set of responsible organization available which can be transmitted
toa certain location. These systems include of both hardware and software and
can be quite costly.

A LBS-based disaster management system which proposed
from which we  relies on wireless and
satellite communications, which uses our Incident response System through satellite
information.  Some systems which achieve
this have been proposed and some are commercially available. We again provide
few guidance from  South African
university where two theorem fromsystems include  by the Sysman Group 4 which consists of both
hardware 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 tracks
on a smartphone and is much more flexible in terms of process as it does not
require any extra/committed hardware.

By seizing locational requests by other applications
installed on the same smartphone, it is also possible to update the user’s
current location submissively. For the emergency component of the system, the
user’s current location can be determined actively or submissively. Alternatively
the user can be driven to tap his/her location from a map with the map view
centered on the user’s last known location.

 

 

 

 

 

 

 

 

 

 

4.SYSTEM ARCHITECTURE

 

 

5. DESCRIPTION OF ARCHITECTURE:

·        
GPS
Module:

Ø  Gives the location of user.

Ø  Location is sent to particular
authority.

·        
Theb Portal using Mongo DB:

Ø  User registration and assigning the
user roles e.g. police, News Paper, Higher authority.

Ø  Show the complaints related to the
user.

Ø  Assign the work to the particular
employee.

Ø  Change the status of the complaints.

·        
Database
Mongodb:

Ø  Images location ,complaints and the
details 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 user
to send the report.

 

6.OVERALL  DESCRIPTION

 

6.1 PRODUCT PERSPECTIVE:

 

         The prespective of the proposed system is that the common user send hazard
compliant  to system. System send hazard
compliant to particular organization with time limit. Organization solve
compliant then system generates positive
egative rate. System send message to user
when compliant solve.

 

6.2 REQUIREMENTS:

 

·SOFTWARE REQUIREMENTS:

1) Eclipse

2) JDK 8

3)Mongo DB

4) Apache Tomcat

 

·HARDWARE REQUIREMENTS:

 

1)8 GB RAM

2)  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 (initial
state at time T ) = GUI of search
engine. The GUI provides space to enter a query/input for user.

·X (input to
system):- Input Query. The user has to first enter
the query. The query may be ambiguous or not. The query also represents what
user wants to search.

·Y (output of
system):- List of URLs with Snippets. User has to
enter a query into search engine then search engine generates a result which
contains relevant and irrelevant URL’s and their snippets.

·T (No. of
steps to be performed):- 4. These are the total number of steps
required to process a query and generates results.

·fmain(main
algorithm):- It contains Process P. Process P
contains Input ,Output and subordinates functions. It shows how the query will
be processed into different modules and how the results are generated.

·DD
(deterministic data):- It contains
Database data. Here the have considered MongoDB which contains number of
queries. Such queries are user for showing results. Hence, MongoDB is our DD.

·NDD
(non-deterministic data):- No. of
input queries. In our system, user can enter numbers of queries so that the
cannot judge how many queries user enters into single session. Hence, Number of
Input queries are our NDD.

·Memory shared: – MongoDB. MongoDB will store information like User
Authentication, Performing Operations
like 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 have
included 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 it
will fail.

Subordinate functions:

S={s,e,X,Y,Fmain,NDD,DD,Success,Failure}

Where

         s=Start State

         e=End State

         X={Set Of
Inputs}

            = {x1,x2}

Where x1= User
Registration Data, Add Employees for the particular users.

x2= Report
on the basis of date selection      

         Y={Set of
Outputs}

            = {y1,y2}

         Where y1= Complaints shown using report

y2 = Report on the basis of date selection, Complaint solved
status 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 state

x=query

 

         q1= User Registration Data, Add Employees for the particular
users

 

         q2= Complaints
shown using report

 

         q3= Report
on the basis of date selection

 

         q4= Report on the basis of date
selection, 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 User
Registration Data, Add Employees for the particular users which stores the query x which is accept in state q1. The
query stores in state q2 Complaints
shown using report and send to state
q3.

·In q4 state, Report
on the basis of date selection, Complaint solved status
on mobile number.

8. Conclusion

            This incident reporting system provide facility to common
user to complian organization about any incident. System takes quick action
regarding hazardous areas and solve hazard problem which
is reported by any user.In
contrastwith other available systems which consist of dedicatedhardware and
software, this system runs on Android mobilephones, it’s easy to setup and
simple to operate.

 

                        9.
REFERENCES

 

1 VI Tlali, GP Hancke and BJ
Silva, “A Smartphone-based Mobile Incident Response System for Indoor and
Outdoor Scenarios”University of Pretoria, South Africa.

 

2 Robert S. LeRoyLeRoy, “Hazard of Risk Analysis,
Overcoming the Human Factor” Electrical Enterprizes Inc. Lakeland,
Florida USA.

 

3
Aurecon,”Intelligent Incident and EmergencyManagement using the Global
Emergency Management Command andControl Centre” (GEMC³). Online.

 

4
The SysmanGroup,”Disaster& Incident ManagementSolution”. Online.
Available: www.sysman.co.za/drm.aspx.

BACK TO TOP