Professional Documents
Culture Documents
Null
Null
Reporting System]
SOFTWARE REQUIREMENTS SPECIFICATION DOCUMENT
17.12.2015
Revision History
Date Description Author Comments
<date> <Version 1> <Hafiza Yumna Aslam> <First Revision>
Document Approval
The following Software Requirements Specification has been accepted and approved by the following:
Signature Printed Name Title Date
Dr. Saad Missen Supervisor, CSIT 21306 <date>
ii
Project Title
Table of Contents
1. Introduction 1
1.1 Purpose Error! Bookmark not defined.
1.2 Scope 1
1.3 Definitions, Acronyms, and Abbreviations. 2
1.4 References Error! Bookmark not defined.
1.5 Overview Error! Bookmark not defined.
3. Specific Requirements 5
3.1 External Interface Requirements 5
3.1.1 System Interfaces 5
3.1.2 Interfaces 5
3.1.3 Hardware Interfaces 6
3.1.4 Software Interfaces 6
3.1.5 Communications Interfaces 7
3.2 Functional Requirements 7
3.2.1 <Functional Requirement or Feature #1> 7
3.2.2 <Functional Requirement or Feature #2> 7
3.3 Use Cases 7
3.3.1 Use Case #1 7
3.3.2 Use Case #2 9
3.4 Classes / Objects 9
3.4.1 <Class / Object #1> 9
3.4.2 <Class / Object #2> 9
3.5 Non-Functional Requirements 9
3.5.1 Performance 9
3.5.2 Reliability 9
3.5.3 Availability 9
3.5.4 Security 9
3.5.5 Maintainability 9
3.5.6 Portability 9
3.6 Inverse Requirements 9
3.7 Logical Database Requirements Error! Bookmark not defined.
3.8 Design Constraints Error! Bookmark not defined.
iii
Project Title
iv
Project Title
1. Introduction:
Online Crime Reporting System will used to inform and send complaint to the police station for crimes
which are happening to their nearby locations. With this system, users have to just identify the type of
crime such as robbery, theft from motor vehicle or by some other medium, bank robbery etc. and just
they have to create their accounts and login and submit their complaints.
This complaint will be forwarded to admin that will be central server. Admin will check complaint if it is
incomplete he will cancel it and message to user with reason. If complaint is complete he will take action
and create action report then forward this report to the department of nearby police station of crime
happening location. After that process action will be taken by police on complaint.
1.1 Purpose:
1) The aim of this project is to develop an online crime report and managing system which is easily
accessible to the public, the police department and the administrative department.
2) This system registers the complaints from people through online and it will also helpful to police
department in catching criminals, in system and person can give any complaint at any time.
1.2 Scopes:
To provide a maximum Services to the user.
Elimination of Duplicate and Inconsistent record Keeping.
Faster Response.
Facilitate for maintenance of details of Criminals.
To Reduce the Errors and Paper Work.
Generate various other reports required from Time to Time.
1.4 References:
In this subsection:
www.google.com
www.wikipedia.org
1.5 Overview
(1) Function
(2) Characteristics
(3) Constraints
(4) The SDD is organized by proper thinking and of team leaders and contain farther description.
2.1.1 Operations
Specify the normal and special operations required by the user such as:
(1) The various modes of operations in the user organization
(2) Periods of interactive operations and periods of unattended operations
(3) Data processing support functions
(4) Backup and recovery operations
(Note: This is sometimes specified as part of the User Interfaces section.) If you separate this
from the UI stuff earlier, then cover business process type stuff that would impact the design. For
instance, if the company brings all their systems down at midnight for data backup that might
impact the design. These are all the work tasks that impact the design of an application, but which
might not be located in software.
3. Specific Requirements
This will be the largest and most important section of the SRS. The customer requirements will
be embodied within Section 2, but this section will give the D-requirements that are used to guide
the project’s software design, implementation, and testing.
Each requirement in this section should be:
Correct
Traceable (both forward and backward to prior/future artifacts)
Unambiguous
Verifiable (i.e., testable)
Prioritized (with respect to importance and/or stability)
Complete
Consistent
Uniquely identifiable (usually via numbering like 3.4.5.6)
Attention should be paid to the carefully organize the requirements presented in this section so that
they may easily accessed and understood. Furthermore, this SRS is not the software design
document, therefore one should avoid the tendency to over-constrain (and therefore design) the
software project within this SRS.
3.1.2 Interfaces
Specify:
(1) The logical characteristics of each interface between the software product and its
users.
(2) All the aspects of optimizing the interface with the person who must use the system
This is a description of how the system will interact with its users. Is there a GUI, a command line
or some other type of interface? Are there special interface requirements? If you are designing
for the general student population for instance, what is the impact of ADA (American with
Disabilities Act) on your interface?
A key point to remember is that you do NOT want to specify software here that you think would
be good to use. This is only for customer-specified systems that you have to interact with.
Choosing SQL Server 7 as a DB without a customer requirement is a Design choice, not a
requirement. This is a subtle but important point to writing good requirements and not over-
constraining the design.
3.2.1.2 Inputs
3.2.1.3 Processing
3.2.1.4 Outputs
Sign up
Login
View Profile
Post complaint
View status
Post reminder
Logout
3.4.1.2 Functions
<Reference to functional requirements and/or use cases>
3.5.1 Performance
3.5.2 Reliability
3.5.3 Availability
3.5.4 Security
3.5.5 Maintainability
3.5.6 Portability