Mrs.P.S.Bangare

Assistant Professor 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,hazard problems,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 compliant 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.