CS 321: Human-Computer Interaction Design

Slides:



Advertisements
Similar presentations
User Experience Krista Van Laan. Agenda What is User Experience? How does a User Experience team support the rest of the organization? What processes.
Advertisements

Design, prototyping and construction
© 2007 AT&T Knowledge Ventures. All rights reserved. AT&T and the AT&T logo are trademarks of AT&T Knowledge Ventures. Interactive Solutions & Design Group.
Rapid Prototyping Dimensions and terminology Non-computer methods
Systems Analysis, Prototyping and Iteration Systems Analysis.
Agile Usability Testing Methods
AN OVERVIEW BY JAMIE STARKE The Role of Prototyping.
UI Standards & Tools Khushroo Shaikh.
Chapter 8 Prototyping and Rapid Application Development
Identifying and Compensating for Biases in User Feedback A Case Study Team Chartreuse.
Paper Prototyping Source:
Human Computer Interaction & Usability Prototyping Design & Prototyping HCI Prototyping.
Tietojärjestelmien peruskurssi Systeemisuunnittelu ja prototyyppimenetelmä Malin Brännback.
Principles of User Centred Design Howell Istance.
1 DENIM: An Informal Web Site Design Tool Inspired by Observations of Practice CS 376 – Research Topics in HCI 11/01/2005 Tony Tulathimutte.
SiTEL LMS Focus Group Executive Summary Prepared: January 25, 2012.
S556 SYSTEMS ANALYSIS & DESIGN Week 11. Creating a Vision (Solution) SLIS S556 2  Visioning:  Encourages you to think more systemically about your redesign.
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
Interaction Design Process COMPSCI 345 S1 C and SoftEng 350 S1 C Lecture 5 Chapter 3 (Heim)
Merja & Pauli Rapid prototyping & other stuff.
Human Computer Interaction
© 2005 course technology1 1 1 University Of Palestine UML for The IT Business Analyst A practical guide to Object Oriented Requirement Gathering Hoard.
The System and Software Development Process Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
SOFTWARE ENGINEERING MCS-2 LECTURE # 4. PROTOTYPING PROCESS MODEL  A prototype is an early sample, model or release of a product built to test a concept.
©2001 Southern Illinois University, Edwardsville All rights reserved. Today Tuesday Running A Paper Prototyping Session CS 321 Human-Computer Interaction.
Today: ID Chapter 11 – Design, Prototyping, and Construction Also please read: “Prototyping for Tiny Fingers”, get it from the bibliography section of.
Prototyping. REVIEW : Why a prototype? Helps with: –Screen layouts and information display –Work flow, task design –Technical issues –Difficult, controversial,
Z556 Systems Analysis & Design Session 10 ILS Z556 1.
Click to add text Systems Analysis, Prototyping and Iteration.
Prototyping life cycle Important steps 1. Does prototyping suit the system 2. Abbreviated representation of requirements 3. Abbreviated design specification.
©2001 Southern Illinois University, Edwardsville All rights reserved. Today Wednesday Running A Paper Prototyping Session Paper Prototyping Video: Paper.
Design, prototyping and construction(Chapter 11).
5. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Describe the activities of the requirements discipline  Describe the difference.
Chapter 7: Designing solutions to problems OCR Computing for A Level © Hodder Education 2009.
Advanced Higher Computing Science
Rekayasa Perangkat Lunak Part-6
Methodologies/Life Cycle Models
Project Breakdowns HCDE 492/592 Winter 2014.

Prototyping in the software process
Software Prototyping.
User-centred system design process
INF385G: Topic Discussion Huang, S. C.
Recall The Team Skills Analyzing the Problem (with 5 steps)
CASE Tools and Joint and Rapid Application Development
Fundamentals of Information Systems, Sixth Edition
Architecture Concept Documents
Wrapping up prototyping
Prototyping.
Software Process Models
Prototyping.
Recall The Team Skills Analyzing the Problem (with 5 steps)
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
Design, prototyping and construction
Chapter 11 Design, prototyping and construction 1.
Software Process Models and the feasibility study
Applications Software
The Role of Prototyping
Usability Techniques Lecture 13.
Software Process Models
DESIGN, PROTOTYPING and CONSTRUCTION
Prototyping Sriram Mohan.
FdSc Module 107 Systems Analysis
Chapter 8 Prototyping and Rapid Application Development
Requirements Analysis Techniques
Lesson 2 Prototyping.
From Use Cases to Implementation
Design, prototyping and construction
COMP444 Human Computer Interaction Prototyping
Presentation transcript:

CS 321: Human-Computer Interaction Design Lesson Seven Prototyping Wireframing High-Fidelity Prototyping Chapter 11 Chapter 5

Specifications and Models Communicating a proposed design with a diagrammed model or textual specifications has several drawbacks: Features tend to be presented in isolation (e.g., bullet items), inhibiting the achievement of a global vision. Text and work models tend to be abstract, making them difficult for users to relate to their actual work experience. These approaches are not event-driven, which can prevent users from envisioning the planned dynamics of the proposed system. A preferred approach for communicating the design is prototyping, modeling a reasonably close facsimile of the final product. CS 321 Lesson Seven Prototyping Page 85

The Advantages of Prototyping Prototyping provides a tool with which designers can validate the usability of their proposed system. Prototyping provides an effective means of communication between designers and users, ensuring a common understanding of what will and will not be accomplished with the proposed system. Prototyping affords opportunities to clarify misconceptions between designers and users before the investment in time and resources becomes too great. CS 321 Lesson Seven Prototyping Page 86

Low-Fidelity Prototyping A low-fidelity prototype is sketchy and incomplete, and has some characteristics of the target product but is otherwise simple, usually in order to quickly produce the prototype and test broad concepts. Advantages Fast - no coding required Quickly IDs basic design flaws Focuses on overall functionality and layout Refines GUI pre-implementation Allows multidisciplinary participation Encourages ideas from designers & users Disadvantages Produces no code, no algorithms, no databases, and no images – just a rough layout demonstrating the main functionality Doesn’t find all GUI problems Ignores issues with interface style Incompatible with mere upgrades May seem unprofessional to users May be overwhelming for large systems CS 321 Lesson Seven Prototyping Page 87

Wireframing The modern approach to low fidelity prototyping is wireframing, in which static versions of digital controls are laid out, with simple hyperlinks connecting the various versions of the interface’s appearance. With a more professional appearance and without the distraction of the “human computer”, wireframing has supplanted paper prototyping as the low-fidelity platform of choice with many HCI developers. CS 321 Lesson Seven Prototyping Page 88

Running a Low-Fidelity Prototyping Session After Each Prototyping Session... Hold a post-mortem meeting to discuss the areas where the user had problems or made suggestions. Review what happened in chronological order, objectively gathering observations, identifying the larger design issues and then prioritizing. Facilitator The interviewer who leads the user through the walkthroughs, answering questions but not actually helping the user traverse the interface! Observer The note-taker & video recording monitor. After identifying and prioritizing the design issues, discuss possible changes, but use a rat-hole watcher to circumvent overdoing the debate. CS 321 Lesson Seven Prototyping Page 89

Design Changes After The Session Use iterative refinement, making design changes or changes to the walkthrough scenarios prior to the next interview session. After early sessions, err on the side of making broad changes from which more can be learned. Your team can always revert to an earlier design. After later sessions, err on the side of making changes of smaller scope, since it may be impractical to pursue solutions to large problems at this stage. CS 321 Lesson Seven Prototyping Page 90

High-Fidelity Prototyping A high-fidelity prototype is quite close (in appearance and interaction) to the final product, with lots of detail and functionality. Advantages Enables fine-tuning of GUI Superior control over what the user can see Resetting or undoing actions is possible & easy Particularly useful for upgrading existing software Disadvantages Curtails major changes Not conducive to large design teams Tends to make users feel that design is complete Produces code that needs to be discarded Produces no algorithms, no databases – just a refined interface with some proposed control widgets and images (all subject to change during testing) Requires all designers to have technical backgrounds CS 321 Lesson Seven Prototyping Page 91

Prototype Iterations As the development team iterates through the prototypes, the structure and flow of the design are refined and the level of commitment to the design increases. The low-fidelity prototype uses a sketchy wireframe to establish the basic structure of the interface and the overall flow of its interactions. The high-fidelity prototype uses ad hoc software to refine the interface’s structure and to fill in the details of the interactions’ flow. CS 321 Lesson Seven Prototyping Page 92

HIGH-FIDELITY PROTOTYPE Advanced interface of design to finalize components and interactions WIREFRAME Preliminary design of interface to determine whether overall design is viable and whether planned interactions are effective PERSONAS Model representative user templates who will be considered when contemplating design decisions and their effects AFFINITY DIAGRAM Brainstorm ideas regarding what the user does and doesn’t want and need WORK MODELS Document your team’s understanding of the who, how, when, what, and where of the user’s current practices CONTEXTUAL INQUIRY Acquaint yourself with actual users to determine their current practices and future needs Summary: Contextual Inquiry to Prototyping CS 321 Lesson Seven Prototyping Page 93