WBS:

The following is a product process WBS, where as per the case different modules have been
categorized into following hierarchical structure.

The following are under assumptions, they may or may not be right.

Online_Voting-WB
S (2).pdf

The five main modules, that we though to be applicable (as per given case) are as follows:

1. Admin Login: As per the case, this login would have all the access to all the modules
data so that the data can be monitored and compliance could be monitored, so this could
be further be divided into :
a. Overall functional rights: this module would give the administrative access to all
the data from other modules, also would give the access to other modules to users
for their operations
i. Election creation module: This would be undertaken by the admin, as it
involves careful monitoring and should be looked at so that no fraud
happens. This would involve who are all the candidates for election and
where are they constituting from.
ii. Voting conduction Module: this would be a database of candidates who are
legible to vote and from which constituency would they be voting from.
b. Data Processing; based on how many constitutions are there, and what user can vote
for which constitution, and the list of all the candidates who are contesting from
which location.
2. Result Calculation Module: this would involve calculation aspect of the votes in terms
of giving statistical data on the votes, which would require many statistical and
mathematical models to be implemented.
a. Data Processing: in this module the main function of data module would be
logical, i.e. based on transactions, how the data is going to be stored, and the
logical part would be if the user is voting for the designated location or not, and
also authentication of the user details.
3. User Login: this module would be for the workers who would m maintain the electoral
data, like who are eligible for voting and who all are contesting from where, few of the
modules could be:
a. Candidate and Voter verification: this is a process where the user would verify
if the documents submitted are proper or not and would clear them on their
authentication, all the supporting documents would be stored in this module.
b. Email for username and password: after verification of the above said
documents users have the authority to send the username and password to
concerned party.
4. Candidate Login Module: in this module the registered candidate would have access to
all the statistics during the election time and few of the modules could be:
 a. System generated password and user name: after verification this module would
provide them username and password, and this would give clearance as
candidate rather than a voter, in the case is a candidate forgets his password or
username this module could be used to auto generate the username and
passwords, by using the clues or other verification methods.
b. Registered voter list: This would give the candidate, a fair idea of the amount
of registered candidates,(but no their data) and how they could strategize in their
campaign.
5. Voter login: After the voter BGV is den by the user, they would be given the permissio n
to login by the user name and password which would be shared eventually. Fow of the
possible modules could be:
a. System generated password and user name: after verification this module would
provide them username and password, and this would give clearance as voter
rather than a candidate, in the case is a voter forgets his password or username
this module could be used to auto generate the username and passwords, by
using the clues or other verification methods.
b. Viewing privilege of voter: After logging is and during the election period they
could have a clear information regarding the candidates who would be running
in their locality, their agenda and so on, so that they get the clear picture for
whom to vote.

For critical path and project plan please find the below attachment,

Voting.mpp