2012

SRS V1.0

COLLEGE POLLING SYSTEM

DEVELOPERS

Shimul Bhowmik Amartya Sen Naveen kr. Singh Naimuddin Sheik Samanway Goswami Suresh Singh Chaudhary Mrityunjay Singh

TABLE OF CONTENTS
Description 1.0 Introduction
1.1 1.2 1.3 1.4 1.5 1.6 Purpose Scope Definition, Acronym, Abbreviation References Technologies to be used Overview 1 1 1 1 2 2

Page NO.

2.0

Overall Description
2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 2.10 Product Perspective Software Interface Hardware Interface Product Function User Characteristics Constraints Database Diagram Use Case Model Description Sequence Diagram Assumptions and Dependencies 3 3 3 3 4 4 5 6 7 14

SOFTWARE REQUIREMENT SPECIFICATIONS

1.0 Introduction
1.1 Purpose:
This document describes the requirements to develop an online college polling system. It also takes into account the interfaces required or to be used in the system.

1.2

Scope:
The scope of this project is to create an online college polling system, wherein the students can use the software to Cast votes during the students union election time Speedy and error free calculation of the voting results. Removal of manual errors. The added advantages include: No chance in casting wrong votes leading to cancellation of votes, which may have occurred in case of ballot system. Reduction in manpower the whole process can be managed by five to six personals. Candidate profiles available on the voting website. Secured system.

1.3

Definition, Acronym and Abbreviations:

HTML: Hypertext Markup Language J2EE: Java 2 Enterprise Edition HTTP: Hypertext Transfer Protocol HTTPS: HTTP over SSL (Secure Socket Layer) XML: Extensible Markup Language ECO: Election Commission Office

1.4

References:
IEEE SRS Format, Google search. An Integrated approach to Software Engineering by Pankaj Jalote.

Page :-1

1.5

Technologies to be used:
JAVA: Application Architecture J2EE: For Servlets Application Architecture XML: eXtensible Markup Language For web designing and to provide flexibility in marking up and passing around arbitrary data PostgreSQL: Database HTTP/S: Security purpose WEB 2.0: RSS Feed Apache Tomcat: Web Server Eclipse: Development tool SVN: Backup tool

1.6

Overview:
Overall description: Will describe the major components of the system, interconnections and external interfaces. Specific requirements: Will describe the functionality of the actors, their role in the system and constraints.

Page :-2

2.0

Overall Description: 2.1 Product Perspective:

Page :- 3

2.2

Software Interface:
Front End Client: Internet Web Browser (Java script enabled), Operating system any. Web Server: Apache Tomcat, Operating System LINUX Database Server: PostgreSQL 9.0

2.3

Hardware Interface:
Client Side: Any specification with minimum of java script enabled browser and internet connectivity. Server Side: Apache Tomcat Server & PostgreSQL server Processor: Pentium 4 at 3GHz. RAM: 2GB Free Disk Space: 1GB

2.4

Product Functions:
ECO will feed data of all the students into the polling database. An email will be sent to all the corresponding students regarding their password. In case a student changes his email ID, they will contact the college administration requesting a change of the registered email ID to the new one. Afterwards, college can manually update the ID of the student to forward them the necessary information to the new email ID. Candidates will physically file their nominations and afterwards this data will be uploaded in the database by the ECO. Candidates will receive an account on the website wherein they can write about themselves and add/modify their manifesto etc. which can be viewed by everyone users, ECO. Electorates will be provided with password, using which they can login and cast their votes on the prior day. If the user enters the password in reverse order, his vote will be held in cancellation and he would be given a chance to recast after a certain time period, as a part of the rigging prevention measure. Candidates have all the facilities of electorates with additional functionality of having an account on the website. ECO can enter electorates, candidates data and modify them. It can also view the number of voters who are left and need to cast their votes. At the designated time, everyone can see the results.

Page :- 4

2.4

User Characteristics:
Since the softwares target users are college students and faculties, we can assume that the user will have a sufficient knowledge of using internet. Knowledge of English as a language.

2.5

Constraints:
The currently supported GUI is English. There will be a delay time of ten minutes between casting votes from a single system. Three failed attempts of login will result in resetting of the password and a temporary lock

2.6

Database Design:

Page :-5

2.7

Use Case Diagram:

Page :- 6

2.8

Class Diagram

Page :-7

2.8

Sequence Diagram

Fig. Sequence Diagram for Admin

Page :- 8

Fig. Sequence Diagram for Complain

Page :- 9

Fig. Sequence Diagram for Election

Page :- 10

Fig. Sequence Diagram for Login

Page :- 11

Fig. Sequence Diagram for Edit Account Setting

Page :- 12

Fig. Sequence Diagram for Registration

Page :- 13

Fig. Sequence Diagram for View Complain

2.10 Assumptions And Dependencies End Users and College Admin have basic knowledge of working with computer and web browsing. College has record of all students and their working email id.

Page :- 14