ctas doc main

7/21/2019 Ctas Doc Main

1/43

Mechanization Of Police Transfer System

1. INTRODUCTION

1.1 SYSTEM OVERVIEW

Police Service is one of the most defence renowned services all over the

world. There are various modules in this service like transfers, promotions and many

more.

This project exactly concentrates on this aspectautomation of police

transfers as transfers done !enerally in a tedious process, thus over comin! various

aspects and difficulties in !eneral transfers and makin! the transfers very simpler,

easier and "uicker #y usin! this automation process.

This automation of police transfers mainly concentrates on hierarchy of areas

like divisions, circles and stations. The stations are a!ain classified as two types. Plain

station and $!ency Station come under one type of stations and %eneral station and

&omen station come under the other type of stations.

Objectives:

The main o#jectives of this project are'

Maintainin! details a#out employees and their transfers

Maintainin! details a#out vacancies

Maintainin! details of stations

Advantages:

(eduction of manual work

Minimizin! the time and work

The work can #e done faster

Department of CSE, MITS, Madanapalle Pa!e )


2/43


. SYSTEM ANA!YSIS

.1 E"ISTIN# SYSTEM

*urrently, the transfer of police is done manually. +t is not functionally !ood

and also not flexi#le enou!h to !et all the details of a particular employee and his

work history and the information a#out transfers and vacancies and also a#out the

information of a#out any station like to which circle or division it #elon!s.

$%tt&enec's'

The ottlenecks of the existin! system are'

+t is difficult to maintain the records of all employees which includes

their details and work history.

+t is time consumin! as it takes much time to notify the employees

a#out their transfers.

The main thin! is thin! is that it will #ecome difficult to decide when

to issue transfer orders to a particular employee. +t is also difficult to maintain the information a#out various types of

stations like !eneral, women, a!ency etc.

+f we have to verify whether sufficient vacancies are there or not, we

have to check the total num#er of posts and num#er of workin!

employees which is very difficult, time consumin! and even it may

lead to errors.

. (RO(OSED SYSTEM

The proposed system -Mechanization Of Police Transfer System -developed

usin! ava is one that eliminates all the draw#acks of the existin! system.

Advantages:

(eduction of manual work

Minimizin! the time and work

The work can #e done faster



3/43


4/43


S%3t4a/e Re56i/e-ents:

0ront 1nd ' ava

ack 1nd ' S56

Operatin! System ' &indows 2P7844478449

&e# Server ' $pache Tomcat

a/d4a/e Re56i/e-ents:

Processor ' P1:T+;M +ec6ti%n Test

This pro!ram was successfully loaded and executed. ecause of !ood

pro!rammin! there were no execution error found.

7.1.).) O6t6t Test

The successful output screens are placed in the output screens section a#ove.

7.1.).0 Va&idati%n Test C/ite/ia:

Software testin! and validation is achieved trou!h serried of #lack #ox tests

that demonstrate conformity with the re"uirements. $ test plan outlines the classes

of tests to #e conducted and a test procedure defines specific test cases that will #e

used to demonstrate conformity with re"uirements. oth, the plan and the procedure

are desi!ned to ensure that all functional re"uirements are achieved, documentation

is correct and other re"uirements are met.

S,ste- testing:

System testin! is responsi#le to ensure total software is worked as per

re"uirements specified in re"uirement documents. The main reference for this level

of testin! is re"uirement document. This !oal of this testin! is to see, whether

system meets its re"uirements or not.

Accetance testing:

$cceptance testin! was top level testin! which tests with some realistic

data of the client to demonstrate that the software is workin! satisfactory. Testin!here focuses on the external #ehavior of the system.

7.. W+ite $%> TestingThis strate!y examines the lo!ic of the pro!ram. To follow this method we

developed some test data that resulted in executin! every instruction in the pro!ram

and module i.e. every path is tested. Systems are not desi!ned as entire nor are they

tested as sin!le systems. To ensure that the codin! is perfect two types of testin! is

performed or for that matter is performed or that matter is performed or for that

matter is performed on all systems.



31/43


+n this the test cases are !enerated on the lo!ic of each module #y drawin! flow

!raphs of that module and lo!ical decisions are tested on all the cases.

+t has #een uses to !enerate the test cases in the followin! cases'

%uarantee that all independent paths have #een executed.

1xecute all lo!ical decisions on their true and false sides. 1xecute all loops at their #oundaries and within their operational #ounds.

1xecute internal data structures to ensure their validity.

This is a unit testin! method where a unit will #e taken at a time and tested

thorou!hly at a statement level to find the maximum possi#le errors. + tested step

wise every piece of code, takin! care that every statement in the code is executed at

least once. The white #ox testin! is also called %lass ox Testin!.

7.). $&ac' $%> Testing+n this strate!y some test cases are !enerated as input conditions that

fully execute all functional re"uirements for the pro!ram. This testin! has #een uses

to find errors in the followin! cate!ories'

F. +ncorrect or missin! functions

8. +nterface errors

9. 1rrors in data structure or external data#ase access

G. Performance errors

=. +nitialization and termination errors.

+n this testin! only the output is checked for correctness. The lo!ical flow

of the data is not checked.

This testin! method considers a module as a sin!le unit and checks the

unit at interface and communication with other modules rather !ettin! into details at

statement level. 3ere the module will #e treated as a #lock #ox that will take some

input and !enerate output. Output for a !iven set of input com#inations are

forwarded to other modules.



32/43


This test involves the manual evaluation of the flow from one module to

the other and check accordin!ly for the process flow. This process of testin! is with

the followin! criteria'

C/ite/ia Satis3ied b, Test Cases:

F. Test cases that reduced #y a count that is !reater than one, the num#er of

additional test cases that much #e desi!ned to achieve reasona#le testin!.

8. Test cases that tell us somethin! a#out the presence or a#sence of classes of

errors, rather than an error associated only with the specific test at hand.

?. SCREEN SOTS



33/43




34/43




35/43




36/43




37/43




38/43




39/43




40/43




41/43


@. CONC!USION

The Mechanization of Police Transfer System in the present study is effective

and efficient. +t maintains the data that are !enerated out of various activities ?like

transfers and vacancies@ thus minimizin! the effort.

+t maintains the details of vacancies after fillin! all the availa#le posts. +t is

porta#le and flexi#le for future enhancements. +t provides valua#le data information

for decision makin! of when to perform transfer of employees which would improve

the effectiveness and efficiency of the system.

The screens are desi!ned in a simple way such that even a person with poor

computer knowled!e can also use it. This application is implemented usin! ava ,with

we# #rowser $pache Tomcat on &indows. The packa!e is user friendly. The system is

easy to use and re"uires little effort to understand and operate.

Thus this project is very efficient, easier, "uicker, simpler automated process

which reduces manual work of keepin! records a#out each and every employee and

do needful in transfer process.



42/43


SCO(E *OR E"(ANSION

This project entitled J(%&ice T/ans3e/ A6t%-ati%n S,ste- has a !ood scope

for expansion. $ctually, this project may #e used #y any or!anization where transfers

are possi#le like postal department, teachers etc.

3owever, this project can also #e used to find out vacancies in any

or!anization. The intention #ehind developin! this project is the computerization

which is !oin! to help for faster notices of transfers.

This project helps "uite !ood for each and every cate!ory in the department

of police as it is purely an automated process with which an employee in the

department can know easily throu!h his lo!in, updatin! his details and re"uest for

transfer and can view the details easily.



43/43


B. A((ENDI"

B.1 $I$I!O#RA(Y

The followin! #ooks were referred durin! the analysis and execution phase of

the project

O($*61 K+ T31 *OMP61T1 (101(1:*1

y Oracle Press

SO0T&$(1 1:%+:11(+:%

y (o!er S. Pressman

;:+0+1/ MO/16+:% 6$:%;$%1

y %radi ooch, +var aco#son, ames (am#au!h

*OMP61T1 (101(1:*1 $

ctas doc main

Documents