Upload
buicong
View
217
Download
0
Embed Size (px)
Citation preview
1
Constituency Management System
Software Requirements Specification
Team Ready2Code
Team Members Abdul Gaffar
Mallanagouda Patil
Sameer S
Vivekananda
Project guide
Manish Kumar
2
Index & Tables
1. Introduction 3
1.01 Purpose...................................................................................... 3
1.02 Scope…………………………………………………………. 3
1.03 Definition, Acronyms and Abbreviations……………………. 3
1.04 References……………………………………………………. 3
1.05 Technologies to be used……………………………………… 4
1.06 Overview……………………………………………………... 4
2. Overall Description 5
2.01 Product Perspective…………………………………………... 5
2.02 Software Interface……………………………………………. 6
2.03 Hardware Requirements……………………………………… 6
2.04 Communication Interface…………………………………….. 6
2.05 Product Function……………………………………………... 7
2.06 User Characteristics…………………………………………... 7
2.07 Constraints……………………………………………………. 7
2.08 Use-Case Model Survey……………………………………… 8
2.09 Architecture Diagram & Database Design…………………… 10
2.10 Assumption and Dependencies………………………………. 11
2.11 Data Dictionary………………………………………………. 12
2.12 Assumption and Dependencies………………………………. 14
3. Specific Requirements 14
3.1 Use Case Report………………………………………………... 14
3.2 Supplementary Requirements…………………………………. 25
3
1. Introduction
1.1 Purpose
The Constituency Management System is comprehensive solution to e-
governance so that various constituencies can be managed and a complete
solution is obtained. This will have all constituencies managed by respective
MLA and each of the funds used/left will be shown. The residents can also
complain over any problem they are facing and will have their queries
responded.
1.2 Scope � The system aim is to provide secure login to each user.
� To register to the site residents need the Election ID card.
� Each complaint will be given a Complaint_ID for future reference.
� The complaint can be forwarded to the respective departments by the MLA’s.
� There will be a chat session once in a week, the residents directly can interact
with the MP/MLA’s
� The existing E-Governance system can be integrated with this system.
� The updates about funds (available and spent) will be available for general
public.
� All the user accounts will be managed by the system administrators only.
� The system will be available 24x7.
1.3 Definitions, Acronyms and Abbreviations
J2EE: Java 2 Enterprise Edition is a programming platform – part of the Java
Platform for developing and running distributed multitier architecture Java
applications.
JSP: Java Server Pages.
XML: Extensible Mark-up Language.
DB2: DB2 Database is the database management system that delivers a flexible and
cost-effective database platform to build robust on demand business
applications.
WAS: Web Sphere Application server is an application server that runs business
applications and supports the J2EE and web services standards.
CMS: Constituency Management System.
AJAX: Asynchronous JavaScript and XML.
1.4 References
1. IEEE Standard Format (93) for SRS.
2. J2EE 1.4 Bible.
3. XML 1.1 Bible
4. www.sun.com
5. www.ibm.com
6. http://webdocs.caspur.it/ibm/udp-6.1/db2help/db2help.htm
4
1.5 Tools and Technologies
WSAD – Development Tool.
WAS – Web Application Server.
Rational Rose – UML Designing Tool.
J2EE – Application Architecture.
DB2 – Database.
XML - Extensible Mark-up Language.
1.6 Overview
SRS will include two sections:
� Overall Description will describe major components of the system,
interconnection and external interfaces.
� Specific Requirements will describe the functions of actors, their role in the
system and constraints.
5
2. Overall Description
Describe the general factors that affect the product and its requirements.
2.1 Product Perspective:
TCP/ IP
HTTP/ HTTPS
For Internet users web pages (XML/JSP) will provide the user interface to citizen and
MLA at client Side. Communication between citizen and server is provided through
HTTP/HTTPS Protocols.
In local network client will be connected to the server through TCP/IP protocol.
On the server side web server is used for EJB and database server is for storing the
information.
6
2.2 Software Interface.
Client on Internet/Intranet: Web Browser.
Web Server: WAS.
Database Server: DB2.
Development End: WSAD (J2EE, Java, JavaBeans, JSP, HTML, XML).
2.3 Hardware Requirements:
Client Side
Processor RAM Disk Space
Internet Explorer 6.0
Or Higher.
Computer with a
233MHz processor
or higher (Pentium
processor
recommended)
64MB Minimum Minimum1GB
Server Side
WAS Intel Pentium
processor at
500MHz or faster
Minimum 512MB
physical memory;
1GB recommended
Minimum 4GB
DB2 Intel Pentium
processor at
500MHz or faster
Minimum 512MB
physical memory
Minimum1GB
2.4 Communication Interface:
Access of the CMS through Internet will be using HTTP/HTTPS protocol.
Access of the CMS within Local Network will be using TCP/IP Protocol.
7
2.5 Product Function:
� Registration of Users: This module will get details from intended users of the
System and will register only valid users.
� Maintenance/Updation: This module will facilitate Admin and other authorized
users to add or modify the contents of CMS.
� Get access: It provides interface to registered users for accessing different
information from CMS and also supporting features like raising a request, lodging
a complaint, etc.
� Maintain Logs: Super Admin can keep track of different activities of the users in
the system.
2.6 User Characteristics:
� Every user should have knowledge of computers and working of internet.
� Users must also have idea about different activities taking place in his or her
Constituency.
2.7 Constraints:
� To understand and use the system user must have knowledge of how activities in
Constituencies are carried out.
� Citizen of one constituency cannot access info about other constituencies.
� User must have Voter-ID card in order to register with the CMS and access the
system.
� Users without internet facility cannot make use of the system.
� GUI does not include regional language.
8
2.8 Use Case Survey
Register
Manage System_Users
Interact (CHAT)Admin
MLA
Information
Update
CM
View_Details
Complain
Handle_Complaint
Set-Severity
Citizen
Get_Info
Use Case Diagram
Administrator: Administrator is responsible for managing different users of the system,
viewing logs, and other functionalities of the proposed system. The other functionalities
which come under administrator are as follows:-
� Add or Remove Users: The Administrator can Add a user to the system, or Remove
the existing user. He can set the access privileges for different users depending on
their role in the system.
� Update: Administrator has privileges of updating the system by adding a component
to the system or removing a component from the system. He will be having full right
to do any kind of modification in the database manually.
� Set Severity: Administrator can set the Severity levels for the complaint logged by
the citizen like 1, 2, 3...etc. according to the priority. The Severity 1 complaint is the
most urgent and so on.
� View Details: It will be used to View the details of the different users, complaints
posted by users, status of different complaints etc.
9
Citizen: These people are the key actors in the system, and are citizen of a constituency. The
activities which will be done by citizen are as follows:-
� Register: To access the Constituency Management System citizens of a particular
constituency has to register with the system by filling the registration form of the
system.
� Get Information: Registered users of the system are able to view the details
regarding funds of that particular constituency and their uses.
� Complain: Any registered user can make a complaint about the problems to the MLA
of his/her constituency.
� Complaint Status: One can track the status of the complaint posted by him using
complaint reference number.
� Interact (CHAT): Users can have online CHAT with the MLA of his/her
Constituency. Usually it will be once in a week.
MLA: Each MLA will be given a special area/page where they can monitor their
constituency. The activities which will be done by MLA are as follows:-
� Handle Complaint: The MLA has the authority to forward the problems to the
respective department by email or he can take any other action regarding which will
be informed to the complainer.
� Interact (CHAT): MLA can have online CHAT with the citizens of his/her
Constituency. Usually it will be once in a week.
Chief Minister: He is the head of the state. In Constituency management System he has
rights equal to that of administrator. He can do the following activities:-
� View Details: As a CM he can view various details about all the Constituencies in that
particular state.
� Take Action: CM can take action on complaints posted by the citizen.
10
2.9 Architecture diagram:
Architecture Diagram
WEB
Citizens AdministratorCMMLA
CMS Web Site
Admin LoginCitizen
RegistrationComplaint Form MLA Login
Complaint
Status
Database Connection
CMS Database
Basic Government
Database
Access Layer
E-Government Layer
Database Layer
Users
Channels
Services
Data Systems
12
2.11 Data Dictionary
Data Dictionary for Registration
Data Dictionary for Complaints
FIELD DATA TYPE CONSTRAINTS
First_Name Character Not null
Last_Name Character
Password Text Not null
Voter_ID Text Foreign key
Conatct_No Number
Email_ID Text
FIELD DATA TYPE CONSTRAINTS
Complaint_ID Number Primary Key
Constituency_No Number Not Null
Complaint_Type Text Not null
Complaint_Loc Text
Complaint_Details Text
Voter_ID Text Foreign Key
Complaint_Date Date
13
Data Dictionary for Complaint Status
Data Dictionary for Voter ID
Data dictionary for MLA
FIELD DATA TYPE CONSTRAINTS
Complaint_ID Number Foreign Key
Last_Accessed_Date Date Not Null
Status Text Not Null
FIELD DATA TYPE CONSTRAINTS
Voter_ID Text Primary Key
First_Name Character Not Null
Last_Name Character
Address Text
FIELD DATA TYPE CONSTRAINTS
Constituency_No Number Primary Key
Constituency_Name Text Not Null
MLA_Name Text
14
2.12 Assumptions and Dependencies:
� The detail data and information related to the MLA, CITIZEN, CM will be provided
by other government department e.g. the Voter-ID information will be provided by
the Election Commission.
� Administrator account will be created in the system during the installation of the
system.
3) Specific Requirements: 3.1 Use-Case Reports:
Name of Use Case: Register.
Description: To access the Constituency Management System citizens of a particular
constituency has to register with the system by filling the registration form of the system.
Pre Condition: User must have a Voter-ID card.
Normal Flow of Events:
- Fill the registration Form.
- Validate Form.
- User is registered with the System.
Alternate Flow of Events:
- If Mandatory Fields in Form are left blank then they must be filled.
- If Voter-ID number and Details do not match then re-enter correct details.
Post Condition: None.
15
Fill the form
Fill Mandatory
Fields
Enter correct
data
Register User
Incomplete FormIncorrect Form
Correct Form
Register
Complain:
Complaint_Status
Set_Severity
Complain
Handle_Complaint
16
Name Of Use Case: Complain.
Description: Any registered user can give a complaint about the problems to the MLA of
his/her constituency.
Pre Condition: Complaining Person must be a registered user of the System.
Normal Flow of Events:
- Login to the System.
- Write Complaint, related details and submit.
- User will get a Reference number for tracking the status of Complaint.
Alternate Flow of Events:
- Check whether all mandatory fields are filled or not. If not then user must enter data
in those fields.
Post Condition: None.
Login to the
System
Write complaint
Description
Store Complaint and
give Complaint_ID
Fill necessary
data
17
View Status:
Use Case Name: View Status.
Description: One can track the status of the complaint posted by him using complaint
reference number.
Pre Condition:
- One must be a registered user of System.
- One must have already posted problem in order to view the status.
Normal Flow of Events:
- Login to the system
- Enter the reference ID of the complaint whose status is to be viewed.
- View the status.
Alternate Flow of Events:
- If a wrong Reference ID is entered, appropriate message is to be displayed and
option is to be provided for entering reference ID once again.
Post Condition: None
Login to the
System
Enter
Complaint_ID
Enter correct
Complaint_ID
View Complaint
Status
Invalid
Valid
View Complaint Status
18
Get Information:
Name of the Use Case: get info.
Description: Registered users of the system are able to view the details regarding funds
of that particular constituency and their uses.
Pre Condition:
- Only registered users of the System can access the Information.
Normal Flow of Events:
- Login to the system.
- Select options from menu in order to view details about that.
Alternate Flow of Events:
- None
Post Condition: None.
Login to the
System
Select option
from menu
View
Information
Interact (CHAT)
19
Name of Use case: Interact (CHAT).
Description: Users can have online CHAT with the MLA of the Constituency. Usually it
will be once in a week.
Pre Condition:
- User must be logged in to the system.
- MLA must also be logged in to the system.
- Enough users should be available online.
Normal Flow of Events:
- Login to the system.
- Select CHAT option.
-Interact with each other.
-Close CHAT tool.
Alternate Flow of Events:
- If enough users are not online then CHAT option is disabled. User has to try next
time.
Post Condition: None.
Login to the
System
Select CHAT
option
Interact
If enough users are available
20
Handle Complaint.
Name of Use Case: Handle-Complaint.
Description: The MLA has the authority to forward the complaints to the respective
department.
Pre Condition:
-MLA must be logged in.
-There must exist at least one complaint to take action on it.
Normal Flow of Events:
- Login to the system.
- Select a complaint to take action.
- Take action.
Alternate Flow of Events:
- If no complaints are there, MLA will get no complaint message immediately after
logging.
Post Condition: Action on complaint is taken.
Login to the
System
Select a complaint to
take action
Take action
If complaints are there
Handle_Complaint
21
Manage System Users.
Name of use case: Manage System Users.
Description: View the list of system users in a role and view the details of
roles, tasks and permissions assigned to a system user.
Preconditions:
- Administrator is already logged in.
- System users have already been created and assigned some roles, tasks and
permissions.
Normal flow of events:
- Login to the System
- The system user or a role will be selected.
- Query will be submitted.
- Relevant output will be displayed (If system user is selected then roles, tasks and
permissions assigned to one will be displayed and if role is selected then list of
system users assigned to that role will be displayed).
Alternate flow of events: None.
Post Condition: A login id is generated with its details or the existing user is removed.
Login to the system
System User or Role is selected
Submit Query
Relevant Output is Disdplayed
Manage System Users
22
Update
Name of Use Case: Update
Description: Administrator has responsibility of updating the system by adding a
component to the system or removing a component from the system.
Pre Condition:
- Administrator must be logged in.
- Information which has to be updated must be available.
Normal Flow of Events:
- Login to the system.
- Take the action to update the information.
- Save the changes made to the system.
Alternate Flow of Events: None.
Post Condition: None.
Login to system
Take the action to update information
Save the changes made to system
Update
23
Set Severity
Name of Use Case: Set Severity
Description: The administrator can manage the problems on Severity levels like 1, 2,
3...etc. according to priority. The Sev 1 problem is the most urgent and so on.
Pre condition:
-Admin must be logged in.
-A complaint must exist.
Normal Flow of Events:
- Login to the system.
- Select a complaint to take action.
- Set severity depending on problem type.
Alternate Flow of Events:
- If complaints are not present, admin must wait until a complaint is reported.
Post Condition: None.
Login to the system
Set severity based on problem type
If complaints are present
Set-Severity
24
View Details
Name of Use Case: View Details.
Description: View the details of different users, complaints posted by users, status of
different complaints etc.
Pre Condition:
- System must have some data stored in it.
Normal Flow of Events:
- Login to the system.
- Select the fields about which information is needed.
- Submit the query.
- Get the required details.
Alternate Flow of Events:
- None.
Post Condition: None
Login to system
Select the feilds about which info needed
Submit the Query
View the required details
View Details
25
3.2 Supplementary Requirements
24x7 Availability : Because system can be an automated process, so it can stay open for 24
hours a day. System is required to be available 24x7 so UPS support must be on server site
for at least 8 hours in case of power failure. System will remain inaccessible to users at some
fixed timing for backup and maintenance purpose.
User Friendly Interface : Since users of CMS are not having much technical knowledge so
the interface of the system must be easy to understand and operate.
Security: CMS stores key information regarding citizens, MLA and CM, so that CMS must
provide secured access to data and information.
Reminder: If MLA does not take any actions regarding complaints CMS must send reminder
to the respective MLA.