Ambidextrous: District Collectorate Office Information Integration

District Collectorate Office – Information Integration Version 1.
Software Requirements Specification Date: 15th oct 2007
Ambidextrous
AMBIDEXTROUS
DISTRICT COLLECTORATE OFFICE
INFORMATION INTEGRATION
Software Requirement Specification
Version 1.0
Team Guide
Prof.R.T.Sakthidaran
Team Members
S.S.Senthil
S.Kishore kanna
K.S.Ramkumar
S.V.Balaji
Ambidextrous/Tamilnadu, 2007 Page 1

District Collectorate Office – Information Integration Version 1.0
Ambidextrous
REVISION HISTORY
Date Version Description Author
15/oct/2007 1.0 Synopsis Ambidextrous

Ambidextrous
Table of Contents
1. Introduction
1.1 Purpose
1.2 Scope
1.3 Definitions, Acronyms and Abbreviations
1.4 References
1.5 Technologies to be used
1.6 Overview
2. Overall Description
2.1 UseCase Model Survey
2.2 class diagram
2.3 sequence diagram
2.4 database design

2.4.1 ER Diagram
2.4.2 Schema
2.5 Assumptions and Dependencies
3. Specific Requirements
3.1 UseCase Reports

Ambidextrous
Software Requirements Specification
1.0 Introduction
District Collectorate Office – Information Integration is to maintain and group together information from
various departments of collector office, schools and hospitals.
1.1 Purpose
Conventionally the citizen has to go to collector office in person to get the certificates like
Community, Birth, Income and Ration card etc., this result in wastage of time. Here we provide
the online registration facility for getting certificate to the citizens. So that they have to visit
collector office only once at the time of certificate provision
1.2 Scope
• Create different employees and assign corresponding privileges.
• Maintain a centralized database to provide security to information which can be accessed
only by the admin.
• Employee logs on to his account to approve/decline/reject the forms which are send by
citizens to get certificates, under verification.
• Creating dynamic employees like collector and other officials as the first time setup.
• Supervision of lower designation officers by higher designation officers This customizable

feature allows admin user to create required amount of employees
• Transfer employee and promotion feature.

• Maintains history of the employees right from the date of join to his retirement. Also the
retired employee record is also maintained.

Ambidextrous
• Track all the employees, citizens and their contact details.
• All users are authenticated to avail the service.

• Confirmation link is sent to the new user and employee when signing up.
• Intranet facility for working officers.
• FAQ section is also included for users benefit.
• “Sequential Verification” is done for issuing certificates
1.3 Definitions, Acronyms and Abbreviations
• Admin – Administrator (super user), he is the controller of all the employees,

citizens and maintaining all records of the citizen and employees.
• Employees – Collector, Tahsildar, Deputy Tahsildar, Revenue Inspector (R.I),
Village Administrative Officer (V.A.O) and other officials who is working in govt.
office.
• Citizen – End users, those who only registered in this site.
• HTML – Hypertext Markup Language is to create static websites.
• J2EE – Java 2 Enterprise Edition is a programming platform and it is the part of the
java platform for developing and running distributed java applications.
• WASCE – Web sphere application server community edition is an application server
that runs and supports the J2EE and web service applications.
• WSAD – Web sphere studio application developer is a designer toolkit which is

designed for develop more complex projects by providing fully dynamic web service.

Ambidextrous
• DB2 – Database 2 is the database management system that provides a flexible and
efficient database platform to erect strong on demand business applications.
• EJB – Enterprise java bean, it is architecture for the development and deployment
of transactional, distributed object applications-based, server-side software
components.
• HTTP – Hypertext transfer protocol is a transaction oriented client/server protocol
between web browser and a web server.
• HTTPS – Secure hypertext transfer protocol is a hypertext transfer protocol over
secure socket layer.
• TCP/IP – Transmission control protocol/internet protocol is the communication

protocol used to connect hosts on the internet.
1.4 References
• IEEE SRS format
• Project specification requirement (provided by IBM)
1.5 Technologies to be used

• J2EE – Application architecture
• JAVA – Application architecture
• WSAD – Development tool
• WASCE - Web Server
• DB2 – Database
• Rational – Design tool

Ambidextrous
1.6 Overview
SRS includes two sections overall description and specific requirements
• Overall description will describe major role of the system components and
interconnections.
• Specific requirements will describe roles & functions of the actors.

Ambidextrous
2.0 Overall Description
2.1 Use-case model survey

Ambidextrous
2.2 C LASS D IAGR AM
Civ il sup p l i e s Re ve n u e Civil su p p li es T a h si ld ar

in spe cto r(em p l o ye e ) (e m p l o y e e)
vie w su b o ff ice r d e ta i l s()
S ch o o l use r
s en d s co mp le te l y ap p ro v e d fo rm re co rd s nam e
u se ri d
p a sswo rd
se n d s stu de n t re c ords
B irth /In co m e si g n u p()
ce rti ca te /S C/S T fo rm s si g n in ()
o p e n p rof ile ()
fi ll s an d su bmi ts v il l a ge a d m in i st ra tiv e vie w p ro fi le ()
o ffi ce r (e m p lo ye e ) u p d a te p ro fil e()
e n te r stu d e nt d e ta il s()
su b m i t stu d e n t d e ta il s()
clo se p rof ile ()
sig n o ut ()
fi l l s a n d su bmi ts
Ra tio n c a rd fo rm s
fi l l s a n d su bmi ts
A d m in (d a ta b ase
En d us er a d m in istra t or)
e m p lo ye e
na m e
u se ri d na m e sen d s b irth d et a ils
p a sswo rd u se ri d
p a sswo rd
sig n u p () B C/O B C c o m m u n ity d e si g n a tio n
sig n i n () c e rti fica te fo rm s ta l uk
o p e n p rof ile () d istri ct
vie w p ro fi le ()
u p d a te profi l e () si g n in ()
o p e n re qu isti on fo rm s() o p e n p rof ile ()
vie w fo rm s() vie w p ro fi le ()
fi l l fo rm s() u p da te p ro fil e()
su b m i t fo rm s() clo se p rof ile () s en d s co mp l e te l y ap p ro ve d fo rm re co rd s
clo se p rof ile () o p en re q u e ste d fo rm s()
sig n o u t() a p p ro ve req u e ste d fo rm s()
d e cl i n e re q ue ste d fo rm s() Ho sp i ta l u se r
Re ve n u e In sp e c to r
p e nd d o u bt fu l re q ue ste d fo rm s()
(e m p lo ye e) nam e
cl o se re q u e ste d fo rm s()
u se ri d
sig n o ut()
p a sswo rd
se n d s comp le te l y a p p ro ve d fo rm re co rd s sig n u p ()
si g n i n ()
o p en p ro file ()
vie w p ro fi le ()
u p da te pro fi l e ()
De p u t y T a h si ld a r (e m p l o ye e ) e n te r b i rth d e ta i ls()
sub m i ts b irt h d e ta ils()
cl o se p ro file ()
si g n o ut ()
T a hsil da r (e m p l o y e e )
2.3 SEQUENCE DIAGRAM

Ambidextrous
NORMAL FLOW FOR APPROVAL OF BIRTH/INCOME/SC/ST CERTIFICATE

APPLICATION FORMS
: Birth/Income : Village : Revenue : Admin

administrative officer inspector : Tahsildar
: End user certicate/SC/ST forms
open
fill
submit
open
primary approval secondary approval
final approval and sends to database

Ambidextrous
DECLINATION/REJECTION CASES
CASE 1: REJECTION OF BIRTH/SC/ST FORMS BY VILLAGE ADMINISTRATIVE

OFFICER
: End user : Birth/Income : Village

certicate/SC/ST forms administrative officer
open
fills
submits
open submitted forms
rejects and sends back to end user

Ambidextrous
CASE 2: REJECTION OF BIRTH/SC/ST FORMS BY REVENUE INSPECTOR
: Revenue
: Vil lage
: End user : Birth/Income inspector
administrative offi cer
certi cate/SC/ST forms
open
fill
submit
primary approval
rejects and send back to end user

Ambidextrous
CASE 3: REJECTION OF BIRTH/SC/ST FORMS BY TAHSILDAR
: End user : Birth/Income : Village : Revenue : Tahsildar

certicate/SC/ST forms administrative officer inspector
open form
fill form
submit form
open submitted form
primary approval
secondary approval

Ambidextrous
NORMAL FLOW FOR APPROVAL OF BC/OBC CERTIFICATE APPLICATION FORMS
: BC/OBC : Village : Revenue : Admin

administrative officer inspector : Deputy Tahsildar
: End user Certificate
forms
open
fill
submit
open

Ambidextrous
CASE 1: REJECTION OF BC/OBC CERTIFICATE FORMS BY VILLAGE

ADMINISTRATIVE OFFICER
: End user : Birth/Income : Vil lage

certicate/SC/ST forms administrative offi cer
open
fills
submits

Ambidextrous
CASE 2: REJECTION OF BC/OBC CERTIFICATE FORMS BY REVENUE INSPECTOR
: Revenue
: Vil lage
: End user : Birth/Income inspector
administrative offi cer
certi cate/SC/ST forms
open
fill
submit
primary approval

Ambidextrous
CASE 3: REJECTION OF BC/OBC CERTIFICATE FORMS BY TAHSILDAR
: End user : Birth/Income : Village : Revenue : Tahsildar

certicate/SC/ST forms administrative officer inspector
open form
fill form
submit form
open submitted form
primary approval
secondary approval

Ambidextrous
NORMAL FLOW FOR APPROVAL OF RATION CARD APPLICATION FORM
: Ration card : Village : Civil supplies : civil supplies : Admin

: End user Application form administrative officer Revenue inspector Tahsildar
open
fill
submit
open

Ambidextrous
CASE 1: REJECTION OF RATION CARD APPLICATION FORM BY VILLAGE

ADMINISTRATIVE OFFICER
: End user :Ration card

application form : Village
open administrative officer
fills
submits

Ambidextrous
CASE 2: REJECTION OF RATION CARD APPLICATION FORM BY CIVIL SUPPLIES

REVENUE INSPECTOR
: Village : civil supplies

: End user :Ration card administrative officer revenue inspector
application form
open
fill
submit
primary approval

Ambidextrous
CASE 3: REJECTION OF RATION CARD APPLICATION FORM BY CIVIL SUPPLIES

TAHSILDAR
: End user : Ration card : Village : Civil supplies :Civil supplies

Application form administrative officer Revenue inspector Tahsildar
open form
fill form
submit form
open submitted form
primary approval
secondary approval
2.4 Database Design

Ambidextrous
2.4.1 E-R Diagram:

Ambidextrous
2.4.2 Schema:
2.5 Assumptions and Dependencies

Ambidextrous
The end user should have a basic knowledge of English and computer usage
The end user should be able to scan the required documents and upload while
applying for various certificates and ration card
3.0 Specific Requirements
3.1 Use-case reports
End user:
Sign up:
In order to apply for various certificates such as birth, community, income and
ration card, and end user must sign up by filling the sign up form and get it approved by
admin.
Sign in:
After getting the username and password, end users can log on to their account and
can access the website.
Open profile:
End user can open their profile which contains the personal details which he/she
provided during sign up.
View profile:

Ambidextrous
End user can view their profile which contains the personal details which he/she
provided during signup.
Update profile:
End user can update their profile which contains the personal details which he/she
provided during sign up if any updations required.
Request for certificate:
End user who signed in can request for various certificates such as birth,
community, income and ration card.
Open requested forms:
End user who signed in can open the requisition form and after viewing it he/she
can close the form without filling the details.
Enter details:
End user who signed in can open the requisition form and enters the mandatory
details required in that form.
Submit form:
After filling the mandatory and other details, End user submits the form.

Ambidextrous
Village Administrative officer(VAO):
Sign in:
First the VAO has to login to his account to start his work.
Open Requested form details:
After signing in the VAO can open the details of Requested forms.
Verify the enclosures:
After signing into his account, he does the primary verification for providing
certificates such as birth, community, income and ration card.
Approve Forms:
After signing into his account, he approves the forms such as birth, community,
income and ration card.
Reject Forms:
After signing into his account, he rejects the forms such as birth, community,
income and ration card if he/She is not satisfied with the proofs provided.
Pend Forms:
In case of doubtful cases VAO shall keep the certificate request in pending status
till he receives the required documents to be verified.
Send Forms:
After his approval, he/she forwards the form to Revenue Inspector for further approval.

Ambidextrous
Revenue inspector (RI)
Sign in:
First the RI has to login to his account to start his work.
After signing in, the RI can open the details of Requested forms that are approved
by VAO.
After signing into his account, he does the secondary verification for providing
certificates such as birth, community, and income.
Approve Forms:
After signing into his account, he approves the forms such as birth, community, and
income.
Reject Forms:
After signing into his account, he rejects the forms such as birth, community,
income if he/She is not satisfied with the proofs provided.
Pend Forms:
In case of doubtful cases RI shall keep the certificate request in pending status till
he receives the required documents to be verified.
Send Forms:

Ambidextrous
After his approval, he/she forwards the form to Tahsildar for further approval.
View sub officer’s details:
RI can view the working status of his/her sub officer.

Check community and send:
RI checks the community and sends it to either Tahsildar or Deputy Tahsildar.
Tahsildar:
Sign in:
First the Tahsildar has to login to his account to start his work.
After signing in, the Tahsildar can open the details of Requested forms that are
approved by RI.
After signing into his account, he does the final verification for providing
certificates such as birth, community (only for Scheduled caste/Scheduled tribe) and income.
Approve Forms:
After signing into his account, he approves the forms such as birth, community
(only for Scheduled caste/Scheduled tribe), and income.
Reject Forms:
After signing into his account, he rejects the forms such as birth, community (only

Ambidextrous
for Scheduled caste/Scheduled tribe), and income if he/She is not satisfied with the proofs
provided.
Pend Forms:
In case of doubtful cases Tahsildar shall keep the certificate request in pending
status till he receives the required documents to be verified.
Tahsildar can view the working status of his/her sub officer.
Send completely approved forms:
After giving the final approval to birth, community (only for Scheduled
caste/Scheduled tribe) and income, he sends the approved record to be stored in database
maintained by the Admin.
Deputy Tahsildar:
Sign in:
First the Tahsildar has to login to his account to start his work.
After signing in, the Tahsildar can open the details of Requested forms that are
approved by RI.
After signing into his account, he does the final verification for providing

Ambidextrous
community (only for backward class, most backward class and forward class) certificate.
Approve Forms:
After signing into his account, he approves the forms for community (only for
backward class, most backward class and forward class) certificate
Reject Forms:
After signing into his account, he rejects the forms for community (only for
backward class, most backward class and forward class) certificate
Pend Forms:
In case of doubtful cases Tahsildar shall keep the certificate request in pending
status till he receives the required documents to be verified.
RI can view the working status of his/her sub officers.
After giving the final approval to the forms for community (only for backward class, most
backward class and forward class) certificate, he sends the approved record to be stored in
database maintained by the Admin.

Ambidextrous
Civil Supplies RI:
Sign in:
First the RI has to login to his account to start his work.
After signing in, the RI can open the details of Requested forms that are approved
by VAO.
After signing into his account, he does the secondary verification for providing
ration card.
Approve Forms:
After signing into his account, he approves the forms such as birth, community, and
income.
Reject Forms:
After signing into his account, he rejects the forms for ration card if he/She is not
satisfied with the proofs provided.
Pend Forms:
In case of doubtful cases RI shall keep the certificate request in pending status till
he receives the required documents to be verified.
Send Forms:

Ambidextrous
After his approval, he/she forwards the form to Tahsildar for further approval.
RI can view the working status of his/her sub officer
Civil supplies Tahsildar:
Sign in:
First the Civil supplies Tahsildar has to login to his account to start his work.
After signing in, the Civil supplies Tahsildar can open the details of Requested
forms that are approved by Civil supplies RI.
After signing into his account, he does the final verification for providing ration
card.
Approve Forms:
After signing into his account, he approves the form for ration card.
Reject Forms:
After signing into his account, he rejects the form for ration card if he/She is not
satisfied with the proofs provided.
Pend Forms:

Ambidextrous
In case of doubtful cases Civil supplies Tahsildar shall keep the certificate request
in pending status till he receives the required documents to be verified.
Civil Supplies Tahsildar can view the working status of his/her sub officer.
After giving the final approval to ration card, he sends the approved record to be
stored in database maintained by the Admin.
Hospital user:
Sign up:
In order to enter the child birth details the hospital user has to sign up
Sign in:
After getting the username and password, hospital users can log on to their account
and can access the website
Provides child birth details:
The hospital user has to provide the specific child birth details such as date and
time of birth and name of the child’s parents and so on.

Ambidextrous
School user:
Sign up:
In order to enter the student details ,the school user has to sign up
Sign in:
After getting the username and password, hospital users can log on to their account
and can access the website
Provides student details:
The school user has to provide the specific child birth details such as community
,date of birth of the student and so on.
Admin:
Verify details:
Admin authenticates all the end users and officers by checking their username and
password.
Provides login account:
After getting the sign up details from the end user, Admin provides the username
and password to the end user that should be kept for future login and also admin checks
for uniqueness.
Maintains system server:
Admin maintains the centralized system server which controls the client computers.

Ambidextrous
Maintains database:
Admin maintains the entire database and he is the only authorized person to
add/remove/edit employee records and end user records provided he has to get the order
from the highest designation officer.
Add records:
Admin adds the records that are completely approved by all the concerned officers
after getting intimation from the highest designation officer who approved that certificate
finally.

Ambidextrous: District Collectorate Office Information Integration

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ambidextrous: District Collectorate Office Information Integration

Uploaded by

Copyright:

Available Formats

District Collectorate Office – Information Integration Version 1.

Software Requirements Specification Date: 15th oct 2007

Ambidextrous/Tamilnadu, 2007 Page 1

Software Requirements Specification Date: 15th oct 2007

15/oct/2007 1.0 Synopsis Ambidextrous

Ambidextrous/Tamilnadu, 2007 Page 2

Software Requirements Specification Date: 15th oct 2007

1.3 Definitions, Acronyms and Abbreviations

1.5 Technologies to be used

2.1 UseCase Model Survey

2.2 class diagram

2.3 sequence diagram

2.4 database design

3.1 UseCase Reports

Ambidextrous/Tamilnadu, 2007 Page 3

Software Requirements Specification Date: 15th oct 2007

Software Requirements Specification

• Supervision of lower designation officers by higher designation officers This customizable

• Transfer employee and promotion feature.

Ambidextrous/Tamilnadu, 2007 Page 4

Software Requirements Specification Date: 15th oct 2007

• Track all the employees, citizens and their contact details.

• All users are authenticated to avail the service.

• Intranet facility for working officers.

• FAQ section is also included for users benefit.

• “Sequential Verification” is done for issuing certificates

1.3 Definitions, Acronyms and Abbreviations

• Admin – Administrator (super user), he is the controller of all the employees,

• WSAD – Web sphere studio application developer is a designer toolkit which is

Ambidextrous/Tamilnadu, 2007 Page 5

Software Requirements Specification Date: 15th oct 2007

• TCP/IP – Transmission control protocol/internet protocol is the communication

• Project specification requirement (provided by IBM)

1.5 Technologies to be used

• JAVA – Application architecture

• WSAD – Development tool

• WASCE - Web Server

• Rational – Design tool

Ambidextrous/Tamilnadu, 2007 Page 6

Software Requirements Specification Date: 15th oct 2007

SRS includes two sections overall description and specific requirements

• Specific requirements will describe roles & functions of the actors.

Ambidextrous/Tamilnadu, 2007 Page 7

Software Requirements Specification Date: 15th oct 2007

2.0 Overall Description

2.1 Use-case model survey

Ambidextrous/Tamilnadu, 2007 Page 8

Software Requirements Specification Date: 15th oct 2007

2.2 C LASS D IAGR AM

Civ il sup p l i e s Re ve n u e Civil su p p li es T a h si ld ar

vie w su b o ff ice r d e ta i l s()

2.3 SEQUENCE DIAGRAM

Ambidextrous/Tamilnadu, 2007 Page 9

Software Requirements Specification Date: 15th oct 2007

NORMAL FLOW FOR APPROVAL OF BIRTH/INCOME/SC/ST CERTIFICATE

: Birth/Income : Village : Revenue : Admin

primary approval secondary approval

final approval and sends to database

Ambidextrous/Tamilnadu, 2007 Page 10

Software Requirements Specification Date: 15th oct 2007

CASE 1: REJECTION OF BIRTH/SC/ST FORMS BY VILLAGE ADMINISTRATIVE

: End user : Birth/Income : Village