Software Requirement

Specification (SRS)
CITY POLICE ANDROID MOBILE APPLICATION

Presented By
Anusha Khan (Sp13-BCS-081)
Aqsa Khalid (Sp13-BCS-123)
Aqsa Ramzan (Sp13-BCS-072)

SPECTRE2

Table of Contents
1. INTRODUCTION
1.1.
Objective
1.2.
Scope
1.3.
Overview
2. OVERALL DESCRIPTION
2.1.
Product Perspective
2.2.
Product Functions
2.3.
User Characteristics
2.4.
Constrains
2.5.
Assumptions and Dependencies
2.6.
Apportioning of requirements
3. REQUIRMENT SPECIFICATION
3.1.
Function Requirements
3.1.1.
Performance Requirements
3.1.2.
Design Constraints
3.1.3.
Hardware Requirements
3.1.4.
Software Requirements
3.1.5.
Other Requirements
3.2.
Non-Function Requirement
3.2.1.
Security
3.2.2.
Reliability
3.2.3.
Availability
3.2.4.
Maintainability
3.2.5.
Supportability
4. DIAGRAM
BS (TN), B-9

Page 2

SPECTRE3

4.1.
4.2.
4.3.
4.4.

Use Case Diagram

State Diagram
Sequence Diagram
Data flow Diagram

5.

BS (TN), B-9

Page 3

SPECTRE4

Introduction

BS (TN), B-9

Page 4

SPECTRE5

1. Introduction
In an increasingly data-driven and technologically savvy law enforcement community, officers have
to be able to adapt their practices. Today, that means embracing the mobile revolution and evolving to
incorporate helpful technology into a day-to-day routine. These free (or cheap) apps are blazing
ground and helping police officers and security personnel alike in revolutionizing public safety: all on
the go.
The Police Service has launched a mobile app that will allow users to report crimes and quickly get
information about crime prevention across the city.

This app will help you to find nearest police station and contact them in any critical
circumstances. You can also check the street level crime around your location. Provides
functionality to anonymously report any criminal or illegal activity directly to the police
department

1.1 Objective:
The purpose of this software is to describe the triage system which provides

Contact with nearest police stations

Crime reporting
Street level crime map
Facilities
News feed
Crowd sensing
Information about fraud
Information about how to plan for emergency
Location based services

A few factors that direct us to develop a new system are given below -:

Many of us have come across situations, where we could have helped a victim by
reporting the witnessed incidence. It is the time when more and more criminal
incidences remain unreported because of fear of harassment, social taboos, physical
harm etc.
By conducting a thorough analysis of current scenario and consultation with police
authorities we identified the lacunas that restrict common man to up raise voice. We
found that the fear of identity disclosure was major reason that was hurdle in smooth
communication between police and common man.
BS (TN), B-9

Page 5

SPECTRE6

To make the system flexible enough to be used not only in Pakistan but in any part of the
world.

1.2 Scope:
City Police Mobile Application is developed to decrease the chances of street level crime.
The system enables to perform the following functions:

Extract location of nearest police station.

News feed from the police about crime.

Save the victims.

Identity will remain hide during crime reporting.

It will tell the people about the save place during any emergency condition.

It will show the location of a person which is indeed.

Generate alert during any critical condition.

1.3 Overview:
The remaining sections of this document provide a general description, including
characteristics of the users of this project, the product's hardware, and the functional and data
requirements of the product.

BS (TN), B-9

Page 6

SPECTRE7

Overall Description

2. Overall Description
BS (TN), B-9

Page 7

SPECTRE8

This document contains the problem statement that the current system is facing which is
hampering the affected people to get security and to report a crime. It also illustrates the
needs and requirements to implement this application. It further lists and briefly describes the
major features and a brief description of each of the proposed system.

2.1 Product Perspective:

Before the application, the system suffered from the following DRAWBACKS:

People do not report crime due the fear of their identification.

People do not know about the street level crime so they can trap by any fraud group.

In the emergency situation people dont know where to go.

People dont have knowledge about the nearest police stations.

Lack of communication between police and citizens.

Hence the city police mobile application is proposed with the following

People will report crime anonymously.

People will about to know the street level crime

City map will available which tell about the save place during any emergency.

People have complete information about the nearest police stations.

Communication between police and citizens with touch of button.

Messaging service directly from police.

2.2 Project Functions:

Rescue workers with varying levels of familiarity with computers will mostly use this system.
With this in mind, an important feature of this software is that it be relatively simple to use.
The scope of this project encompasses: Report a crime: this function will allow a person to report a crime with touch of button
at the nearest police station.
Search: This function allows the user to get information about the nearest police stations
and the cops available there.

BS (TN), B-9

Page 8

SPECTRE9

Services: This function allows a person to get a news about

1.
2.
3.
4.

Fraud information in their area

Information on how to plan on emergency
Traffic conditions
General information

Maps: this function will allow a user to know about the street level crime. And also tell
about the location of a person and this will also facilitate about the save roads and streets of
the city.

2.3 User Characteristics:

EDUCATIONAL LEVEL:-At least user of the system should be comfortable with

English language.

TECHNICAL EXPERTISE: - User should be comfortable using general purpose

applications on the mobile phones.

2.4 Constrains:
All components of this application need to be user friendly. The database used by this app
needs to save and store the data and their backup. The app must also use the language
supported by the phone operating system Java.

2.5 Assumptions and Dependencies:.

The application needs to tell people about the save place should have the updated and
complete maps

Application is dependent on access to internet for the location access.

BS (TN), B-9

Page 9

SPECTRE10

Requirement Specifications

BS (TN), B-9

Page 10

SPECTRE11

3.1 Function Requirements

3.1.1 Performance requirements:

User Friendly: - The system is easy to learn and understand. A native user can also
use the system effectively, without any difficulties.

Response Time: -The response of all the operation is good. This has been made
possible by careful programming.

Portable: - The software should not be architecture specific. It should be easily

transferable to other platforms if needed.

3.1.2 Design Constrain:

Environments include standards that must be followed, resource limits, operating
environment, reliability and security requirements and policies that may have an impact on
the design of the system. An SRS (Software Requirements Analysis and Specification) should
identify and specify all such constraints.
Standard Compliance: - This specifies the requirements for the standards the system must
follow. The standards may include the report format and accounting properties.
Hardware Limitations: - The software may have to operate on some existing or
predetermined hardware, thus imposing restrictions on the design. Hardware limitations can
include the types of machines to be used in ambulances, operating system available on the
system, languages supported and limits on primary and secondary storage.
Reliability and Fault Tolerance: - Fault tolerance requirements can place a major constraint
on how the system is to be designed. Fault tolerance requirements often make the system
more complex and expensive. Requirements about system behaviour in the face of certain
kinds of faults are specified. Recovery requirements are often an integral part here, detailing

3.1.3 Hardware requirements:

For the hardware requirements the SRS specifies the logical characteristics of each interface
b/w the software product and the hardware components. It specifies the hardware
requirements like memory restrictions, cache size, the processor, RAM size etc. Those are
required for the software to run.

BS (TN), B-9

Page 11

SPECTRE12

Minimum Hardware Requirements

Processor Pentium III
Hard disk drive 40 GB
RAM 128 MB
Cache 512 kb

Preferred Hardware Requirements

Processor Pentium IV
Hard disk drive 80 GB
RAM 256 MB
Cache 512 kb

3.1.4 Software requirements:

Any window based operating system with DOS support are primary requirements for
software development and systems must have a connection to internet in addition to a
location sensor.

3.1.5 Other requirements:

Software should satisfy following requirements as well:

Correctness

Efficiency

Flexibility

BS (TN), B-9

Page 12

SPECTRE13

Testability

Reusability

Security

3.2 Non-Function Requirements

3.2.1 Security:
The security is most important in this application as it have database of hospitals and contains
the information about schedule of doctors and specialist. Security is the core element in this
application. The information will be kept secure.
3.2.2 Reliability:
The reliability of the overall project depends on the reliability of the separate components.
The main pillar of reliability of the system is the backup of the database which is
continuously maintained and updated to reflect the most recent changes.
3.2.3 Availability:
The system should be activated when a rescue team identifies a disaster location and turn it
on. Also in case of a hardware failure or database corruption, backups of the database should
be retrieved from the server.
3.2.4 Maintainability:
A commercial database is used for maintaining the database and the application server takes
care of the data. In case of a failure, a re-initialization of the project will be done.
3.2.5 Supportability:
The code and supporting modules of the system will be well documented and easy to
understand, User Documentation and Help System Requirements.

BS (TN), B-9

Page 13

SPECTRE14

Diagrams

BS (TN), B-9

Page 14

SPECTRE15

4.1 Use Case Diagram

Rescue Team

BS (TN), B-9

Page 15

SPECTRE16

4.2 Data
Diagram:

Flow

Patient Triage

Patient Triage
Bands

and Assigning
Able to walk

YES

Find Location

First Aid

N
O

Nearest Hospitals

Spontaneous
Breathing

Is patient breathing
N

IMMEDIA
TE

Position
airway
APNE

Capacities of Hospitals

EXPECTANT

Yes

Respiratory Rate
>3
Facilities
of Hospitals
IMMEDIA
TE

<3
0

Mental
Status

Signing Patient

Does nt obey
commands

Obeys
Commands
BS (TN), B-9
Delayed

Page 16

IMMEDIA
TE

SPECTRE17

Patient Tags

HOSPITALS

Green

Need First Aid

Yellow

Normal Hospital

Red

Black

BS (TN), B-9

Serious Case

Dead

Page 17

First Aid
on the spot

Live support not

required

Treatment and live

support required

Dead Body Store

Data Flow Diagram

SPECTRE18

Disaster Location

Find Disaster
Location

Patient Triage

Assign Colour Band

Show nearest
Hospitals

Heart Treatment

BS (TN), B-9

Surgical Hospital

Page 18

Hospital

SPECTRE19

Sequence Diagram
Rescue

Triage

Green

Yellow

Red

categor
y
Walking wounded

Confirmat
ion
Confirmat
Liveion
support not
required

Live support
required
Confirmat
ion
dead
Confirmat
ion

Place
\

Location
BS (TN),
B-9

GPS

Hospit

Page 19

Databa

Black

SPECTRE20

Coordinat
es
Search nearby
hospitals

Get
hospitals
Facilities and specialists

Specifications
retrieved
Assign w.r.t injuries

Confirmation

BS (TN), B-9

Page 20