Online Voting System

December 16, 2017 | Author: selbal | Category: Unified Modeling Language, Electronic Voting, Use Case, Software, Systems Engineering
Share Embed Donate


Short Description

fghtgyhjkh.lk;ij...

Description

IT6413 – Software Engineering Lab

1. INTRODUCTION Introduction

Online voting system project is implemented in Asp.Net platform using

My sql database as back

end. Main aim of online voting system is to develop an online application like online reservation system, for citizens who are above 18 years of age to vote through online. Using these system citizens of India can vote through online without visiting polling booth. A centralized database is maintained by election commission of India where citizens information is maintained when ever citizen is using online voting system his/her information is authenticated with the data present in database if user is not in the list hecannot use online voting system Scope and Objective: 

It deals with online voting system which includes maintaining the information.



It is designed with a goal to making the existing system more information,reliable,fast and easier.



Voter must have unique ID and password will further reduce the manipulation and providing accurate

        

transparent data. Functionality: Since it stand alone application, a single user may use it at a time. Usability: Desktop interface Windows 98/2000/Xp Reliability: The system is available at 24 hours a day, seven days a week. Performance: The performance depends on hardware specification

1.2 Problem Description The basic methodology as applied to online voting system would involving voter realistic voting tasks to accomplish using a variety of ballot designs. A r i g o r o u s m e t h o d o l o g y i s u s e d t o s a m p l e v a r i a b l e a s p e c t s o f t h e system, such as voters and ballots. The sample is constructed so as to provide a t r a t i s t i c a l b a s i s f o r g e n e r a l i z a t i o n f r o m t h e s a m p l e t o t h e p o p u l a t i o n t h e y represent. Voting task performance is measured using variables such as accuracy time, and workload. In online voting mechanism each voter receives a unique ballot code. The ballot code has an arbitrary length and is generated randomly to help prevent manipulation. Online voting system mails virtual ballot papers, including the ballot code, to the voters before the election. The voters can then use their email clients to return their votes to the voting server. The voting server collects the votes and filters out duplicate votes. Each voter can then check her/his vote online to ensure that her vote has been counted

IT6413 – Software Engineering Lab 1|Page

1.2.1

Existing System

1. The existing system is manual and the paper based voting which is voted on paper and counted manually. The electronic tabulation brings new kind of voting system in which the electronic cards with all candidates symbol is marked manually and this can be counted electronically. The electronic voting systems are now different types known as the punch card, mark sense and the digital pen voting systems. 2. The Electronic Ballot Marker makes the voter more easy to vote by providing the selections on the display to vote present on the electronic machine. 3. The electronic ballots are connected with the central ballot systems which directly accept and get the updated record of all ballots. The central ballot system applies the Precinct count method which calculates the all votes from the ballots present at polling centers. The results are immediate.

1.3

Proposed System

The online voting system is for the citizens from all overIndiathat consists of the data and information 1. 2. 3. 4. 5. 6.

The database of the Voter’s information and details Voter’s Id Calculation of total votes Checking information by the voter Remove wrong information The information immediately transfers to Election Commission.

2|Page

3|Page

IT6413 – Software Engineering Lab

2. SYSTEM SPECIFICATIONS

Hardware Requirements  Microsoft windows XP/windows 7  Intel chipset motherboard  250MB Ram, monitor, keyboard, mouse.

Software Requirements  Frontend: Visual Basic 6.0  Backend: MSACCESS server

IT6413 – Software Engineering Lab

3. SYSTEM DESIGN

Introduction Software design sits at the technical kernel of the software engineering process and is applied regardless of the development paradigm and area of application. Design is the first step in the development phase for any engineered product or system. The designer’s goal is to produce a model or representation of an entity that will later be built. Beginning, once system requirement have been specified and analyzed, system design is the first of the three technical activities -design, code and test that is required to build and verify software. The importance can be stated with a single word “Quality”. Design is the place where quality is fostered in software development. Design provides us with representations of software that can assess for quality. Design is the only way that we can accurately translate a customer’s view into a finished software product or system. Software design serves as a foundation for all the software engineering steps that follow. Without a strong design we risk building an unstable system – one that will be difficult to test, one whose quality cannot be assessed until the last stage. During design, progressive refinement of data structure, program structure, and procedural details are developed reviewed and documented. System design can be viewed from either technical or project management perspective. From the technical point of view, design is comprised of four activities – architectural design, data structure design, interface design and procedural design. Unified Modeling Language Diagrams  The unified modeling language allows the software engineer to express an analysis model using the modeling notation that is governed by a set of syntactic semantic and pragmatic rules.  A UML system is represented using five different views that describe the system from distinctly different perspective. Each view is defined by a set of diagram, which is as follows. I.

User Model View

1. This view represents the system from the user’s perspective. 2. The analysis representation describes a usage scenario from the endusers perspective.

II.

Structural model view 

In this model the data and functionality are arrived from inside the system.

IT6413 – Software Engineering Lab  This model view models the static structures

III. Behavioral Model View 

It represents the dynamic of behavioral as parts of the system, depicting the interactions of collection between various structural elements described in the user model and structural model view.

IV. Implementation Model View 

In this the structural and behavioral as parts of the system are represented as they are to be built.

Use Case Diagrams In software and systems engineering, a use case is a list of actions or event steps,

typically defining the interactions between a role (known in the Unified Modeling Language as an The actors who have been identified in the system are as follows: Admin User

NOTATIONS

IT6413 – Software Engineering Lab

login

voter

edit voter profile

admin

update candidate

delete candidate

filter res ult

generate report

update voter

display c andidate

display voters

case vote

Figure 3.1 Use case diagram for ONLINE VOTING SYSTEM 3.2.2

Class diagram In software engineering, a class diagram in the Unified Modeling Language (UML) is a type of static structure diagram that describes the structure of a system by showing the systems classes, their attributes, operations(or methods), and the relationship among

NOTATIONS

IT6413 – Software Engineering Lab

Figure 3.2: Class diagram for ONLINE VOTING SYSTEM BEHAVIORAL DIAGRAM  UML behavioral diagrams visualize, specify, construct, and document the dynamic aspects of a system. The behavioral diagrams are categorized as follows  

Sequential diagram Collaboration diagram

Sequential diagram  A sequence diagram is an interaction diagram that shows how objects operate with one another and in what order. It is a construct of a message sequence chart. A sequence Diagram shows object interactions arranged in time sequence. NOTATIONS

admin

user

A.voter

A.candidate

A.location

result

vote

add voter add candidate add location login,enter id login successful voter view result

Figure 3.3: Sequential diagrams for ONLINE VOTING SYSTEM Collaboration diagram Collaboration is a joint effort of multiple individuals or work groups to accomplish a task or project. Within an organization, collaboration typically involves the ability of two or more people to view and contribute to documents or other content over a network. NOTATIONS

1: LOGIN 3: 123 5: XXXXX 7: DOG 9: DOOR DELIVERY CUSTOM ER

ADMIN 2: ENTER CUST ID 4: ENTER PWD 6: SELECT UR PETS 8: DELIVERY PROCESS 10: LOGOUT

Figure 3.4: Collabration diagram for ONLINE VOTING SYSTEM 3.4 Data Flow Diagrams In computers, the path of data from source document to data entry to processing to final reports. Data changes format and sequence (within a file) as it moves from program to program NOTATIONS

4. SOFTWARE DEVELOPMENT MODEL Iterative Model The model that is basically being followed is the ITERATIVE MODEL, which states that the phases are organized in a linear order. First of all the feasibility study is done. Once that part is over the requirement analysis and project planning begins. If system exists one and modification and addition of new module is needed, analysis of present system can be used as basic model. The design starts after the requirement analysis is complete and the coding begins after the design is complete. Once the programming is completed, the testing is done. In this model the sequence of activities performed in a software development project are: 

Requirement



Analysis Project



Planning System design



Detail design



Coding Unit testing



System integration & testing

ITTREATIVE MODEL was being chosen because all requirements were known beforehand and the objective of our software development is the computerization/automation of an already existing manual working system.

Figure 4.1: Iterative model

IT6413 – Software Engineering Lab Waterfall Model Waterfall approach was first SDLC Model to be used widely in Software Engineering to ensure success of the project. In "The Waterfall" approach, the whole process of software development is divided into separate phases. In Waterfall model, typically, the outcome of one phase acts as the input for the next phase sequentially.

Figure 4.2: Waterfall model

12 | P a g e

13 | P a g e

IT6413 – Software Engineering Lab

5. DATABASE DESIGN

DATABASE NAME –ONLINE SHOPPING DB Table 5.1Customer Login COLUMN_NAME Username Password

DATATYPE Text Text

Table 5.2 Customer details COLUMN_NAME Cust Id Cust name Cust address Cust phone :no

DATATYPE integer Text Text integer

Table 5.3 Online pets purchasing COLUMN_NAME Dog Cat

DATATYPE Number Number

Table 5.4 Cat purchasing COLUMN_NAME variety Colour gender

DATATYPE text Text Text

Table 5.5 Dog type selection COLUMN_NAME Variety food colour medicine gender

DATATYPE Text Text Text Text Text

Table 5.6 Pets carriage COLUMN_NAME How many days No. of pets Food schedule for pets

DATATYPE text integer text

Table 5.7 Pets events 14 | P a g e

COLUMN_NAME

DATATYPE

exhibition

date

15 | P a g e

IT6413 – Software Engineering Lab

Table 5.8 Exhibition COLUMN_NAME

DATATYPE

Date of exhibition

date

Place of exhibition

text

Time of exhibition

date

Table 5.9 Money transfer COLUMN_NAME Cash on delivery Credit card payment

DATATYPE text text

Table 5.10 Credit card

COLUMN_NAME

DATATYPE

Account no

integer

password

text

month

date

year

date

cvv

integer

Table 5.11Delivery processing

COLUMN_NAME

DATATYPE

Delivery date

date

Delivery processing

text

Table5.12 feedback COLUMN_NAME rating 16 | P a g e

DATATYPE integer

17 | P a g e

IT6413 – Software Engineering Lab

6. SCHEDULING TASK

JANUARY 1

10

FEBRUARY 20

1

10

20

MARCH 30

1

10

20

30 s/w development Requirement analysis Architectural Designing Testing Unit Integration

March 6

Operation

Figure 6.1: Time Line Activity

Table 6.1 Chart Project Table

TASK S/W develop analysis Testing

PLANE START

ACTUAL START

PLANNED END

ACTUAL END

DEC29

DEC29

MAR24

MAR25

MAR 17

MAR 17

MAR 23

MAR 23

15 | P a g e

16 | P a g e

IT6413 – Software Engineering Lab

7. IMPLEMENTATION

Modules and its Description

 Home page: This displays the home page for the customer login form  Customer details: this pages display about the customer details  Admin index page: It contains the distributor report, distributor sales report, distributor login and product report.  Distributor report: It contains the distributor details include name, email id and address of the distributor.  Distributor sales report: It contains product Id, quantity and status  Distributor login: It contains User id and password.  Product report: It contains product name, category, quantity of the product.

 Product sales report: It contains quantity, account number and receive date.  Distributor index page: It contains distributor order details, distributor sales details.  Order send: It contains order id, quantity, require date, service tax.

17 | P a g e

18 | P a g e

IT6413 – Software Engineering Lab

8. ESTIMATION 8.1. COCOMO Model A. Overview of COCOMO The COCOMO cost estimation model is used by thousands of software project managers, and is based on a study of hundreds of software projects. Unlike other cost estimation models, COCOMO is an open model, so all of the details are published, including: 

The underlying cost estimation equations



Every assumption made in the model



Every definition



The costs included in an estimate are explicitly stated

i. Introduction to the COCOMO Model The most fundamental calculation in the COCOMO model is the use of the Effort Equation to estimate the number of Person-Months required to develop a project. Most of the other COCOMO results, including the estimates for Requirements and Maintenance, are derived from this quantity. ii.

Source Lines of Code The COCOMO calculations are based on your estimates of a project's size in Source Lines of Code

(SLOC). SLOC is defined such that:



Only Source lines that are DELIVERED as part of the product are included -- test drivers and other support software is excluded



SOURCE lines are created by the project staff -- code created by applications generators is excluded



One SLOC is one logical line of code



Declarations are counted as SLOC



Comments are not counted as SLOC

Iii. The Scale Drivers 17 | P a g e

In the COCOMO II model, some of the most important factors contributing to a project's duration and cost are the Scale Drivers. You set each Scale Driver to describe your project; these Scale Drivers determine the exponent used in the Effort Equation.

18 | P a g e

IT6413 – Software Engineering Lab

The 5 Scale Drivers are: 

Development Flexibility



Architecture / Risk Resolution



Team Cohesion



Process Maturity

B. COCOMO II Effort Equation The COCOMO II model makes its estimates of required effort (measured in PersonMonths � PM) based primarily on your estimate of the software project's size (as measured in thousands of SLOC, KSLOC)): Effort = 2.94 * EAF * (KSLOC)

E

Where EAF Is the Effort Adjustment Factor derived from the Cost Drivers E

Is an exponent derived from the five Scale Drivers

As an example, a project with all Nominal Cost Drivers and Scale Drivers would have an EAF of and exponent, E, of 1.0997. Assuming that the project is projected to consist of 8,000 source lines of code, COCOMO II estimates that 28.9 Person-Months of effort is required to complete it: Effort = 2.94 * (1.0) * (8)

1.0997

= 28.9 Person-Months

The SCED Cost Driver  The COCOMO cost driver for Required Development Schedule (SCED) is unique, and requires a special explanation. Duration = 75% * 12.1 Months = 9.1 Months Effort Adjustment Factor = EAF = 1.34 * 1.09 * 1.43 = 2.09 Effort = 2.94 * (2.09) * (8)

1.0997

= 60.4 Person-Months

Average staffing = (60.4 Person-Months) / (9.1 Months) = 6.7 people

18 | P a g e

19 | P a g e

IT6413 – Software Engineering Lab Table 8.1 COCOMO MODEL Attributes

Ratings

Very Low

Low

Nominal

High

Very High

0.75

0.88

1.00

1.15

1.40

0.94

1.00

1.08

1.16

0.85

1.00

1.15

1.30

1.65

Run-time performance constraints

1.00

1.11

1.30

1.66

Memory constraints

1.00

1.06

1.21

1.56

Cost Drivers

Extra High

Product attributes

Required software reliability

Size of application database

Complexity of the product

0.70

Hardware attributes

Volatility of the virtual machine environment

0.87

1.00

1.15

1.30

Required turnabout time

0.87

1.00

1.07

1.15

Personnel attributes

Analyst capability

1.46

1.19

1.00

0.86

0.71

Applications experience

1.29

1.13

1.00

0.91

0.82

IT6413 – Software Engineering Lab

Software engineer capability

1.42

1.17

1.00

0.86

0.70

Virtual machine experience

1.21

1.10

1.00

0.90

Programming language experience

1.14

1.07

1.00

0.95

Application of software engineering methods

1.24

1.10

1.00

0.91

0.82

Use of software tools

1.24

1.10

1.00

0.91

0.83

Required development schedule

1.23

1.08

1.00

1.04

1.10

Project attributes

9. CODE CONVERSION

DESCRIPTION Code conversion to play a major role in the system that was a set of procedure. That was generated from the class diagram by supporting the robot without using of human walk it also generated based on the class diagram

PROCEDURE FOR CODE CONVERSION



Click the start button



Click the programs



Click the Rational rose software



Click the enterprise edition



Click vb6 standard edition then click ok



Click the logical view in right side then click the class diagrams with selects all or some classes as wish.



Click the toolbox then click the visual basic in visual.



Then click update code then click next.



In up visual basic components is showed then click standard exe format.



Then click next then finish.

IT6413 – Software Engineering Lab

Sample Generated Code

22 | P a g e

23 | P a g e

IT6413 – Software Engineering Lab

10. TESTING Test Procedure

 Click the start button then click the programs.  In first our existing folder in D colon make a empty folder with its name .  Then open start then click programs ,click Rational rose software again click rational rose administrator.  Open file then open new project fill the project name with in that place in click the browse within that D colon within our folder empty folder already we created that was to click then click next.  It displays the password and confirm page. Enter the password and confirm that.  Then click next and finish.  Then display the “Configure project” page in that click the center “Create”. Then it shows the three create options. Choose center “create”.  Then it will ask that project data base was type if it is SQL or MS ACCESS. Choose that MS ACCESS or SQL Then click next. Check the path of test. That is D Colon “D:\sow:r\testing\testdatestore. Click next and finish. That will reflect in folder the data stores was created. It will display message is “the test data store has been successfully created”  Click ok button.  Again click start programs, rational rose software, and rational robot.  It shows the Password with login, only click ok. It shows the “Test -rational robot” .click the GUI. Then immediately open the project to run it.  End of the project is displayed stop the GUI.  When click the GUI it shows the name of the project .click any one name then click the ok button. Again it shows the std format .click only ok. Again click ok.

23 | P a g e

24 | P a g e

IT6413 – Software Engineering Lab 10.2 TEST SCRIPT

24 | P a g e

25 | P a g e

IT6413 – Software Engineering Lab Test Result The purpose of test monitoring is to given activities of the form was successfully executed or not. The result of test is verified as “PASS”. Information to be monitored and to be stored in the database automatically and may be used to measure exit criteria, such as coverage. Metrics may also be used to assess progress against the planned schedule and budget.

25 | P a g e

26 | P a g e

IT6413 – Software Engineering Lab

RESULTS AND CONCLUSION The PETS management system will increase the productivity and reduce the need of manual system to a large extent. This application software has been computed successfully and was also tested successfully by taking “test cases”. It is user friendly, and has required options, which can be utilized by the user to perform the desired operations. The software is developed using VB6.0 as front end and MS ACCESS as back end in Windows environment. The goals that are achieved by the software are:  Instant access.  Improved productivity.  Optimum utilization of resources.  Efficient management of records.  Simplification of the operations.  Less processing time and getting required information.  User friendly.

26 | P a g e

27 | P a g e

IT6413 – Software Engineering Lab

FUTURE ENHANCEMENT

Future pet technology increases the health and wellness of our dogs. Technology brings us an easier way to communicate with our dogs. Dog technology will bring luxury amenities to dog kennels. Pick up certain signals from your dog’s brain and translate them into English.

27 | P a g e

28 | P a g e

IT6413 – Software Engineering Lab

Appdencies Screen shots

Figure A. 1 login form

IT6413 – Software Engineering Lab

Figure A.2 Customer details

Figure A.3 Online pet purchasing

Figure A.4 Cat type selection

Figure A.5 Dog type selection

Figure A.6 Pets carriage

Figure A.7 Events

Figure A.8 Exhibition

Figure A.9 Money transfer

Figure A.10 Cash on Delivery

Figure A.11 Credit card

Figure A.12 Delivery Processing

Figure A.13 Feedback

SAMPLE CODING LOGIN FORM Private Sub Label4_Click () Form2.Show End Sub Private Sub Command1_Click ()

If Text1.Text = "S" And Text2.Text = "R" Then Form2.Show Else MsgBox "tryagain" End If End Sub CUSTOMER DETAILS Private Sub Command1_Click () Form3.Show End Sub

PETS SELECTION

Private Sub Command1_Click () Form5.Show End Sub Private Sub Option1_Click () MsgBox "option1 was clicked" Form5.Show End Sub Private Sub Option2_Click () MsgBox "option2 was clicked" Form4.Show End Sub CAT SELECTION Private Sub Command1_Click () From6.Show End Sub Private Sub Form_Load () Combo1.AddItem "Bombay" Combo1.AddItem "barman" Combo1.AddItem "balinese" Combo2.AddItem "white" Combo2.AddItem "light rose" Combo2.AddItem "black" Combo3.AddItem "male" End Sub DOG SELCTION Private Sub Command1_Click () Form6.Show End Sub Private Sub Form_Load () Combo1.AddItem “Tocomo" Combo1.AddItem “Labrador"

Combo1.AddItem “boombarian" Combo1.AddItem “rajapalayam"

IT6413 – Software Engineering Lab Combo1.AddItem “Doberman" Combo2.AddItem “brown" Combo2.AddItem “brown" Combo2.AddItem “white" Combo2.AddItem “black" Combo2.AddItem “light rose" Combo3.AddItem “pedigree" Combo3.AddItem “non veg" Combo3.AddItem “milk" Combo3.AddItem “egg" Combo3.AddItem “non veg" Combo4.AddItem “male" Combo4.AddItem “male/female" Combo4.AddItem “male" Combo4.AddItem “male/female" Combo4.AddItem “male/female" Combo5.AddItem "abc" Combo5.AddItem "xyz" Combo5.AddItem "def" Combo5.AddItem "aaa" Combo5.AddItem "ccc" PETS CARRAGE Private Sub Command1_Click () Form7.Show End Sub EVENTS Private Sub Command1_Click () Form8.Show End Sub EXIBITION Private Sub Command1_Click () Form9.Show 36 | P a g e

End Sub

37 | P a g e

IT6413 – Software Engineering Lab MONEY TRANSFER Private Sub Option1_Click() MsgBox "option1 was clicked" Form14.Show End Sub Private Sub Option2_Click () MsgBox "option2 was clicked" Form10.Show End Sub CASH ON DELIVERY Private Sub Command1_Click () Form11.Show End Sub CREDIT CARD Private Sub Command1_Click() Form13.Show End Sub DELIVERY PROCEESING Private Sub Command1_Click () Form15.Show End Sub Private Sub Form_Load () Combo1.AddItem "1" Combo1.AddItem "2" Combo1.AddItem "3" Combo1.AddItem "4" Combo1.AddItem "5" End Sub CUSTOMER FEEDBACK Private Sub Command1_Click () Form11.Show 37 | P a g e

End Sub

38 | P a g e

IT6413 – Software Engineering Lab

REFERENCES Book References 1.

Elisabeth Freeman, Head First Design Pattern.

2. Francesco Balena , Programming Microsoft Visual Basic. 3. Bogdan D. Czejdo, Wiktor B. Daszczuk, Jerzy Mieścicki. Concurrent Software Design Based on Constraints on State Diagrams.

Web References [1] http://1000projects.org/crime-record-management-system-.html [2] W3schools.com

IT6413 – Software Engineering Lab

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF