Ctas Doc Main
-
Upload
anonymous-22gblsme1 -
Category
Documents
-
view
220 -
download
0
Transcript of 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 )
-
7/21/2019 Ctas Doc Main
2/43
Mechanization Of Police Transfer System
. 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
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
3/43
-
7/21/2019 Ctas Doc Main
4/43
Mechanization Of Police Transfer System
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.
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
31/43
Mechanization Of Police Transfer System
+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.
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
32/43
Mechanization Of Police Transfer System
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
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
33/43
Mechanization Of Police Transfer System
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
34/43
Mechanization Of Police Transfer System
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
35/43
Mechanization Of Police Transfer System
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
36/43
Mechanization Of Police Transfer System
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
37/43
Mechanization Of Police Transfer System
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
38/43
Mechanization Of Police Transfer System
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
39/43
Mechanization Of Police Transfer System
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
40/43
Mechanization Of Police Transfer System
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
41/43
Mechanization Of Police Transfer System
@. 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.
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
42/43
Mechanization Of Police Transfer System
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.
Department of CSE, MITS, Madanapalle Pa!e )
-
7/21/2019 Ctas Doc Main
43/43
Mechanization Of Police Transfer System
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 $