E Cop Project Document

E- COP : ONLINE COMPLIANT REGISTRATION PORTAL 1
DECLARATION
I, Johnson Joseph, do hereby declare that the project titled E - COP : ONLINE
COMPLIANT REGISTRATION PORTAL is a record of work carried out under the
guidance of Ms Jissa Maria Jose, Assistant Professor, Department of Computer Applications,
Christ College, Puliyanmala as per the requirement of the curriculum of Bachelor of
Computer Applications program of Mahatma Gandhi University, Kottayam. Further, I also
declare that this report has not been submitted, full or part thereof, in any University /
Institution for the award of any Degree / Diploma.
Johnson Joseph (Reg: 170021093728)
DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

2
ACKNOWLEDGEMENT
The success of any project depends largely on the encouragement and guidelines of
many others. I would like to take this opportunity to express my gratitude to those people
who have been instrumental in the successful completion of this project.
First and foremost, I give all glory, honour and praise to God Almighty who gave me
wisdom and enabled me to complete the project successfully.
I also express sincere thanks, from the bottom of my heart, to my parents for their
encouragement and support in all my endeavours and especially in this project.
Words are inadequate to express my deep sense of gratitude to Rev. Dr. Alex Louis
CMI, Principal, Christ College, Puliyanmala for allowing me to utilize all the facilities of
our college and also for his encouragement.
I extend my sincere gratitude to Mr. Tony Mathews Panicker, Head of the

Department of Computer Science, Christ College, Puliyanmala who has been a constant
source of inspiration and without his tremendous help and support this project would not have
been materialized.
I own a particular debt of gratitude to my internal project guide, Ms. Jissa Maria
Jose, Department of Computer Science, Christ College, Puliyanmala for all the necessary
help and support that she has extend to me. Her valuable suggestions, corrections and the
sincere efforts to accomplish my project even under a tight time schedule were crucial in the
successful completion this project.
I extend my sincere thanks to all of our teachers and non-teaching staff of Christ
College, Puliyanmala for the knowledge they have imparted to me over the last two years.
I would also like to express my appreciation to all my friends for their comments, help
and support.

3
TABLE OF CONTENTS
1. Introduction……………..………………………………………………………….06
1.1 Project overview…………………………………………………….07
2. System analysis………………………………………………………………….08
2.1 Preliminary analysis………………………………………………09
2.2 Existing system………………………………………………………09
2.3 Proposed system……………………..………………………….….10
2.4 Feasibility study………………………………………………….….10
2.4.1 Economical feasibility…………….,.….…………….12
2.4.2 Technical feasibility…………………………………….13
2.4.3 Behavioural feasibility………………………………..14
2.4.4 Operational feasibility…………………………….....15
2.5 Advantages of proposed system……………………………16
3. System specification……………………….………………………………… 17
3.1 Software specification…………………………………… 18
3.2 Hardware specification…………………………………. 18
3.3 About the developing tools...………………………… 19
4. System design………………………………………………………………………21
4.1 Architectural design…………………………….………… 25
4.2 Input design…………………………………….……………… 25
4.3 Modules and description…………………………………26
4.4 Output design…………………………………………………. 28
4.5 Database design……………………………………………… 28
4.6 User interface design……………………………………… 29
5. Database design…………………………………………………………………...30
5.1 Tables………………………………………………………….…….31
5.2 Data flow diagrams………………………………………… 33

4
6. System testing………………….…………………………………………………. 44
6.1 Unit Testing………………………………………………………46
6.2 Integration Testing……………………………………………47
6.3 Validation Testing…………………………………………… 48
6.4 System Testing…………………………….……………………49
6.5 User Acceptance Testing………………………………… 50
7. System implementation…………………………………………………………51
7.1 Implementation…………………………………………………. 52
7.2 Problem statement………………………………………………52
7.3 Problem description……………………………………………52
7.4 Feature of project………………………………………………. 52
8. Future enhancement……………………………………………………………… 53
10. Conclusion…………………………………………………………………………….55
11. Bibliography………………………………………………………………………….57
11. Appendix……………………………………………………………………………...59
a. Sample Screens…………………………………………………… 60
b. Coding……………………………………………………………….....66

5
ABSTRACT
This project entitles as E-COP .It is the process of giving complaint

online, virtual environment or networked environment in which police and people are
separated by time and space. This feature is made available to public for interaction with
police indirectly. This system registers the complaints from people through online and is
helpful to the police department in identifying criminals. In this system any person can
register their complaints online. The aim of the project is to develop an E-cops reporting and
management system which is easily accessible to public, police department and the
administrative department. The users of the project are ” Admin, Police, User”. E-Cop, as a
reflection of the diversity of the wider Internet, is practiced using many different approaches
and is addressed to distinct sets of users.
In this system user can register to the E-cop and login, after login their can add
complaints. Admin check each complaints and proceed valid complaint to the corresponding
police stations. The police can view the details of the proceeded complaints and take action.
The police also add the review of the complaint, then the user and admin can view the
reviews.
The front end which is used to do this project is PHP and the back end is SQL.

6
INTRODUCTION

7
1.1 PROJECT OVERVIEW
The purpose of developing Online Compliant Registration System is to computerize

the traditional way of registering the complaints and helps the police officers in registering
the Compliant Registration easily without any burden. We intend to create a project which
will help bridge the gap between the police department and the common man.
The Online Compliant Registration System can be entered using a username and a
password. It is accessible to all the users. They can add the data into the database. The data
can be retrieved easily.
This system has the following objectives: to maintain simple database, to maintain
easy user interface that is user friendly and attractive and to maintain the speed of system
functionality.

8
SYSTEM ANALYSIS

9
2.1 PRELIMINARY ANALYSIS

The system analysis process is called the life cycle methodology, since it relates
significant phases in the life cycle of all business information systems: study, design,
development and operation. Analysis is a detailed study of the various operations performed
by a system and their relationships within and outside of the system. One aspect of analysis is
defining the boundaries of the system and determining whether or not a candidate system
should consider other related system. This is the major step among the software development.
System Analysis is a general term that refers to an orderly, structured process for identifying
and solving problems.
In order to design the proposed system, the requirements should be known and
arranged in such a way that the designing become easier. System Analysis is the process in
which the requirements for the proposed system is collected, corrected, and organized in an
effective manner. In System Analysis, the analyst collects the requirements from the Users
and carefully studies them. After that the skeleton-the structure and the way of development
is produced. Care must be taken while analysing the existing system as well as the proposed
system. Understand the needs and requirements is very important, because the proposed
system is evaluated based on the analysis phase. The system must satisfy the requirements in
the analysis phase. The requirements are fulfilled by computerized method.
2.2 EXISTING SYSTEM

There are no such existing technical systems in our country for the purpose of registering a
case. The victims have to go the police stations personally to register the case. This can lead
to slow registration of Compliant. In accidents and assault cases is also one of the biggest
problems of the existing system. Unless the Online Compliant Registration has been
registered the treatment of the victims would not be started. The slow registrations of
Compliant Registration leads to loss the precious time by which they can also lost their lives
sometimes.

10
2.3 PROPOSED SYSTEM

We propose a online compliant registration system which can overcome all the defects
of existing system. The drawback of the existing system is that it is very difficult to handle
the whole system manually. And it is less accurate, and keeps the data in case files for future
reference because it may get destroyed. Moreover it is very difficult to retrieve data.
The manual system is too-time consuming. The proposed system is very easy to
operate .speed and accuracy are maintained.
The advantages of the proposed system are:

1. Saves time and money.
2. Flexible
3. Can log on from any where
4. Convenient
2.4 FEASIBILTY STUDY

System feasibility is a test or evaluation of the complete system plan. Such an
evaluation is necessary to define the application area along with the extend and capability to
provide the scope of computerization together with suggested output and input format and
potential benefits. Feasibility study is a proposal according to the workability, impact on the
organization, ability to meet user’s needs and efficient use of resources. The feasibility study
is conducted to determine if the proposed system is feasible or not. Feasibility analysis
evaluates the candidate systems and determines the best system that needs performance
requirements. The purpose of feasibility study is to investigate the present system, evaluate
the possible application of computer based methods, select a tentative system, evaluate the
cost and effectiveness of the proposed system, evaluate impact of the proposed system on
existing personnel and ascertain the need for new personnel. Feasibility is carried out to see if
the system is technically, economically and operationally feasible.

11
All projects are feasible when given unlimited resources and infinite time. It is both
necessary and prudent to evaluate the feasibility of a project at the earliest possible time. A
feasibility study is not warranted for systems in which economic justification is obvious,
technical risk is low, few legal problems are expected and no reasonable alternative exists.
An estimate is made of whether the identified user needs may be satisfied using current
software and hardware technologies. The study will decide if the proposed system will be
cost effective from the business point of view and if it can be developed in the given existing
budgetary constraints. The feasibility study should be relatively cheap and quick. The result
should inform the decision of whether to go ahead with a more detailed analysis.
Feasibility study may be documented as a separated report to higher officials of the

top-level management and can be included as an appendix to the system specification.
Feasibility and risk analysis is related in many ways. If there is more project risk then the
feasibility of producing the quality software is reduced.
Three key combinations are involved in the feasibility study:
 Economic Feasibility
 Technical Feasibility
 Behavioural Feasibility
 Operational Feasibility

12
2.4.1 ECONOMICAL FEASIBILITY

Economic analysis is the most frequently used method for evaluating the
effectiveness of a candidate system which is known as cost benefit analysis. In cost benefit
analysis, the benefits and savings that are expected from candidate systems compared with
costs. If benefits outweigh cost, then the decision is made to design and implement a
system. Otherwise further justifications or alterations in the proposed system will have to
be made if it has to be approved.
This project aims at reducing time, effort and cost. The system is developed under
optimal expenses with the hardware and software. The developed system is available free of
cost. Anybody can get the benefit of the system by simply using it as a service. There is no
additional cost for using or implementing the system. It can be used in windows based
system, and need not alter the current system configurations. This makes the system feasible
economically. Besides it is good economic to insist in such a kind of software from the
project manager’s point of view as the benefits over weighs the cost. The resources needed to
run the above project should be less in cost, easily available and highly reliable. This is a cost
effective project because of its accuracy, speed and user friendly nature.

13
2.4.2 TECHNICAL FEASIBILITY
 Does the necessary technology exist to do what is been suggested?

 Does the proposed equipment have the technical capacity for using the new system?
 Are there technical guarantees of accuracy, reliability and data security?
A study of function, performance and constraints may improve the ability to create an
acceptable system. Technical feasibility is frequently the most difficult area to achieve at the
stage of product engineering process.
Considering that are normally associated with the technical feasibility include
Development risk, Resource availability, Technology. Technical feasibility study deals with
the hardware as well as software requirements. The scope was whether the work for the
project is done with the current equipment and the existing software technology has to be
examined in the feasibility study. The outcome was found to be positive.
Project requirement system must be functional and multi user one should be based on
specific technology the system under study must be practical and platform independent. It
should be compactable with all kind of existing system in industry and should not provide
any overhead to user. Implementation of existing system does not require changing of the
existing configure of the system. The platform what is needed for development is easily
available. So the new system is technically feasible.

14
2.4.3 BEHAVIOURAL FEASIBILITY
An estimate should be made of how strong a reaction the user staff is likely to have
toward the development of a computerized system. It is common knowledge the computer
installations have something to do understandable that the introduction of a candidate system
requires special effort to educate, sell and train the staff on new ways of considering business.
The behaviour of the system plays an important role in the number of users accessing the
software. This is due to the fact that is a simple software is very easy and convenient to use.
Anyone with the basic knowledge of computer can easily use the system and get its
benefits. Additional training is not required to work with it. This means that the system is
feasible behaviourally.

15
2.4.4 OPERATIONAL FEASIBILITY
 Will the system be used if it developed and implemented?

 If there was sufficient support for the project from the management and from the
users.
 Have the users been involved in planning and development of the project.
 Will the system produce faulty result in any respect or area?
This application can be implemented in an organization because there is adequate

support from management and users. And application will be used by them since it doesn’t
generate poorer results or problems in any area. Therefore, the implementation of this
application is operationally feasible. Operational feasibility is concerned with human,
organizational and political aspects. The issues considered are the job changes that will be
brought about, the organizational structures that will be distributed and the new skills that
will be required. The operational feasibility of the proposed system is tested against
organizational constraints, i.e., whether the company has adequate staff to implement the new
system, will the employees support the system or will they resist, whether there is
management personnel with enough data processing experience etc. The employees in the
organization will have to alter their work patterns and work in an atmosphere of change.
The present system is easily understandable. The maintenance and working of the new
system requires less human effort and is beneficiate to the organization. Our software is
based on the requirement specification given by the user and is user friendly, based on the
requirement specification given by users. The operation of this software is very simple.

16
2.5 ADVANTAGES OF THE PROPOSED SYSTEM
 The system excludes the use of paper work by managing all the book information
electronically.
 This web application allows the user to deal with the great ease of environment.
 It allows user to complain of his crime anytime.
 It provide the functionality to complain.
 It saves human efforts and resources.
 The user get the reply.
 Record editing facility.
 Automation.

17
SYSTEM SPECIFICATION

18
3.1 SOFTWARE SPECIFICATION

 Operating System: Windows 10
 Front End: Hypertext Preprocessor (PHP)
 Back End: Microsoft SQL Server 2008
3.2 HARDWARE SPECIFICATION

 Processor: Intel i3 processor
 RAM: 8 GB
 Processor: 3.60 GHz
 Keyboard: Any compactable one
 Mouse: Any compactable one

19
3.3 ABOUT THE DEVELOPING TOOLS
HYPERTEXT PREPROCESSOR
Introduction
PHP is a computer scripting language originally designed for producing dynamic web pages.
It is for sever side scripting but can be used from command line interface or in standalone
graphical applications. While PHP was originally created by Rasmus Lerdorf in 1995, the
main implementation of PHP is now produced by the PHP group and servers as the defector
standard for PHP as there is no formal specification. Released under PHP License, the free
software Foundation considers it to be free software.
PHP is a widely-used general purpose scripting language that is especially suited for web
development and can be embedded into HTML. It generally runs on a web server, taking
PHP codes as its input and creating web pages as output. It can be deployed on most web
servers and on almost every operating system and platform free of charge. PHP is installed on
more than 20 million website and 1 million web servers. It is also the most popular Apache
module among computers using Apache as web server. The most recent major release of PHP
was version 5.2.6 on May 1, 2008.
MICROSOFT SQL SERVER 2008
MySQL is a relational database management system (RDBMS) which is more than 11

million installations. The program runs as a server providing multi-user access to a number of
databases. MYSQL is owned and sponsored by a single for profit firm, the Swedish company
MySQL AB, now a subsidiary of sun Microsystems, which holds the copyright 10 most of
the codebase. The projects source code is available under terms of the GNU General Public
License, as well as under a variety of proprietary agreements.

20
Microsoft SQL Server 2008 provide following new features for database developers.
 Increase the precision of storing and managing DATE and TIME information.
 Store semi-structured and sparsely populated sets of data efficiently, using Sparse
Columns.
 New fully integrated Full-Text Indexes enable high-performance, scalable, and

manageable Full-Text Indexing.
 Create large User-Defined Types and User-Defined Aggregates greater than 8 KB.
 Pass large amounts of data easily to functions or procedures using new Table-
Value Parameters.
 Perform multiple operations efficiently with the new MERGE command.
 Model hierarchical data, such as org charts, or files and folders, using the new
Hierarchy Id data type.
 Build powerful location-aware applications, using SQL Server’s new standards-

compliant spatial data types and spatial indexing capabilities.
 Manage files and documents efficiently with full SQL Server security and
transaction support, using the powerful new FILESTREAM data type.
 Easily identify dependencies across objects and databases, using New

Dependency Management.
 Experience faster queries and reporting with Grouping Sets through powerful
ANSI standards-compliant extensions to the GROUP BY clause
 Experience efficient, high-performance data access, using new Filtered Indexes

for subsets of data.

21
SYSTEM DESIGN

22
SYSTEM DESIGN
Design phase is the phase in which the detailed design of the system selected in the
study phase is accomplished and the user oriented performance specifications is converted in
to technical specifications. The design of a system is correct if a system builds according to
the requirements of that system. The purpose of the design phase is to produce the current
designs. The normal procedure is to define the output required from the system based on the
user requirements. Once this is defined, in details, the input is worked back and appropriate
codes are designed for easy handling of various types of files. Design goes to logical and
physical system of development. Logical Design reviews present physical system, prepares
input and output specifications, make edit, security, control specifications and the detail of
the implementation. A software design is a meaningful engineering representation of some
software product that is to be built. A design can be traced to the customer's requirements and
can be assessed for quality against predefined criteria. In the software engineering context,
design focuses on four major areas of concern: data, architecture, interfaces and components.
The main aim of a system design is to identify the modules that should be in the system, and
the specification of these modules and how they interact with each other to produce the
desired results. Various design specification models are:
 Data design – Created by transforming the analysis information model (data dictionary
and ERD) into data structures required to implement the software. Part of the data
design may occur in conjunction with the design of software architecture. More detailed
data design occurs as each software component is designed.
 Architectural design - Defines the relationships among the major structural elements
of the software, the “design patterns” than can be used to achieve the requirements that
have been defined for the system, and the constraints that affect the way in which the
architectural patterns can be applied. It is derived from the system specification, the
analysis model, and the subsystem interactions defined in the analysis model (DFD).
 Interface design - Describes how the software elements communicate with each other,
with other systems, and with human users; the data flow and control flow diagrams
provide much of the necessary information required.

23
 Component-level design - Created by transforming the structural elements defined by

the software architecture into procedural descriptions of software components using
information obtained from the process specification (PSPEC), control specification
(CSPEC), and state transition diagram (STD). The Design Principles are: -
1. The design process should not suffer from tunnel vision – A good designer should
consider alternative approaches. Judging each based on the requirements of the problem,
the resources available to do the job and any other constraints.
2. The design should be traceable to the analysis model – because a single element of the
design model often traces to multiple requirements, it is necessary to have a means of
tracking how the requirements have been satisfied by the model.
3. The design should not reinvent the wheel – Systems are constructed using a set of design
patterns, many of which may have likely been encountered before. These patterns
should always be chosen as an alternative to reinvention. Time is short and resources are
limited! Design time should be invested in representing truly new ideas and integrating
those patterns that already exist.
4. The design should minimise intellectual distance between the software and the problem
as it exists in the real world – That is, the structure of the software design should
(whenever possible) mimic the structure of the problem domain.
5. The design should exhibit uniformity and integration – a design is uniform if it appears
that one person developed the whole thing. Rules of style and format should be defined
for a design team before design work begins. A design is integrated if care is taken in
defining interfaces between design components.
6. The design should be structured to degrade gently, even with bad data, events, or
operating conditions are encountered – Well-designed software should never “bomb”. It
should be designed to accommodate unusual circumstances, and if it must terminate
processing, do so in a graceful manner.
7. The design should be reviewed to minimize conceptual (semantic) errors – there is

sometimes the tendency to focus on minute details when the design is reviewed,
missing the forest for the trees. The designer team should ensure that major conceptual

24
elements of the design have been addressed before worrying about the syntax if the
design model.
8. Design is not coding, coding is not design – Even when detailed designs are created for
program components, and the level of abstraction of the design model is higher than
source code. The only design decisions made of the coding level address the small
implementation details that enable the procedural design to be coded.
9. The design should be structured to accommodate change.
10. The design should be assessed for quality as it is being created.
When these design principles are properly applied, the design exhibits both external
and internal quality factors. External quality factors are those factors that can readily be
observed by the user, (e.g. speed, reliability, correctness, usability). Internal quality factors
relate to the technical quality (which is important to the software engineer) more so the
quality of the design itself. To achieve internal quality factors, the designer must understand
basic design concepts.

25
4.1 ARCHITECTURAL DESIGN

Architectural design defines the relationship among the major structural elements.
Here the main objective is to develop a modular structure and represent the control
relationship between modules. In the AD phase, the software requirements are transformed
into definitions of software components and their interfaces, to establish the framework of the
software. This is done by examining the SRD and building a 'physical model' using
recognized software engineering methods. The physical model should describe the solution in
concrete, implementation terms. Just as the logical model produced in the SR phase structures
the problem and makes it manageable, the physical model does the same for the solution. The
physical model is used to produce a structured set of component specifications that are
consistent, coherent and complete. Each specification defines the functions, inputs and
outputs of the component.
While the architectural design is a responsibility of the developer, participants in the

AD phase also should include user representatives, systems engineers, hardware engineers
and operations personnel. In reviewing the architectural design, project management should
ensure that all parties are consulted, to minimize the risk of incompleteness and error.
4.2 INPUT DESIGN

Inaccurate input data are the most common cause of errors in data processing. Errors
entered by data entry operators can be controlled by input validation. Input design is the
process of converting user-oriented inputs to a computer-based format. Input design is a part
of an overall system design, which makes the system user friendly. The input design is the
link between the information system and the users. It comprises developing specifications
and those steps that are necessary to put transaction data into a usable form for processing
data entry. The activity of putting data into the computer for processing can be achieved by
instructing the computer to read data from a written or printed document or it can occur by
having people key data directly in to the system. The design of inputs focuses on controlling
the amount of inputs required, controlling errors, avoiding delay, avoiding extra steps and
keeping the process simple.

26
System analyst decides the following input design details:
 What data to input.
 What medium to use.
 How the data should be arranged or coded?
 The dialogue to guide the users in providing input.
 Methods for performing input validations and steps to follow when error occur.
The input screens are displayed in a way that the user can understand entries very
easily. Proper validation and controlling of input data will reduce the chance of errors. All
major operations are done only after checking the results of confirmation messages. This
makes the system more reliable and user friendly.
4.3 MODULES AND DESCRIPTION

In this project, there are only nine modules. They are:
1. LOGIN MODULE
The registered user (admin/police/public) can login to the system.
2. REGISTER MODULE
This module is used for entering details.
3. ADD DISTRICT MODULE
This module is used for adding districts.
4. ADD STATION MODULE
This module is used to add station details.
5. ADD COMPLAINT MODULE
In this module, the public can register their complaint.
6. COMPLAINT DETAILS MODULE
In this module, all the complaint details can be viewed .The admin and
police can give review for the corresponding complaint.
7. REVIEW DETAILS MODULE
This module is used to give response to the complaint that have been
registered.

27
8. USER DETAILS MODULE

This module provide the details of users.
9. EDIT USER DETAILS MODULE
In this module public can edit their details.
10. LOGOUT MODULE
In this module, end the section that have been started.

28
4.4 OUTPUT DESIGN

Output design generally refers to the results and information that are generated by the
system. For many end-users, output is the main reason for developing the system and the
basis on which they evaluate the usefulness of application. The objective of a system finds its
shape in terms of the output. The analysis of the objective of a system leads to determination
of outputs. Outputs of a system can take various forms. The most common are reports,
screens displays, printed form, graphical drawing etc. The outputs also vary in terms of their
contents, frequency, timing and format. The users of the output, its purpose and sequence of
details to be printed are all considered. The output from a system is the justification for its
existence. If the outputs are inadequate in any way, the system itself is inadequate.
When designing output, the system analyst must accomplish things like, to determine
what information to be present, to decide whether to display or print the information and
select the output medium to distribute the output to intended recipients. External outputs are
those, whose destination will be outside the organization and which require special attention
as the project image of the organization. Internal outputs are those; whose destination is
within the organization. It is to be carefully designed, as they are the user’s main interface
with the system. Interactive outputs are those, which the user uses in communication directly
with the computer.
4.5 DATABASE DESIGN

Database design is the logical form of design of data storage in the form of records in
a particular structure. Records are organized in the form of tables with fields which are not
transparent to the normal user but it actually acts as the backbone of the system. Database is
a collection of data which helps the system to manage and store data. The software used to
store, manage and retrieve data from database is called database management system. Data
base management system builds some form of constraints like integrity constraints, i.e. the
primary key/ unique key and referential integrity which help to keep data structure storage
and access of data from tables efficiently and accurately and take necessary steps to
concurrent access of data and avoid redundancy of data in tables by normalization criterions.

29
4.6 USER INTERFACE DESIGN

Designing the visual composition and temporal behaviour of GUI is an important part
of software application programming in the area of human-computer interaction. Its goal is
to enhance the efficiency and ease of use for the underlying logical design of a
stored program, a design discipline known as usability. Methods of user-centred design are
used to ensure that the visual language introduced in the design is well tailored to the tasks.

30
DATABASE DESIGN

31
5.1 TABLES
 LOG IN (adminlog)
Field Name Datatype Constraints
adid int primary key
username varchar(50) not null
pwd varchar(20) not null
role varchar(20) not null
 COMPLIANT DETAILS (compliant)

cid int primary key
uid int not null
fname varchar(50) not null
lname Varchar(50) not null
email varchar(60) not null
adds varchar(200) not null
ph Bigint(10) not null
place Varchar(30) not null
stid int not null
gen Varchar(12) not null
age int not null
com Varchar(2500) not null
addreview Varchar(20) not null
date date not null
 DISTRICT (district)
did int primary key
dname varchar(50) not null

32
 REGISTER DETAILS(register)
regid int primary key
fname varchar(50) not null
lname Varchar(50) not null
adds Varchar(80) not null
place Varchar(80) not null
pin int not null
dis Varchar(20) not null
ph Bigint(10) not null
gen Varchar(10) not null
uid int not null
email Varchar(50) not null
 REVIEW DETAILS (review)

rid int primary key
cid int not null
review Varchar(2500) not null
DATE date not null
 STATION DETAILS (stationdetails)

stid int primary key
stname varchar(20) not null
stadds Varchar(50) not null
stplace Varchar(20) not null
stpin int not null
stdist Varchar(20) not null
stph Bigint(10) not null
stpw Varchar(20) not null

33
5.2 DATA FLOW DIAGRAMS

A data flow diagram (DFD) is a graphical representation of the "flow" of data through
an information system, modelling its process aspects. Often they are a preliminary step used
to create an overview of the system which can later be elaborated. DFDs can also be used for
the visualization of data processing (structured design).
A DFD shows what kinds of information will be input to and output from the system,
where the data will come from and go to, and where the data will be stored. It does not show
information about the timing of processes or information about whether processes will
operate in sequence or in parallel. It is common practice to draw the context-level data flow
diagram first, which shows the interaction between the system and external agents which act
as data sources and data sinks. On the context diagram the system's interactions with the
outside world are modelled purely in terms of data flows across the system boundary. The
context diagram shows the entire system as a single process, and gives no clues as to its
internal organization.
This context-level DFD is next "exploded", to produce a Level 1 DFD that shows
some of the detail of the system being modelled. The Level 1 DFD shows how the system is
divided into sub-systems (processes), each of which deals with one or more of the data flows
to or from an external agent, and which together provide all of the functionality of the system
as a whole. It also identifies internal data stores that must be present in order for the system to
do its job, and shows the flow of data between the various parts of the system. Data flow
diagrams were proposed by Larry Constantine, the original developer of structured design,
based on Martin and Estrin's "data flow graph" model of computation.
The lower level diagrams are called ‘First Level DFDs’, ‘Second Level DFDs’, and so
on. Because the nature complexity of system varies, a specific number of levels of DFDs
cannot be fixed. Very complex data flow diagrams cause difficulty to understanding hem. On
the other hand, if they are under exploded, errors or mission could occur.

34
Rules for constructing a Data Flow Diagram
 Arrows should not cross each other

 Squares, circles and files must bear names.
 Decomposed data flow squares and circles can have same time.
 Choose meaningful names for data flow
 Draw all data flows around the outside of the diagram
To construct a Data Flow Diagram, we use certain symbols, each one has a
meaning. The various notations used to represent the DFD in Yourdon methodology are as
follows:
DATA FLOW
Data in a system move direction that is from origin to destination. The data flow is a
packet of data indicating the movements of data within the system. Data flow must be inputs
to or outputs from processes. They must contain data and all data flows should be labeled
indicating what data is flowing.
Data flow is represented as follows
PROCESS
The emphasis in a DFD is placed on processing. Processing transforms input to

outputs. They will do an action that is performed by people, machines, or computers on
incoming data flow to producing outgoing data flows. The details of the logic or procedures
are not shown in a DFD.
Process is represented as follows:

35
EXTERNAL ENTITIES
External entities are organizations, other information systems, departments or people

that represent a source or destination of transactions or data. External entities entity
represents any entity that supplies or receives information from the system but is not a part of
the system. Each entity is labeled with an appropriate name. Although it interacts with the
system, it is considered as external to the boundaries of the system.
External entity is represented as follows:
DATA STORE
Data store can be considered as the memory of the system. Any place that data
accumulate is the data store. Data flow diagrams do not specify the type of physical storage.
The data in the data store are stored or referenced by a process in the system. The data store
must have a label, which is placed between the two parallel lines, which should clearly
identify what the data store contains as a class object.
Data store is represented as follows:

36
 LEVEL 0 DFD FOR ONLINE COMPLIANT REGISTRATION

(CONTEXT LEVEL)

37
 LEVEL 1 DFD FOR ALL USERS

38
 LEVEL 2 DFD FOR LOG IN
 LEVEL 2 DFD FOR REGISTER

39
LEVEL 2 DFD FOR ADD DISTRICT
 LEVEL 2 DFD FOR ADD STATION

40
LEVEL 2 DFD FOR ADD COMPLAINT
 LEVEL 2 DFD FOR COMPLAINT DETAILS

41
 LEVEL 2 DFD FOR REVIEW DETAILS
 LEVEL 2 DFD FOR USER DETAILS

42
 LEVEL 2 DFD FOR EDIT USER DETAILS
 LEVEL 2 DFD FOR LOGOUT

43
 LEVEL 3 DFD FOR COMPLAINT DETAILS

44
SYSTEM TESTING

45
SYSTEM TESTING
Software testing is a critical element of software quality assurance and represents the
ultimate reviews of specification, design and coding. Testing presents an interesting
anomaly for the software. Testing is vital to the success of the system. Errors can be injected
at any stage during development. System testing makes a logical assumption that if all
the parts of the system are correct, the goal will be successfully achieved.
During testing, the program to be tested is executed with set of test data and
the output of the program for the test data is evaluated to determine if the program
is performing as expected. A series of testing are performed for the proposed system
before the system is ready for user acceptance testing. Another reason for system testing
is its utility as a user-oriented vehicle before implementation.
TYPES OF TESTING
The different types of testing are as follows:

 Unit Testing
 Integration Testing
 Validation Testing
 System Testing
 User Acceptance Testing

46
6.1 UNIT TESTING

In computer programming, unit testing is a method by which individual units of
source code, sets of one or more computer program modules together with associated
control data, usage procedures, and operating procedures, are tested to determine if they are
fit for use. Intuitively, one can view a unit as the smallest testable part of an application. In
procedural programming a unit could be an entire module but is more commonly an
individual function or procedure. In object-oriented programming a unit is often an entire
interface, such as a class, but could be an individual method. Unit tests are created by
programmers or occasionally by white box testers during the development process. Ideally,
each test case is independent from the others: substitutes like method stubs, mock objects,
fakes and test harnesses can be used to assist testing a module in isolation. Unit tests are
typically written and run by software developers to ensure that code meets its design and
behaves as intended. Its implementation can vary from being very manual (pencil and
paper) to being formalized as part of build automation. The goal of unit testing is to isolate
each part of the program and show that the individual parts are correct. A unit test provides
a strict, written contract that the piece of code must satisfy. As a result, it affords several
benefits.

47
6.2 INTEGRATION TESTING

Integration testing (sometimes called Integration and Testing, abbreviated "I&T") is
the phase in software testing in which individual software modules are combined and tested
as a group. It occurs after unit testing and before validation testing. Integration testing takes
as its input modules that have been unit tested, groups them in larger aggregates, applies
tests defined in an integration test plan to those aggregates, and delivers as its output the
integrated system ready for system testing.
The purpose of integration testing is to verify functional, performance, and reliability

requirements placed on major design items. These "design items", i.e. assemblages (or
groups of units), are exercised through their interfaces using Black box testing, success and
error cases being simulated via appropriate parameter and data inputs. Simulated usage of
shared data areas and inter-process communication is tested and individual subsystems are
exercised through their input interface. Test cases are constructed to test that all
components within assemblages interact correctly, for example across procedure calls or
process activations, and this is done after testing individual modules, i.e. unit testing. The
overall idea is a "building block" approach, in which verified assemblages are added to a
verified base which is then used to support the integration testing of further assemblages.

48
6.3 VALIDATION TESTING

Verification testing runs the system in a simulated environment using simulated data.
This simulated test is sometimes called alpha testing. This simulated test is primarily
looking for errors and motions regarding end user and decisions design specifications that
where specified in the earlier phases but not fulfilled during construction.
Validation refers to the process of using software in a live environment in order to

find errors. The feedback from the validation phase generally produces changes in the
software to deal with errors and failures that are uncovered. Than a set of user sites is
selected that puts the system in to use on a live basis. They are called beta tests. The beta
test suits use the system in day-to-day activities. They process live transactions and produce
normal system output. The system is live in every sense of the word; except that the users
are aware they are using a system that can fail. But the transactions that are entered and
persons using the system are real. Validation may continue for several months. During the
course of validating the system, failure may occur and the software will be changed.
Continued use may produce additional failures and need for still more changes.

49
6.4 SYSTEM TESTING

The code is tested at various levels in software testing. Unit, system and user
acceptance testing are often performed. This is a grey area as many different opinions exist
as to what the stages of testing are and how much, if any iteration occurs. Iteration is not
generally part of the waterfall model, but usually some occur at this stage. In the testing the
whole system is test one by one. Developers have to make sure their created programs will
work well in different environments. The traditional way of testing usually needs testers so
that the program will be exploited in different manner.
On the other hand, some software developers do not use testers for their program
rather developers get normal and intended users to test their program. They do not just
implement the program to everyone though, they implement the program in restricted
manner so that they can monitor to software’s performance and make the necessary
adjustments even before the software is released for general public. The testing stage even
expands to the idea of implementing the software in beta testing just to make sure it can
withstand multiple users at the same time.

50
6.5 USER ACCEPTANCE TESTING

User acceptance testing of the system is the key factor for the success of any system.
As we have created any easy interface it is easy to use. Only tough portion is the information
to be perfect and has only one kind of user that the administrator. The system under
consideration is tested for user acceptance by constantly keeping in touch with prospective
system at a time of the development and making change whenever required. This is done with
regard to the input screen design and output screen design.

51
SYSTEM IMPLEMENTATION

52
7.1 IMPLEMENTATION
Implementation includes placing the system into operation and providing the users
and operation personnel with the necessary documentation to use and maintain the new
system. Implementation includes all those activities that take place to convert from the old
system to the new. The new system may be totally new, replacing an existing system. Proper
implementation is essential to provide a reliable system to meet the organizational
requirements. Successful implementation may not guarantee improvement in the
organization using the new system, as well as, improper installation will prevent. There are
four methods for handling a system conversion. Parallel approach: The old system is operated
with the new system. Direct cut over method: The old system is replaced with the new
system. Pilot approach: Working version of the system is implemented in one part of the
organization based on the feedback, changes are made and the system is installed in the rest
of the organization by one of the other methods. Phase-in-method: Gradually implements the
system across all users. We have used the direct cut over method in our implementation.
7.2 PROBLEM STATEMENT

The project implements the functionalities of a social networking site in an easy and
user-friendly manner.
7.3 PROBLEM DESCRIPTION

There is wide variety of social networking sites. Our aim is to provide an
understanding about the working of a social networking site as a beginner.
7.4 FEATURES OF THE PROJECT

 The system employs GUI and is user friendly.
 The system is maximally maintainable and extensible.
 Less computer knowledge is required.

53
FUTURE ENHANCEMENT

54
FUTURE ENHANCEMENT
 The project “Online Complaint Registration” can be further enhanced to provide

greater flexibility and performance.
 We can modify the existing system by adding new features that are required in that
period.
 This system can be modified to a web based software so that, it can connect different
parts of an organization and make access easy.
 Considering this important factor , the system is designed in such a way that
provisions can be given for future enhancement without affecting the system presently
developed.
 Increase security.

55
CONCLUSION

56
CONCLUSION
This System has remained devoid of web technology, with most works being carried out on a
pen and paper basis. This traditional method is prone to delays and inefficiency. This paper
proposes to simplify and speed up the process of compliant registration and tracking. With
the advancement and incorporation of internet and web technology into the Indian Police
System, it will definitely boost up the proceedings. This paper aims to help the public and the
police officers alike.

57
BIBLIOGRAPHY

58
REFERENCES:
1. Michael Otey “Microsoft SQL Server 2008 Database Design and Implementation”,
2010, Second Edition.
2. The Joy Of PHP Programming : A Beginner’s Guide – by Alan forbes.
3. PHP & MYSQL Web Development – by Luke Welling & Laura Thompson.
4. PHP :A Beginner’s Guide – by Vikram Vaswani.
5. https://www.udemy.com/

59
APPENDIX

60
a. SAMPLE SCREENS
 Home
 Register

61
 Login
 Compliant Registration

62
 Compliant Details
 Edit User Details

63
Review Details

64
 Add Station
 Add District

65
 User Details

66
b.CODING

E Cop Project Document

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

E Cop Project Document

Încărcat de

Drepturi de autor:

Formate disponibile

E- COP : ONLINE COMPLIANT REGISTRATION PORTAL 1

Johnson Joseph (Reg: 170021093728)

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

I extend my sincere gratitude to Mr. Tony Mathews Panicker, Head of the

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

This project entitles as E-COP .It is the process of giving complaint

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

1.1 PROJECT OVERVIEW

The purpose of developing Online Compliant Registration System is to computerize

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

2.1 PRELIMINARY ANALYSIS

2.2 EXISTING SYSTEM

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

2.3 PROPOSED SYSTEM

The advantages of the proposed system are:

2.4 FEASIBILTY STUDY

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

Feasibility study may be documented as a separated report to higher officials of the

Three key combinations are involved in the feasibility study:

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

2.4.1 ECONOMICAL FEASIBILITY

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

2.4.2 TECHNICAL FEASIBILITY

 Does the necessary technology exist to do what is been suggested?

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

2.4.3 BEHAVIOURAL FEASIBILITY

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

2.4.4 OPERATIONAL FEASIBILITY

 Will the system be used if it developed and implemented?

This application can be implemented in an organization because there is adequate

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

2.5 ADVANTAGES OF THE PROPOSED SYSTEM

 It allows user to complain of his crime anytime.

 It provide the functionality to complain.

 It saves human efforts and resources.

 The user get the reply.

 Record editing facility.

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

3.1 SOFTWARE SPECIFICATION

 Front End: Hypertext Preprocessor (PHP)

 Back End: Microsoft SQL Server 2008

3.2 HARDWARE SPECIFICATION

 Processor: 3.60 GHz

 Keyboard: Any compactable one

 Mouse: Any compactable one

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

3.3 ABOUT THE DEVELOPING TOOLS

MICROSOFT SQL SERVER 2008

MySQL is a relational database management system (RDBMS) which is more than 11

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

 New fully integrated Full-Text Indexes enable high-performance, scalable, and

 Perform multiple operations efficiently with the new MERGE command.

 Build powerful location-aware applications, using SQL Server’s new standards-

 Easily identify dependencies across objects and databases, using New

 Experience efficient, high-performance data access, using new Filtered Indexes

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA

DEPARTMENT OF COMPUTER APPLICATIONS CHRIST COLLEGE, PULIYANMALA