Overview of the Design Process. Avoid Bad Design, Use UCD Evidence-based Design Hypothesis testing!

Similar documents
City of Toronto Election Services Internet Voting for Persons with Disabilities Demonstration Script December 2013

NEWSLETTER MESSAGE FROM DEAN VOTING SYSTEMS ASSESSMENT PROJECT IN THIS ISSUE FUNDING UPDATE JUNE 2015 VOL. 1 ISSUE 1

Expanding Participation for Voters with Disabilities

Key Considerations for Implementing Bodies and Oversight Actors

Key Considerations for Oversight Actors

Examination of CII and Business Methods Applications

Smart Voting System using UIDAI

Voting by Mail. Before you fill out the application, it is recommended that the voter read over all the instructions on the back of the application.

Kitsap County Auditor Elections Division 2014 Voter Access Plan

Election 2000: A Case Study in Human Factors and Design

Guidelines for the Victorian-Specific Module

Lecture 8: Verification and Validation

ARKANSAS SECRETARY OF STATE

IEEE PES Substations Committee

Voting Systems Assessment Project

Addressing the Challenges of e-voting Through Crypto Design

Ø Project Description. Ø Design Criteria. Ø Design Overview. Ø Design Components. Ø Schedule. Ø Testing Criteria. Background Design Implementation

Voting Systems Assessment Project

Hoboken Public Schools. Project Lead The Way Curriculum Grade 7

Estonian National Electoral Committee. E-Voting System. General Overview

Please see my attached comments. Thank you.

Clause Logic Service User Interface User Manual

An Electronic Voting System for a Legislative Assembly

Chapter 2.2: Building the System for E-voting or E- counting

IC Chapter 15. Ballot Card and Electronic Voting Systems; Additional Standards and Procedures for Approving System Changes

SECURITY, ACCURACY, AND RELIABILITY OF TARRANT COUNTY S VOTING SYSTEM

User Research of a Voting Machine: Preliminary Findings and Experiences

Apply now for Nerve media 2016/2017

VOX Research Report MARCH 2015

Recommendations for introducing ranked choice voting ballots

RESOLUTION NO

VOTING SYSTEMS ASSESSMENT PROJECT

Abstract: Submitted on:

Testimony of. Lawrence Norden, Senior Counsel Brennan Center for Justice at NYU School of Law

2018 Clarington Elections - Accessibility Plan

International(ization/isation) Issues

The recently concluded November General Election presented valuable insights that are VOTING SYSTEMS ASSESSMENT PROJECT. Quarterly Newsletter ISSUE 7

Fairsail. User. Benefits & Open Enrollment User Guide. Version 3.23 FS-BOE-XXX-UG R003.23

Kitsap County Auditor s Office

Electronic pollbooks: usability in the polling place

Secure Electronic Voting: New trends, new threats, new options. Dimitris Gritzalis

Guide to Electronic Voting Election Runner

Preparing Your News Release

Comparing and Contrasting Workshop

Hoboken Public Schools. Environmental Science Honors Curriculum

OPSEU Reference Guide for Local Elections March 2013 REFERENCE GUIDE FOR LOCAL ELECTIONS

INFM202-GRAPHICS & INTERFACE DESIGN PROJECT #3: TEAM DESIGN PROJECT

Voter Guide. Osceola County Supervisor of Elections. mary jane arrington

Security and Election Systems

Statement on Security & Auditability

ARKANSAS SECRETARY OF STATE. Rules on Vote Centers

11th Annual Patent Law Institute

VOTING SYSTEMS ASSESSMENT PROJECT

IMPLEMENTATION OF SECURE PLATFORM FOR E- VOTING SYSTEM

City Elections Manual

A Kit for Community Groups to Demystify Voting

Draft 1 Guide and Key Questions

Recommendations of the Symposium. Facilitating Voting as People Age: Implications of Cognitive Impairment March 2006

Trusted Logic Voting Systems with OASIS EML 4.0 (Election Markup Language)

Phase III: System Design and Engineering

Arthur M. Keller, Ph.D. David Mertz, Ph.D.

UTG Overview. Spring, 2018

NATIONAL CITY & REGIONAL MAGAZINE AWARDS

Netvote: A Blockchain Voting Protocol

Supporting Electronic Voting Research

Document Approval Process. SDR Forum Policy 001

Contributary Platform User Terms of Service

ABOUT SADC ABOUT SADC

General Framework of Electronic Voting and Implementation thereof at National Elections in Estonia

Economic and Social Council

Attorneys for Plaintiff GUILLERMO ROBLES UNITED STATES DISTRICT COURT CENTRAL DISTRICT OF CALIFORNIA-WESTERN DIVISION

Accessible Voting and How Voters with Disabilities Can Assist with Election Planning

GEOPIPE TERMS OF SERVICE GEOPIPE LICENSE AGREEMENT(S)

TERMS AND CONDITIONS

Voting Accessibility: The devolution of voting technology. Diane Cordry Golden, Ph.D June 2017

he World Digital Library

PARLIAMENTARY RECORDING UNIT Westminster House, 7 Millbank, London SW1P 3JA T: E: W:

VOLUNTARY VOTING SYSTEM GUIDELINES DOCUMENT COMPARE SECTION 1

The documents listed below were utilized in the development of this Test Report:

Fisheries and Aquaculture Standards Revision Process Procedures Contents

ORGANIZING YOUR FFA MEETINGS. Objective: Understanding parliamentary procedure and public speaking skills.

lavote.net Imperial Highway, Norwalk, California larecorder.net October 2, 2015

Communicating Student Learning

20 April 2017 Edinburgh. Election rules and schedules

December 15, Sachi A. Hamai, Chief Executive Officer. Dean C. Logan, Registrar-Recorder/County Clerk. VSAP Quarterly Report 4 th Quarter, 2015

Privacy Issues in an Electronic Voting Machine

ecourts for Law Division, Civil Part

Processes. Criteria for Comparing Scheduling Algorithms

Preamble. THE GOVERNMENT OF THE UNITED STATES OF AMERICA AND THE GOVERNMENT OF THE KINGDOM OF SWEDEN (hereinafter referred to as the Parties ):

GAO. Statement before the Task Force on Florida-13, Committee on House Administration, House of Representatives

Electoral and Referendum Regulations 1940

WHAT IS PUBLIC OPINION? PUBLIC OPINION IS THOSE ATTITUDES HELD BY A SIGNIFICANT NUMBER OF PEOPLE ON MATTERS OF GOVERNMENT AND POLITICS

Revised December 2014 JSm GUIDANCE FOR EXAM INVIGILATORS

Global Conditions (applies to all components):

CA/BROWSER FORUM Intellectual Property Rights Policy, v. 1.3 (Effective July 3, 2018)

COLUMBIA LAW SCHOOL STUDENT SENATE. Student Group Funding Guidelines Approved by the Senate on September 20, I. Overview 2

Mojdeh Nikdel Patty George

TOWNSHIP OF WEST LINCOLN

Volume I Appendix A. Table of Contents

Body Worn Camera Policy

Transcription:

Overview of the Design Process Avoid Bad Design, Use UCD Evidence-based Design Hypothesis testing!

Good Design (reminder!) Every designer wants to build a highquality interactive system that is admired by colleagues, celebrated by users, circulated widely, and imitated frequently. (Shneiderman, 1992, p.7) and anything goes!

The Good

The Good

The Bad

The Bad Perspective view of ballot, as a voter would have seen it.

The Bad

The Bad?

The Bad

The Ugly

The Ugly

The (really) Ugly

What The???

What About This???

What About This???

But What Makes it Good?! ØFunctionality ØSpeed & efficiency ØReliability, security, data integrity ØStandardization, consistency ØUSABILITY!

Don t Forget This Enjoyneering!

Closer to Fine: A Philosophy The human user of any system is the focus of the design process. Planning and implementation is done with the user in mind, and the system is made to fit the user, not the other way around.

Good Design Means Ø Systems are built for humans; must be designed for the user Ø Recognize individual differences; appreciate design implications of these human factors Ø Recognize the design of things, procedures, etc., influences human behavior and well-being Ø Emphasize empirical data & evaluation Ø Rely on the scientific method Ø Things, procedures, environments, and people do not exist in isolation

Good Design Is Not L NOT just applying checklists and guidelines v These can help, but USD is a whole philosophy L NOT using oneself as the model user v Know your real users; recognize variation in humans L NOT just common sense v Knowing how to design a fire alarm so it will be heard over background noise is not something we all know. v The HF specialist knows where or how to get the information needed to answer design questions

User Centered Design ØA way to force yourself to identify and consider the relevant human factors in your design ØHelps reduce the number of decisions made out of the blue, and helps focus design activities ØHelps document and defend decisions that may be reviewed later

The Tao of UCD DESIGN IMPLEMENT USE & EVALUATE

UCD: 9 Step Overview 1. Define the Context 2. Describe the User 3. Needs Analysis and Task Analysis 4. Function Allocation & Information Architecture 5. System Layout / Basic Design 6. Mockups & Prototypes 7. Design Evaluation 8. Iterative Test & Redesign 9. Updates & Maintenance

Design Implications Ø At each stage, consider how the details of your discovery process affect your design Finding/Data Users 16-80 yrs Some French speakers Astronaut users Design Implications Range of text sizes Range of grip strength Multilingual interface Extensive training available Military context Aesthetics less of an issue Ruggedness is critical

1. Define the Context ØContext: the type of uses, applications v Life critical systems, applications v Industrial, commercial, military, scientific, consumer v Office, home, entertainment v Exploratory, creative, cooperative ØMarket ØCustomer (not the same as the User) Design Impacts?

2. Describe the User (!!) Ø Physical attributes (age, gender, size, reach, visual angles, etc ) Ø Perceptual abilities (hearing, vision, heat sensitivity ) Ø Cognitive abilities (memory span, reading level, musical training, math ) Ø Physical work places (table height, sound levels, lighting, software version ) Ø Personality and social traits (likes, dislikes, preferences, patience ) Ø Cultural and international diversity (languages, dialog box flow, symbols ) Ø Special populations, (dis)abilities

3. Needs Analysis & Task Analysis ØInterviews, surveys, wants&needs study, field studies, etc. ØTalk to and observe users (NOT customers) doing what they do ØList each and every TASK ØBreak tasks down into STEPS ABSTRACT into standard tasks (monitor, diagnose, predict, control, inspect, transmit, receive, decide, calculate, store, choose, operate, etc.)

4. Function Allocation & Information Architecture Ø Decide who or what is best suited to perform each task (or each step) v e.g., system remembers login id, and reminds the user, but user remembers the password Ø Base this on knowledge of system hardware, software, users abilities, culture, comm. protocols, privacy, etc. Ø Allocation constraints: Effectiveness; Cognitive/affective; Cost; Mandatory Ø Information Architecture v Determine information inputs and outputs Don t forget the design implications!

5. System Layout / Basic Design ØSummary of the components and their basic design ØCross-check with any Requirements Documents; Human Factors refs; Hardware specs; Budgets; Laws (ADA); etc. ØEnsure that the system will support the design and comply with constraints Ø(Verification and Validation, in the language of software engineering)

6. Mockups & Prototypes Ø Informed Brainstorming ØWidely divergent, but still compliant ØRAPIDLY mock up the user interfaces for testing with real people ØPen and paper or whiteboard to start ØIterate, iterate, iterate!! ØIncreasingly functional & veridical v List audio & visual details at same levels of detail in the prototypes

7. Design Evaluation Ø Get real (or representative) users to do what they do, using the prototypes Ø Subjective and objective feedback. Sometimes users want features that actually yield poor performance Ø Video, screengrabs, lots of notes, etc. Ø Be rigorous wherever possible (stats, etc.) Ø Feedback into the iterative evaluation & redesign of the system Ø Discount usability testing can be very effective, using fewer subjects, more rapid results

8. Iterative Test & Redesign ØRepeat cycles of testing and reworking the system, subject to cost/time constraints ØFocus on Functionality First! ØPlan for several versions during development

9. Updates & Maintenance ØSustainability of system ØIn-the-field feedback, telemetry, user data, logs, surveys, etc. ØAnalyze and make iterative redesign/test recommendations ØUpdates and maintenance plan as part of the design! v (design it so it can be fixed or updated)

UCD: 9 Step Overview 1. Define the Context 2. Describe the User 3. Needs Analysis & Task Analysis 4. Function Allocation & Information Architecture 5. System Layout / Basic Design 6. Mockups & Prototypes 7. Design Evaluation 8. Iterative Test & Redesign 9. Updates & Maintenance Design Implications?!!

UCD: Focusing Your Efforts ØThere are real-world constraints ØCutting out steps is not the way to economize! ØOptimize the efficiency of each step ØHere: Focus on the context and the user, to get the most value for the time spent

Concepts, Principles, Guidelines ØRemember v No cookbooks (sorry!) v No simple, universal checklists v Think from perspective of user v There are many concepts, principles, and guidelines to help you v Focus on higher level principles that apply across situations, display types, etc. and (almost) anything goes