Student Union Voting System for

Wolkite University
 CHAPTER ONE
1. INTRODUCTION
Student Unions are university sub-institutions that serve as an interface between students
and university management. They are important to serve as medium between students and
university for easily flow of information and also make discussion with institution administration
since they are a member of senate, they also challenge administration for decision which is not
fit with students. And also, they are playing crucial role to improve academic, social, and
financial problem that face students.
Voting is a means for a group, such as a meeting or an electorate, to reach a consensus or
express an opinion after discussions, debates, or election campaigns. A voting system is a
set of regulations that govern how elections and referendums are held, as well as how
their outcomes are determined, it come in variety of shapes and size. In plurality voting
system, the winner just needs to get the most votes. The winner must obtain more than
half of the total number of votes in order to be declared the winner by absolute majority
voting. In extraordinary majority voting winner require some higher proportion to win (a
two-third majority).
In the perspective of student union, voting is the process through which voters (students)
elect representatives (candidates) to represent them during elections. Student Union in
Wolkite University use plurality voting. The Student Union Voting System is the
software system allows voters (students) to vote online without having to go to an
election site, while maintaining their privacy and security. It is critical to select the
president and other executive managers who will lead the various sectors of the student
union at the University.
2. OBJECTIVE
2.1. General Objective
The general objective of this document is to prepare the SRS document for Student Union
Voting System of Wolkite University to specify requirements that needs to be fulfilled
for successful development of Student Union Voting System.

2.2. Specific Objective

The specific objective of this project is:
 To select requirement gathering methodology;
 To apply requirement elicitation method and technique;
 To analysis the gathered requirement;
 To identify the user and system requirements;
 To identify the functional and non-functional requirements;
  To validate the SRS document

3. SCOPE
The scope of this project is preparing System Requirements Specification (SRS)
document within 3-month for student union voting system of Wolkite university. Because
this project is course-based, one of the numerous reasons for executing it is to
successfully complete the course within a defined period of time, year and semester, in
our case within three months. As a result, as soon as the course ends, this project must be
ready for the instructor.

CHAPTER TWO
1. Background of organization
Wolkite University is a higher-education institution which was generated in 2004 EC or
2012 GC .it is one of the third-generation universities in Ethiopia found around 160
kilometers south west of Addis Ababa. In the university there are different association
which play a crucial role for creating good environments for students, teacher and
administrator of the university among those the most important one is student union
Student union is one of the most powerful union which is responsible for student issues
such as communicating with student on behalf of student, resolve discipline cases,
support student in special needs by generating fund from different resource and follow up
student service like cafeteria, clinic and dormitory. this union comprises different
departments the most important ones are parliamentary, administration and finance each
department contain various staff the former parliamentary comprise association and
disciple staff. in the administrator department There are two category president and
v/president. under president category cafeteria and general science president is found in
v/president females union, sport &recreation and charity affair is found. generally,
student union of WKU contain around 14 team and 56 sub teams. all of them have 3 their
own respective executive leader those are head, v/head and secretary

2. Stakeholder Information
Voters: they are regular university students who have applied to serve as vote
representatives in the electoral system.
They will have access to information and will be able to view announcements.
information about the candidates, election results, and how to vote
To be a candidate, regular students must fulfill the following criteria
 Voters must be students of Wolkite university
 First, they must be registered in the system
 They are class representatives
 The voter must come in given schedule to register
Candidates: are regular students who apply for election and registered by election
committee based on the given criteria’s
They will have access to advertise their strategies to the parliament in
the hall
To be a candidate, students must fulfill the following criteria
 They must be class representatives or former executive officer of the union
 The candidate CGPA must be equal to or greater than 2.75
 They must be free from any discipline records
 They must communicate at least two languages English and Amharic
 The candidate must be equal to or greater than two years excluding graduate
students

Election committee: They are persons made up of seven election committees, three of
which are from the student union, one from the deal of the females, and the rest from
registral officer, who put candidates through a written exam worth 10%, an interview
worth 10%, a certificate worth 5%, and a strategy for 15%.
Criteria’s To be Election committee
 They must be a member of student union or employee of the university
 They must be free from any corruption
 They must adhere to specific business practices and have prior experience
 they should have ability to count the result clearly and carefully
Administrators: are a group of individuals contains a current student union president and
student dean who control the election process, check the eligibility of candidate,
election committee and voters
Student: individuals who want to see the result of the election, they are a part of the
university
3. Requirement Engineering technique and tools.
Requirement Engineering techniques
In order to get requirements, we used different method/technique of the data collection
some of them are listed below.
Stakeholder Analysis: Stakeholders can include team members, members of student
union, any individual who is impacted by the project or it can be a supplier. Stakeholder
analysis is done to identify the stakeholders who will be impacted by the system. This is
the first technique we use in requirement Engineering technique. We conclude different
stakeholder at this stage
 Student union members
 Student take position of election committee
 Voters (class representative)
 Candidates and others stake holders

Interview: This is a strong method of collecting requirement. We can use this method to
gather their basic information about student union, the organization rules regulation,
structure of student union, the existing voting system structure and rule. In this method
we have contact interviewee (student union Secretariat and some student union
members).
Document analysis: this study provides a depth information on the application domain
of the system. Work instruction is one of the documents exist in Wolkite university
student union office. We gather the different information from it. The documents contain
the student union rules and regulation, the voting system procedure and functions, rules
and regulation. This are analyzed to deal with area related to the objectives of the
organization.
Requirement Engineering tools
The following are the tools we used in the requirement Engineering process.
Notebook: we use note book for gathering(writing) the information we gate from the
stakeholders and information we get from document analysis.
Mobile Phone: we use the mobile phone for recording the interview question and
answer.
Computer: we use for organizing and grouping the requirement gathered from different
source.
 CHAPTER THREE
Bulk Requirements
1. The system shall provide an account for all actors in the voting process.
2. The system shall allow the administrator (current student Union president and
student dean) to place the approved election committee on the system control or
put as admin of the system.
3. The system shall allow Election committee to follow up the whole election
progress.
4. The system should record the mark of the candidates.
5. The system shall allow election committee to confirm the candidate for the
election.
6. The system should be user friendly, this means the system user shall able to use
friendly after getting training.
7. The system shall allow the students to select the voters(representative).
8. The system shall allow the student to apply for the candidate.
9. All students shall able to search the candidate leading the election progress.
10. The system shall provide the list of the candidates with their election symbol.
11. The system should allow voters to select the candidate they want by their election
symbol.
12. The system shall allow candidates of election to have their own election symbol.
13. The system shall generate unique confirmation code as voting card for selected
voters.
14. The voters shall able to change the confirmation code with their email if they
forget it before the election day.
15. The confirmation code strength should be checked at a time of change.
16. The system shall allow the candidate to proceed the election campaign.
17. The system should count vote of the voters.
18. The system shall provide the result within one day after the election is end.
19. The voter should vote on appointed date of election for 24 hours.
20. The system should allow the voter to vote at most once by their confirmations
code and confirmation code should be invalid after one vote.
21. The system should identify all actors participate in voting system by identification
card of the university.
22. The system should check the validity of the candidate by testing their ID card
how long the stayed in the university, it accepts as valid if they stayed for 2 years
and above or if they don’t leave for apparent, and their CGPA should more than
2.75.
23. The system should notify the system user the appointed election day.
24. The system should notify the system user appointed election campaign with its
schedule.
25. The system shall allow the candidate to proceed election campaign with a fixed
time period.
26. The system should allow only an authorized user to login an access the system.
27. The system should detect fraud by ignoring unauthorized user in order to be
acceptable and trustable.
28. The system should notify the system user as soon as the notification released.
29. The system should allow the students to participate in the voting system easily
with any place in the compound.
30. The system should have a backup to preserve data at the time of system crash and
system failure
31. The system should be available at any time in election period.
32. The system should prevent and eliminate error or warns the users who make error
like who enter incorrect input.
33. The system should display candidate information to voters with their election
symbol.
34. The system should allow cancelling the existing Students Union President after the
new President is elected.
35. The system should allow the system users to change their username and password.
36. All students shall able to view the election campaign of the candidate.
37. The candidate shall able to get notification of the deadline day of election
campaign.
38. The system should allow election committee to remove the election campaign after
its deadline.
39. The system should remove the election campaign after its deadline if the candidate
is not removing
40. The system should allow election committee to change the appointed day of
election campaign if the senate of student union want to change the day.
41. The system should allow election committee to cancel the candidate.
42. The system should check either validity or invalidity of the candidate when the
cancel progress.
43. The system shall allow election committee to approve the candidate
44. The system shall allow administrator to approve chairperson of the campus.
45. the system shall allow all to see the notice released on the system
46. The system should announce all information to the system users as soon as posted
by administrator.
47. The system should be available at restricted date and time
48. The system should work anywhere in the campus only
49. The system should hide choice voters.
 50. The system should allow users of the system to change his or her password.
51. The system should allow users to change their password and name within 3 months only
3 times.
52. The system should allow user to create account ether by mobile number or email.
53. The system should allow only once to create account by the same mobile number and
email.
54. The system should allow same users to have only one account.
55. The system should count vote of different candidate and by computing their vote select
the candidate that have largest vote as winner.

CHAPTER FOUR
Classification and organization of requirement
In this chapter we classify and organize the requirement into functional requirement and
non-functional requirement based on stake holder and system.
When we say based on stake holder the requirement is functional requirement - specified
by end user and describe functionality of the system; and the requirement is non-
functional requirement -specified by technical peoples (e.g. Software developer, architect
and technical leader) and that requirement describe how the system work.
When we say based on the system the requirement is functional requirement – the
requirement that describe the functionality of the system and the requirement is non-
functional requirement -the requirement that have properties that affect the system as a
whole (such as usability, portability, maintainability, and flexibility) and requirement that
have quality attributes (such as accuracy, response time, reliability, robustness and
security).

4.1 Functional and non-functional requirement

Functional requirement is a requirement that describe what the system should do or is description
of the service that the system must offer. Non-functional requirement is a requirement that define
how the system should do it or define system attributes such as security, reliability, performance,
maintainability, scalability, and usability.

4.1.1 Functional requirement

1. The system shall provide an account for all actors in the voting process.
2. The system shall allow the administrator (current student Union president and student
dean) to place the approved election committee on the system control or put as admin of
the system.
3. The system should record the mark of the candidates.
4. The system shall allow election committee to confirm the candidate for the election.
5. The system shall allow the students to select the voters(representative).
6. The system shall allow the student to apply for the candidate.
7. The system shall provide the list of the candidates with their election symbol.
8. The system should allow voters to select the candidate they want by their election
symbol.
9. The system shall allow candidates of election to have their own election symbol.
10. The system shall generate unique confirmation code as voting card for selected voters.
11. The system shall allow the candidate to proceed the election campaign.
12. The system should count vote of the voters.

13. The system should identify all actors participate in voting system by identification card of
the university.
14. The system should notify the system user the appointed election day.
15. The system should notify the system user appointed election campaign with its schedule.
16. The system should display candidate information to voters with their election symbol.
17. The system should allow the system users to change their username and password.
18. The system should allow election committee to change the appointed day of election
campaign if the candidate cannot ready.
19. The system should allow election committee to cancel the candidate because of
difference reason and don’t pass the interview.

4.1.2 Non-Functional requirement

1. The system should allow the voter to vote at most once by their confirmations code and
confirmation code should be invalid after one vote.
2. The system shall provide the result within one day after the election is end.
3. The system should check the validity of the candidate by testing their ID card how long
the stayed in the university, it accepts as valid if they stayed for 2 years and above or if
they don’t leave for apparent, and their GPA should more than 2.75
4. The system shall allow the candidate to proceed election campaign with a fixed time
period.
5. The system should allow only an authorized user to login an access the system.
6. The system should detect fraud by ignoring unauthorized user in order to be acceptable
and trustable.
7. The system should be available at any time in election period.
8. The system should notify the system user as soon as the notification released.
9. The system should allow the students to participate in the voting system easily with any
place in the compound.
10. The system should have a backup to preserve data at the time of system crash and system
failure
11. The system should prevent and eliminate error or warns the users who make error like
who enter incorrect input.
12. The system should allow cancelling the existing Students Union President after the new
President is elected.
13. The system should allow election committee to remove the election campaign after its
deadline
14. The voter should vote on appointed date of election for 24 hours on the system.