1. Electronic Suffrage Brandon Lloyd Travis Sparks December 3, 2002

2. Overview Rationale Design Design Patterns

3. Design Rationale Target for Status Quo  Follow existing government regulations  Minimize impact to voters  Continue to maximize voter privacy  Placate various political constituencies  Allow for incremental deployment and change

4. Design Rationale Allow Flexibility  Continue to allow local control  Customization of the ballot per voter  Allow novel election timeframes Provide Rapid Tally Calculation Allow for Incremental Enhancements

5. System Overview 3 Major Components  Election Administration  External Voter Registration System  Voting Interface Centralized System Security is not considered

6. Election Administration Election Domains  hierarchical election structure Election Officer  assigned to a domain  complete autonomy in managing elections in assigned domain

7. Election Administration

8. Proxy Object Hierarchy ElectionDomain Election(s) BallotItem(s) Proxy Data Acquired from Database Proxy Data Not Acquired

9. Voting Authenticate Voter through Registration Interface  returns information about Voter Ballot Builder dynamically creates Ballot for Voter  Voter’s Election Domains  Current Elections for the Domains  Election Policy

10. Voting

11. Design Patterns BallotItemUIFactory BallotBuilder RegistrationInterface  Adapter Database  Façade Proxy Pattern

12. Review Design Rationale  A new voting system will have to conform to existing laws Design  3 major components Design Patterns  5 different patterns

13. Electronic Suffrage Brandon Lloyd Travis Sparks December 3, 2002