Professional Documents
Culture Documents
Ambo University Awaro Campus Online Student Union Voting System1244
Ambo University Awaro Campus Online Student Union Voting System1244
Ambo University Awaro Campus Online Student Union Voting System1244
INSTITUTE OF TECHNOLOGY
SCHOOL OF INFORMATICS AND ELECTRICAL ENGINEERING
DEPARTMENT OF COMPUTER SCIENCE
TITLE: Online Student union voting system for Ambo University
FEBRUARY, 2020
AMBO ETHIOPIA
Contents
Approval sheet ............................................................................. Error! Bookmark not defined.
Acknowledgement ........................................................................ Error! Bookmark not defined.
List of figure ............................................................................................................................. iv
List of table ............................................................................................................................... v
Abbreviation and Acronym ..................................................................................................... vi
Abstract ................................................................................................................................... vii
1.1 Introduction ......................................................................................................................... 1
1.2 Background of the organization ...................................................................................... 1
1.2.1 Background of the project ............................................................................................ 2
1.3 Statement of the problem ................................................................................................ 3
1.4 Objectives of the project ................................................................................................. 4
1.4.1 General objective ...................................................................................................... 4
1.4.2 Specific objective ................................................................................................ 4
1.5 Scope of the project ................................................................................................... 4
1.6 Significance of the project ......................................................................................... 5
1.6.1 Target beneficiaries of the system ............................................................................ 6
1.7.2 Software process model ................................................................................................ 6
1.7.2.1 System analysis and design approach ................................................................... 7
1.7.3 Tools and techniques .................................................................................................... 9
1.7 Methodology of the project ........................................................................................... 10
1.7.1 Data collection methods .......................................................................................... 10
1.8 Limitation of the project ............................................................................................... 10
1.9 Risks and contingencies ............................................................................................... 11
1.10 Assumptions and constraints ...................................................................................... 11
1.11 Scheduling.................................................................................................................... 12
Chapter Two ........................................................................................................................... 13
2.1 Existing System ............................................................................................................. 13
i
2.1.1 Players in the Existing System................................................................................ 13
2.1.2 Functions/activities in the existing system.............................................................. 14
2.1.3 Business rule ........................................................................................................... 14
2.1.4 Report generated in the existing system ................................................................. 15
2.1.5 Bottlenecks of the existing system .......................................................................... 16
2.1.5.1 Performance (response time) ............................................................................... 16
2.1.5.2 Input (inaccurate/redundant/flexible) and output .............................................. 16
2.1.5.3 Access control and security plan ......................................................................... 16
2.1.5.4 Efficiency .............................................................................................................. 16
2.2 Proposed system ............................................................................................................ 16
2.3 Feasibility analysis......................................................................................................... 17
2.3.1 Operational feasibility ............................................................................................ 17
2.3.2 Technical feasibility ................................................................................................ 18
2.3.3 Economic feasibility ................................................................................................ 18
2.3.4 Political feasibility................................................................................................... 18
2.3.5 Schedule feasibility ..................................................................................................... 18
2.3.6 Legal feasibility ........................................................................................................... 18
2.4 Requirements of the proposed system .......................................................................... 19
2.4.1 Functional requirement .......................................................................................... 19
2.4.2 Non-functional requirement ................................................................................... 19
2.5.1 Hardware interface ................................................................................................. 20
2.5.2 Software interface ................................................................................................... 20
2.5.3 Security and access permission plan ...................................................................... 20
Chapter Three ......................................................................................................................... 22
System analysis and modeling ............................................................................................ 22
3.1 Introduction ................................................................................................................... 22
3.2 System requirement specification ................................................................................. 22
3.3 Product function ............................................................................................................ 22
3.4 User characteristics ....................................................................................................... 22
3.5 General constraints ....................................................................................................... 23
3.5.1 Communication interface ....................................................................................... 23
ii
3.6 Use cases ........................................................................................................................ 23
3.6.1 Actors ...................................................................................................................... 24
3.6.2 Use cases diagram ....................................................................................................... 25
3.6.3 Description of use case diagram ............................................................................. 26
3.7 Object diagram .............................................................................................................. 34
3.7.1 Class diagram ......................................................................................................... 35
3.7.1.1 Class diagram description ................................................................................... 35
3.8. Sequence diagram ..................................................................................................... 37
3.9 Activity diagram ........................................................................................................ 41
3.10 State Chart Diagram ................................................................................................... 46
3.11 Analysis model ................................................................................................................. 48
3.11.1 Sequence diagram ..................................................................................................... 49
3.11.2 Activity diagram ....................................................................................................... 50
References ................................................................................................................................ 51
iii
List of figure
Figure 1 .Water fall model .................................................................................................. 7
Figure 2 use case diagram ................................................................................................. 25
Figure 3 Class diagram ..................................................................................................... 35
Figure 4 administrator login sequence diagram. ............................................................... 37
Figure 5 Voters login sequence diagram .......................................................................... 38
Figure 6 Candidates login sequence diagram ................................................................... 38
Figure 7 Voters vote online sequence diagram ................................................................. 39
Figure 8 Registration sequence diagram ........................................................................... 39
Figure 9 Approve sequence diagram ................................................................................ 40
Figure 10 Announcement sequence diagram .................................................................... 40
Figure 11 Login activity diagram .................................................................................... 41
Figure 12 Registration activity diagram. ......................................................................... 42
Figure 13 Approve activity diagram ................................................................................. 42
Figure 14 Announcement activity diagram....................................................................... 43
Figure 15 Vote online activity diagram ........................................................................... 44
Figure 16 View result activity diagram ............................................................................ 45
Figure 17 Logout activity diagram .................................................................................. 45
Figure 18 State chart diagram for login ............................................................................ 46
Figure 19 State chart diagram for select candidate ........................................................... 47
Figure 20 State chart student registration for vote ............................................................ 47
Figure 21 State chart for view of result ........................................................................... 48
Figure 22 Voter Sequence diagram for existing system ................................................... 49
Figure 23 Sequence diagram Candidate for existing system ............................................ 49
Figure 24 Voter activity diagram for existing system. .................................................... 50
Figure 25 Candidate activity diagram for existing system. .............................................. 50
iv
List of table
Table 1 Time Schedule ..................................................................................................... 12
Table 2 Hardware cost in the project ................................................................................ 21
Table 3 Software cost in the project ................................................................................. 21
Table 4 User login............................................................................................................ 26
Table 5 Voter registration ................................................................................................. 27
Table 6 Candidate announcement ..................................................................................... 28
Table 7 User logout ........................................................................................................... 28
Table 8 Vote online........................................................................................................... 29
Table 9 View result ........................................................................................................... 30
Table 10 Approve ............................................................................................................. 31
Table 11 search, update and delete ................................................................................... 32
Table 12 Feedback ............................................................................................................ 33
Table 13 provide information ........................................................................................... 34
Table 14 class description of candidate ........................................................................... 36
Table 15 Method description of candidate....................................................................... 36
Table 16 class description of voter ................................................................................... 36
Table 17 Method description of voter............................................................................... 37
v
Abbreviation and Acronym
Admin: Administrator.
AU: Ambo University.
IOT: Institute of technology
GDASO: Gumi Dagagina Afanif Sena Oromo.
UML: Unified Modeling Language.
ID: Identification.
USB: Universal Serial Bus.
MySQL: MY Structural query language.
PHP: Hypertext Preprocessor.
HTML: Hypertext Markup Language.
CSS: Cascading style sheets.
MVS: Mobile Voting System.
JS: JavaScript.
GB: Gigabyte.
RAM: Random Access Memory.
CGPA: Cumulative Grade Point Average
BR: Business Rule.
WAMPP: Windows Apache MySQL PHP Perl.
XAMPP: Cross platform Apache MySQL PHP Perl.
CD: Compact Disc.
DVD: Digital Video Disc.
CD-RW: Compact Disc Rewritable
vi
Abstract
The voting system is the system by which any one can vote his or her leader in any
organization or at federal and state or regional level. Effective and efficient voting system
has crucial role in the development of any organization or in the development of any
country. The project online voting system aims to making the voting process easy in the
AU Awaro campus and assist the campus students with different information associated
with the student union. The system is online and improves the voting process of existing
system. The system is highly focused on changing the manual activities to computerized
system. The system is capable of improving the user effort and time and additionally the
system reduce the resource expenditure of the campus by changing the activities done in
manual such as registration, announcement and counting voice to computerized system.
Data collection methods such as interview, observation are essential point in the project.
System analysis approach and system design approaches are main important part of the
study by which the requirement to design graphical model of the system was identified.
Additionally the system includes the specification such as hardware specification and
software specification, testing and evaluation and project cost and implementation of the
system
vii
1.1 Introduction
Technology is spreading its wing in almost every walks of human life activities. Now a
day it is better if every activity is done using new technology in order to fulfill the need
of human being, Organization, Enterprise etc. As today’s world there are many
organizations and each organizations needs to be preferable, computable and work on
fastest way in order to satisfy users interest etc. i.e. they should have facilitate their
activities in computerized way.
Many developing countries are in a good position to exploit the opportunity of
technology revolution and advance human development. The information and
communication technology provide new resource materials for expanding
communication.
Hence, developing the system using technology has a tremendous effect for organizations
and offices; which is in our case the Ambo university Awaro campus online student
union voting system. Currently, the system is manual based; due to this the students and
staffs faces some problems Because of this, we are initiating to develop our project on
voting system in order to minimize the problem by using computerized system.
1.2 Background of the organization
Ambo University is located in Ambo, the capital of West Shewa Zone of Oromia
Regional State. It was established in 1939 E.C (1947), and is one of the oldest higher
learning institutions in Ethiopia. It was originally a school. In 1951 E.C (1958) the school
was renamed as Ambo Agriculture and Forestry Secondary School with the addition
of forestry Department .in 1960 E.C (1967)the school was promoted to the level of
‘institute’ and named as Ambo Institute of Agriculture and started to offer a two-year
post-secondary Diploma course in General Agriculture .In 1969E.C (1974) the institute
was granted a Junior College status and named as Ambo Junior College of Agriculture
with an added objective of research and extension apart from teaching.Consequently, the
College launched a continuing education program in 1973 E.C(1980)and continuously
start. In 1980 E.C (1987) some pedagogical courses were added to the existing
1
curriculum and a Teacher Education option was added to train agricultural teachers. In
1984E.C (1992) the “junior” status was shed off and the instruction renamed Ambo
College of Agriculture. In 1995E.C (2003) the institution started to offer undergraduate
2
student council. No voting process is performed at all campus. First two students are
selected from each section of each campus to form the union of the whole campus and
from that selected only fifteen students are approved to be selected in the AU student
union of each campus. After the process is completed only nine students are selected as a
candidate for each campus from the left students and the president, vice-president and
writer are elected from those nine students for each campus. The campus also has its own
criteria to select those nine students and the criteria’s are the student must be free from
any political thinking, free from any religious aspects and free from any addiction, the
students grade (CGPA) must greater than 3.3 and free from any crime record and must
treat all students equally to be the member of the student union. The system is expensive
and time consuming because of it is manual. There are different activities performed in
the system such as:
Giving orientation for all section in the campus how to select the students from each
section
Selecting the students from each section of the campus
Registering the selected students
Calling these students for different orientation
Currently AU Awaro campus student’s union has many branches of club. Such us: -
academic.
1.3 Statement of the problem Commented [WU1]: Manual system is well known problem and
clearly justify the problem in term of automated system.
Expensive and wastage of time: The process of collecting data and entering the
collected data into the database consume or take too much time and expensive to
conduct. For example time and much money are spent to print the captured data.
Too much paper work: since the voting system is manual the process involves much
paper work and paper to storage which is difficult as paper become bulky with the
student size.
Loss of registration: The name of the voter is registered on the paper, since it is
manual and the paper can be lost and it takes to register again.
Work over load: The administrator may be confused with different paper works.
Due to this he or makes a mistake while he or she working in the existing system
3
Duplication of work: There are repetitions of works in the existing system. This
duplication of works leads to losing many resources.
Does not allow all students to vote directly
Difficult to keep the student’s interest: because the system is manual the candidate
information is not fairly verified to the student.
online computer processing system. Commented [WU8]: To generate accurate report of the voting
result.
4
Verifying the result to the user as soon as the election is completed or generating the
result.
Announcement.
Verifying the selected candidate to the student.
There are different voting system in the world ,from those manual voting system which
may be parliamentary or presidential and electronic voting system which is web based
voting in which everyone who is legible to vote can vote from everywhere.
1.6 Significance of the project
The Significance of this project is for the Voters, candidates, Administrators and
organizations.
For Voters
Save the time of the Voters.
It provides equal information through online for all voters (students) and Information
available at time.
It gives private online election process.
The system able to allow the voters to get fair voting.
Enable the voter to see their result of voting as soon as the election is completed.
Enable the voter to get every information about the candidate and also orientation on
the voting system online
For Candidates
Improve time of the candidates.
Distinguish the candidate by their specific information.
Enable the candidate to provide their information online to the voter.
For Organization
Enable the administrator to update, delete and edit information about the voter and
candidate simply.
Working load reduced. This means the administrator is confused in existing so many
paper work, but in proposed all these many paper work is changed to computerized
work and administrator do not confused with many works
Improve time and resource expenditure of the university that exposed to election.
It provides security for the data.
5
Many tasks are automated.
Enable the removal of duplicated data.
1.6.1 Target beneficiaries of the system Commented [WU10]: Remove the selected repeated word!
Benefit of
The main beneficiaries of the system are:
Benefits of students
The Student can get fast, accurate and secure service.
Benefits of President and other administrative officials:
They can access student related information easily.
Benefits of University:
The university gets better electoral candidates.
The system helps to save their time and work load.
Helps to reduce data loose.
Able to perform activities easily and quickly.
Benefits of Developer team
The project has initiated our team to get knowledge of how to develop the
required system.
The team members will get a comprehensive knowledge and experience in
developing and Designing a new system
The team got a lot of experience of solving problem while they are facing
with some Challenges.
6
The waterfall mode
7
subjected to close study and problem areas are identified. After identifying what the
requirement of the system and problem of the system the proposed system must generate
and evaluate the alternative. Here what important things the system to do is must be
considered. Additionally to solve the problem in the existing system and to identify the
system requirement the best way to create the system is must be considered. Then we
now functions as a problem solver and tries to sort out difficulties that exist in the current
system. After identifying the problem and the requirement of the system the new system
or the proposed system is going to solve the identified problem. The proposal is then
weighed with the existing system analytically and the best one is selected. In system
analysis there are two requirement, Functional requirement and Nonfunctional
requirement. There are different system analysis approaches, but we prefer to use object
oriented approach.
System design approach
System design’s main aim is to identify the modules that should be in the system, the
specifications of these modules and how they interact with each other to produce the
desired results. At the end of system design all the major data structures, file formats and
the major modules in the system and their specifications are decided. The most creative
and challenging phase of the system development process is design phase, it is a solution,
a “how to” approach to the creation of the proposed system design, the first step in the
development of an engineered product is initiated only after a clear exposition of
expected product functions becomes available. Based on the user requirements and the
detailed analysis of a new system, the new system must be designed. This is the phase of
system designing. Normally the design proceeds in two stages: preliminary or general
design, structure or detailed design.
Preliminary or general design: In the preliminary or general design, the features of the
new system are specified. The costs of implementing these features and benefits to be
derived are estimated. If the project is still considered to be feasible, we move to detailed
design stage [1].
Structure or detailed design: In the detailed design stage, computer oriented work begins.
At this stage, the design of the system becomes more structured. Structured design is a
blue print of a computer system solution to a given problem having the same components
8
and inters- relationship among the same components as the original problem. Input,
output and processing specifications are drawn up in detail .In the design stage, the
programming language and the platform in which the new system will run are also
decided. Generally the system design aims to solve the problem of the existing system
and to fulfill the requirement identified in the system analysis by designing the overall
structure of flow of information or interaction between the object. In our project we
prefer to use the object oriented design which is Unified Modeling language (UML).
1.7.3 Tools and techniques
Hardware and Software specification
Hardware specification
Personal computer
Hard disk
USB: USB act as file transfer.
Flash disk
Copy machine
Print machine
Software specification
XAMPP: act as server
Database software:-MySQL database which holds the information of the voters and
candidates.
Microsoft word: used for documentation to write and edit
Microsoft power point: used to present our proposal.
Edraw max: Unified Modeling language which used in the designing part of our
study.
Notepad++:- used to written java script or edit PHP code on it or write HTML code
and CSS
Dreamweaver: used to write the code and run the program
Program Languages: - PHP used to develop implementation of our online webpage
system. The reason why we are selecting this software tool from others because, Firstly
PHP is new server-side scripting language that has become extremely popular with the
programmers.
9
1.7 Methodology of the project
1.7.1 Data collection methods
There is different data collection methodology. We used different method of data
collection methodology to collect information on our study. It includes requirement that
we collected by interviewing the president of student council and Executive members of
the union and some eligible student in our campus.
The method used for achieve the development of this project based on the exact need of
the campus and to meet their purpose; we had applied or used different types of data
Gathering methodologies.
Interview
Our groups have selected an open interview for interviewing the student council and
recognizing the existing working procedure of these tasks.
Observation
We also collected data on our study by using observation method see how the system
currently doing. We have seen the process of the manual system by physically going to
the office.
Document analysis
Document analysis is concerned with looking at or assessing the document written on the
process and activities performed in the voting system of the organization. Here while we
doing the system we did not get enough documents because of there are no more
documents written on the voting process of student union of Ambo University as the
whole.
1.8 Limitation of the project
Lack of full information from an organization about the existing system because of
there is no written document on the organization.
Lack of full resource such as personal computer, money.
Lack of time for doing more and more. Commented [WU11]: They are not limitation of the project
rather than they are risk. So move it to the next section 1.9.
Our project is not included Sumer, night and weekend, because they are not found in
regular time.
10
1.9 Risks and contingencies
During the development of the project there may be different problems that we may face.
These are
Unfortunate failure of the system - to handle this problem the teams have some method
to resist not completely but partially by using backup mechanism using flash disks,
CD/DVD and by storing the data on our email account.
Power problem - the developers tried to use backup generator to cover the gap happened
to the team’s project during power failure.
Virus attack ;it is difficult to control data from virus but try to scan the data, installing
and updating antivirus software and we use CDRW instead of flash.
Time management problem –the developers solve this problem by working
cooperatively, divide time by schedule for each phase of the project and the developers
try to use this schedule affectivity.
The president of student union may not be voluntary to give detail information about their
operations. To solve this problem, we will try to ask any thing politely and tell the reason
why we are asking him.
1.10 Assumptions and constraints
When we talk about constraints we raise two basic constraints which impose or limit our
project.
Business Constraints: our project is limited on resources, time and costs; actually the
cost is our effort we during performing the project. The main resource that we have
use during doing our project is information and references. At the time of gathering
information, there is some obstacle do not lets us go forward. For example the
student’ union president and secretary are not always present in their office. The time
schedule also one of the business constraints which limits our project functioning of
working. We must submit at the time schedule that the given time of deadline.
Technical Constraints: When we talk about technical constraints we focused on
security and safety. When we raise the idea of the security issues that impose our
project; we consider in two ways:
Outsider (voter/student and attackers/student)
11
Insider (system developer/administrator )
Assumptions
For the proper working of the system we can state our assumption and dependencies.
It will work with the internet connection.
Some resources used to vote for students would be available. For example students
get a permission to use computers found in E-library and laboratory class.
As necessary students’ union gives training for those students who have no
experience on electronic device how to elect.
The project gives a textual and diagrammatic help and a video tutor for the users how
to elect, view and use the system.
Login and password is used for identification of Voter.
1.11 Scheduling
Time
June 20
20-
Nov 14-
May 15
Nov 16
Dec 30
Feb 17
Apr 5
Apr 8-
Feb1-
Project
Proposal
Existing &proposed
system
System analysis and
model
Implementation & Coding
Testing
project Defense
12
Chapter Two
2.1 Existing System
2.1.1 Players in the Existing System
Players refer to a person, organization, or external system that plays a role in one or more
interactions with the existing system. The major players that are involved in the existing
system are the following.
Voters
Observant
Executive committee
Chief Executives
Tallying
Candidates
Definition of players in the system:
Executive committee:
An executive committee has executive power within the union. The executive committee
meets and determines what the agenda of the board will be. Revise the activities and deal
problems reported to it and recommend the president to take action, also gives
recognition or reject as to formation of club or association of discipline in the union.
Observant:
University president, student president, the roles that are play below:
Controls incase if one candidate leave before election.
Observe how the election is flow or going on identifying availability.
Chief Executives: in the student union like president, Vice president and General
Secretary.
The President: is he the person with highest executive power. He Nominate the
members to be the electoral board. In addition, present it to the executive committee for
approval. As well appoints the executive committee within the union.
Vice President: Up on a vacancy in the office of the president, he shall assume position
of the president and fulfill all the presidential role or duties.
General Secretary: is the person with high executive power the psychological relevance
of the affected person in and outside of the university.
13
Others are student union clubs: the unions have various clubs, which enable the
student to promote and assist welfare, social, educational, cultural activities advertising
in the mini media.
Tallying; the tallying authorities count the votes and announce the election results.
Voter or students: the voter is the students for Ambo University who interact with
candidates. A voter has the right for voting, and he votes in the election.
Candidates:
Candidates are one of the participants in the existing system that are students nominated
for election.
Election committee:
The election committee post announcements, rules, and regulations of the election to the
all University students before and after the election.
2.1.2 Functions/activities in the existing system
The major functions of the existing system are the following:
Electors register at election stations
Electors must be regular student in Ambo university Awaro campus.
When the election date is arrive electors go to the election station to give their voice
Electors take a lesson about how to perform and fill the election form
At the end of the day counting of each voice is made at every station
Finally the aggregate winner of all stations is announced as the final winner
Name: voter
Identifier: - BR1
Description: to vote
14
They have to have their own identification card
Name: candidate
Identifier: - BR2
Description: to compete
Name: Administrator
Identifier: - BR3
15
2.1.5 Bottlenecks of the existing system
2.1.5.1 Performance (response time)
Performance: The existing system does not provide fast response time because it is
difficult to access data from the paper. The existing system take more time to provide
response for the user. This indicates that the system not fast and difficult to access.
2.1.5.4 Efficiency
Due to the manual operation most of the activities are prone to wastage of resources like
manpower, time etc. to produce the corresponding outputs. This makes the existing
system inefficient while utilizing resources.
17
2.3.2 Technical feasibility
The project is important for practicality of the specific technical solution for the problem
in the system and the availability of technical resources and expertise. The system is
technically feasible and it is used to enhance the speed and accuracy of technical works
and to reduce technical errors.
2.3.3 Economic feasibility
There are different problem in the existing system including the economical problem.
The new system plays the crucial role in solving the economical problem of the existing
system in an organization. Since the system is online and computer supported the system
reduce the cost spent for different purpose in the current system of an organization. The
system offers significant cost benefits over paper elections in a vote to vote comparison
Generally the system saves the resource as well as the economy of an organization.
18
2.4 Requirements of the proposed system
2.4.1 Functional requirement
Describe functionality or system services.
Depend on the type of software, expected users and the type of system where the
software is used.
Functional user requirements may be high-level statements of what the system should
do.
Functional system requirements should describe the system services in detail.
Functional requirement is one of the system requirements which the proposed system can
perform. There are different functional requirement the proposed or new system can
perform. These are:
The system should enable voter registration.
The system should enable candidate registration.
The system should enable the candidate announce themselves online to the voter.
The system should enable to provide the user or voter with different information
associated with the voting online.
The system should enable Calculate total number of votes for each candidate
19
can give his or her voice in a few minutes which is in the time not more than three
minutes.
Portability: It can access different browsers such as Mozilla Firefox, internet explorer
and Google chrome versions.
Security:security requirement represents the type and degree of security that must be
provide the system give maximum chance for user to enter their authentication
information for logging in to the system. The system should make use of central’s data
base system to keep track of Property officers or users request. The system secure by
checking the standard identification card from the central recorded information or
database.
2.5 Hardware and Software Requirement
2.5.1 Hardware interface
The application must run over the internet, all the hardware shall require to connect
internet will be hardware interface for the system. As for e.g. Modem, WAN – LAN,
Ethernet Cross-Cable.8 GB RAM, Hard disc 500 GB, Intel Processor highest processor
speed.
2.5.2 Software interface
Mozilla Firefox latest version
Operating system like window 7 64-bit and 32-bit
WAMPP and XAMPP software for data storage and database management
PHP server side programming language
Edraw max to draw UML (unifying modeling language)
20
2.6 Cost budgeting
Hardware cost
Software cost
21
Chapter Three
System analysis and modeling
3.1 Introduction
In this section the proposed system will be decomposed into component pieces for the
purpose of the studying how well those component parts work and interact to accomplish
their purpose. And the proposed system will be modeled by UML modeling which is a
language of visualizing, specifying, constructing and documenting the artefacts of
software system. So, because of many drawbacks and disadvantages of the current system
we have proposed alternative, problem solving and automated web based system
which will eradicate those difficulties and bugs of the existing system through the
application of different automation mechanisms and tools that convert the current system
into computerized ones [3].
22
correctly and completely. The system will have to compare each information (especially
names, ID, phone number) provided by the user if it has an exact match with the student
information in the school database before it will be counted as a valid registration else
the registration will be invalid.
Provide a general description of any other items that will limit the developer's options.
These can include:
Regulatory policies
Hardware limitations (for example, signal timing requirements)
Interface to other applications
Parallel operation
Audit functions
Control functions
Higher-order language requirements
Signal handshake protocols
Reliability requirements
Criticality of the application
Safety and security considerations
23
to capture system requirements, communicate with the end users and domain experts, and
test the system. Use cases are best discovered by examining the actors and defining what
the actor will be able to do with the system. Generally use case model is mainly divided
into two:
Use case: have been identified from the system specification
Provide information:-Administrator can see general reports about the election and
result.
Approve candidate: - Administrator can approve the candidate from the registered
student.
View result:-after election is completed anyone who want to see the result able to
view.
Login: - used for protecting information to do validate task by their account username
and password validation.
Logout:-after task is finished any user must logout the system.
Announcement: - the candidates advertise their information to voters.
Register: -student can register to participate in the election that held by the student
and candidate can register to participate in the election process.
Vote online: -student can vote online anywhere at any time in the schedule.
3.6.1 Actors
Actors: have been identified from the system specification.
Administrator: select the candidate from the registered student to compete in the
election.
Voter: regular student in the Ambo university Awaro campus.
Candidate: regular student in Ambo university Awaro campus compete to represent
the students.
24
3.6.2 Use cases diagram
25
3.6.3 Description of use case diagram
Description Here the administrator, voters and candidates can login and perform the
activity
26
Use case Name Registration
Description Voters and candidates can register and perform the activities
27
Use case Announcement
Participating actor(s) Candidates
Flow of events 1.execute browser Display response
2.open the home page 6.display the form to
3.press user insert user name and
4.click on candidate password
5.access candidates login 8.Verifies using the
form login information
7.fill the login form
9.click on login
10.access voter page
11.click on announcement
12.access announcement
form
13.fill the information
14. click on save
28
Use case Name Vote online
Participating actor(s) Voters
Description Voters can register and perform the activities
Flow of events 1.execute browser Display response
2.open the home page 6.display the form to
insert user name and
3.press user password
4.click on voters 8.verifies using the
login information
5.access voter login
7.fill login information
9.click on login
10.access voter page
11.click on vote online
12.access login form
13.insert voter id
14.click on login
15.access voting page
16.select the candidates
you want
17.click on submit
query
Alternative action Invalid information entry
Error message is displayed
Go to step 6
post conditions The voters must regular student in the campus
Exit conditions Your vote is successfully casted
29
Use case Name View result
30
Use case Name Approve
Go to step 5
Entry conditions The candidates must regular student in the campus
Table 10 Approve
31
Use case Name Search, update and delete
14.Click on search
Alternative action Invalid information entry
Go to step 6
Exit conditions Needed information is displayed
32
Use case Name Give feedback
Description Voters and candidates can give the comment on the process
14.Click on submit
Alternative action Invalid information entry
Error message is displayed
Go to step 6
Exit conditions Successfully submitted
Table 12 Feedback
33
Use case Name Provide information
10.Click on information
13.Click on submit
Alternative action Invalid information entry
Error message is displayed
Go to step 5
Exit conditions Successfully submitted
34
An object diagram describes the instance of a class. It visualizes the particular
functionality of a system. Standard hierarchy of diagrams shows class diagrams and
object diagrams as completely unrelated. Some other authoritative UML sources state
that diagrams and deployment diagrams containing only instance specifications are also
special kinds of object diagrams.
3.7.1 Class diagram Commented [WU13]:
35
Generally shows a collection of static model elements such as classes and types, their
contents, and their relationships.
Attribute Description Data type
First name The first name of candidate Varchar(20)
Last name The second name of candidate Varchar(20)
ID.NO. Represent the unique identification of candidate Int(11)
Age Represent the Age of candidate Int(11)
Gender Represent the gender of candidate Varchar(10)
Department Represent the department of candidate. Varchar(20)
Phone Represent the Phone of candidate. Varchar(20)
Email Represent the Email of candidate. Varchar(20)
Year Represent the year of candidate. Varchar(20)
Operation Description
Send request Candidate can send account request to admin that participate in
election.
Take Candidate can take exam to participate in election.
View exam result Candidate can view exam result and election result.
Login Describes how the users log into the system by using username
and password
Logout User can be logout in the system
Post promotion Candidate can post advert or promotion that can be elected
36
Operation Description
Login Describes how the users log into the system by using
username and password.
Voter Used to vote candidate.
View result Used to view the result in election.
View promotion Voter can view candidate promotion.
View candidate Voter can view candidate to elect their representative
Logout Voter can be logout the system after voting.
37
Figure 5 Voters login sequence diagram
38
Figure 7 Voters vote online sequence diagram
39
Figure 9 Approve sequence diagram
40
3.9 Activity diagram
The activity diagram is concerned with showing the activity to be done in the system. It
state from where the activity starts and what happened if there is something error.
Generally it depicts high-level business processes, including data flow, or to model the
logic of complex logic within a system
Login
41
Registration
42
Announcement
43
Vote online
44
View result
45
3.10 State Chart Diagram
State chart diagrams describe the behavior of an individual object as a number of states
and transitions between these states. A state is a condition that an object satisfies. A
transition represents changes of state triggered by events, conditions, or time the state
chart diagram focuses on the transitions between States as a result of external events for
an individual object. Both activity and state chart diagrams are useful in modeling the
lifetime of an object. However, activity diagram shows flow of control from activity to
activity; whereas state chart diagram shows flow of control from state to state
46
State chart diagram for vote
47
State chart for view of result
48
3.11.1 Sequence diagram
49
3.11.2 Activity diagram
50
References
[3] S. C. T. Robert V, Object oriented system analysis and design with UML, pp. 50-350.
[5] "http://www.coneeptdraw.com/examples/sequence-digra.
51