Chapter 3: Software Requirement Specification (SRS)

3.1 Introduction 3.1.1 Purpose of this Document

The purpose of this document is to provide a detailed description of the requirements and the behavior of a Campus e-voting System. This system provides a mobile based and web based application for the students to give the vote in college election. This document gives the description of the scope of the project. It includes module wise description of the project being developed. This document consists of information of the scope, functional requirements, data requirements as well as operating environment. It explains various features provided to the students to fulfill their requirements.

3.1.2 Scope of the project This section contains all the points under the Scope of the project. It also covers not in scope and Limitations aspect of the project.

3.1.2.1 In Scope Campus e-voting application will be developed for all the students of the college campus. Objective of the application is to make a voting process easier, paperless and time efficient at the college level. The application will provide one to one form of messaging between candidate and students. Chat will enable the group communication among students or candidate. The application will enables to candidate to create their own profile, add biography and upload the campaigning videos if any. The application will provide various features like polling, likes/dislikes, comment, current updates/Results through the graphical representation, photo gallery etc.

The application also includes the criteria based selection procedure of candidates for particular post. Notifications will be send via SMS to all the registered students before the election and at the end one hour before the election on the election day. Result analysis is done on the basis of votes and if there will be tie between 2 or more candidates then it will be sort out using the polling.

3.1.2.2. Not in Scope The application is not being developed for basic Java phones, Nokia (Symbian) phones. Failure of device: Sometimes Android phone is prone to failure because of other applications used on phone, and then the e-voting application may require higher processing time.

3.1.3 Definition, Acronyms, Abbreviations

Term UI DVM Jdk

Definition User Interface Android emulator and Dalvik Virtual Machine Java development kit

3.2 General Description 3.2.1 User personas and characteristics

Administrator- The administrator is a responsible person who administrates the whole system. Student-The student is a person who uses this system for voting in college campus.

3.2.2 Product Perspective

The application is internet based and is developed for college elections. Thus it can be access by all students. The students of the college use this application on their smart phones. It

provides secure access to all students. Application keeps track of the chats, profile and documents uploaded and downloaded.

3.2.3 Overview of Functional Requirements

Application will have 3 modules: 1. Admin Web Module 2. Android Module 3. Student Web Module Admin will register all the students with their Unipune Id, Roll No, Name etc. It will be the task of admin to register the candidates. Candidates can promote themselves through blogs, voice messages and videos and Other students can view and like them. Candidates can create their own profile. Their will be a query section available for students where they can ask queries to any particular candidate and candidates will answer the queries. Polling will be done by asking different types of questions about different candidates. Work done for college by candidates can be posted to make students aquatinted about candidates of the elections. Authentication will be done through Unipune Id and Roll No. Notification messages will be sent to student informing about the election date and schedule. Photo gallery for candidates to upload photos. Result evaluation will take place on server side and will be posted. Students not having android phones can vote through websites. Any students can check the status of the ballot through a graphical representation. Separate Page for suggestions, students can likes and dislike them. Chat room where the candidates and students can discuss issues i.e. group discussion. Web site can be open through mobile as well. Data analysis can be done through polling as well.

3.2.4 Overview of Data Requirements The following is an overview of the data requirements.

Input: Data provided by the student during registration. Data Hold:

Student details: Name, Roll No, Unipune Id, Email-id, Phone No, Branch, Division, Year, Username, Password Candidate Profile details: Biography, Work done information, etc. Voting details: Votes given by students.

3.2.5 Operating Environment Hardware Requirements: Pentium processor 2-3 GHz Android mobile phone 256MB RAM Requires internet connection

Software Requirements: Operating System: Android 4.1 OS Windows XP/7 OS

Application Software: Eclipse Jdk1.7 Net bins SQLite SQL Server 2008

Language: Java

3.2.6. General Constraints, Assumptions, Dependencies, Guidelines General Constraints: Our system will only be working in Windows operating system for the web application and Android operating system for mobile application.

Assumptions and Dependencies: Internet connection is the most important consideration for this system. Admin is already created. The system uses strong database so that all information can be stored.

3.3 Specific Requirements 3.3.1. External interfaces Requirements

User Interfaces Each part of the system needs to be user friendly as possible. The web pages will be kept light in space so that it wont take long time to page load. The user logs into the system, after authentication and view the information. The user can be the administrator, Student, Candidate etc.

3.3.2. Detail Description of Functional Requirements Some of the main functions of the system are Registration of Students, Create Candidate Profile and Update Students Details etc. Registration of student function is used to register all the students for voting. Create Candidate Profile function is used by the candidate to create their own profile by which they can add their own biography, videos, work done etc. Update Student Details function is required to periodically update the students details or information by the administrator.

Template for describing functional requirements 1] Registration Of Student Function Pre-condition Steps Registration of Student The student must have a valid Unipune Id. 1. Home page is displayed. 2. Student clicks on the Register Herebutton. 3. Student fills his/her personal information i.e. Roll No,

Name, Phone No. , Branch, Division, Year, Date of Birth, Email- id, Unipune Id, Username, Password etc. 4. The student clicks on Submit button. Post-condition 1. The student is registered. 2. Account is activated. 3. Account Activated. Registration is Successful. is displayed. Alternative flow 1. Invalid Unipune Id and/or Roll No. The student is asked to enter valid Unipune Id and/or Roll No. 2. The student is asked to Re-Register or to contact to the Administrator.

Table 3.1: Template for Registration of Student Function

2] Create Candidate Profile Function Pre-condition Steps Create Candidate Profile. Candidate is logged into his/her account. Candidate selects option for creating new profile. Candidate add required details like biography, work-done etc. Post-condition Alternative flow The Profile is created. Candidates profile is not created.

Table 3.2: Template for Create Candidate Profile

3] Update Student Details Function Pre-condition Steps Update Student Details Student details should be present. 1. Student log-in to the system using username and password. 2. Edit previous student details. 3. Add new student details.

Post-condition Alternative flow

Student details get updated. Student details are not updated.

Table 3.3: Template for Update Student Details

3.3.3. Performance requirements The system has 3ms speed which allows access to many students at a time. The system receives updated information after every access to the system by the candidates or students. Response time of the system does not exceed 4sec. If system crashes, it goes back to the last normal state when reloaded again. Performance is the main concern as the database is huge and fast retrieval is required. The response time for refreshment, retrieving and updating of information must be low.

3.3.4. Quality Attributes 1. Availability The application is available 24 hours to the students who having android mobiles. 2. 3. 4. 5. Correctness Maintainability Usability Reliability 100% accuracy in database is ensured. Backup is maintained in case of system crashes. The user interface is easy to use. The application will perform intended function with the required precision. 6. Extensibility New modules, features can be added to the existing application.

Security Requirements Only registered student is allowed to access an application. Student is authorized by Username and Password. Student cannot vote for more than one candidate for particular post.

One student one vote policy.

Future Enhancements More security will be provided by capturing and mapping the real time image of voter. Application will be enhanced by making it cross-platform for all mobiles. Application will be extended to use for all college events. This Project can be further enhanced for confidential recruitment and Country level elections. Fingerprint authentication can be done for verification of the voter.