Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Lecturer: Prof Jim Warren Based on Chapter 5 of The Resonant Interface HCI.

Slides:



Advertisements
Similar presentations
Design, prototyping and construction
Advertisements

Lecture 6 Conceptual Design
Chapter 5 Design Overview
User Interface Structure Design
Chapter 4 Design Approaches and Methods
SECOND MIDTERM REVIEW CS 580 Human Computer Interaction.
Copyright 1999 all rights reserved The HCI Design Process n User Interfaces are not just built by sitting down and drawing up designs for them n Just like.
Prototypes Low-fidelity prototypes design.org/encyclopedia/contextual_design.html Heim, Chapter 5.3 Lecture 9 Physical Design.
Human Computer Interaction
From requirements to design
Human Computer Interface. HCI and Designing the User Interface The user interface is a critical part of an information system -- it is what the users.
Usability presented by the OSU Libraries’ u-team.
Midterm Exam Review IS 485, Professor Matt Thatcher.
PowerPoint Presentation for Dennis, Wixom & Tegarden Systems Analysis and Design Copyright 2001 © John Wiley & Sons, Inc. All rights reserved. Slide 1.
The Information School of the University of Washington Information System Design Info-440 Autumn 2002 Session #10 BOO! BOO!
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Course Wrap-Up IS 485, Professor Matt Thatcher. 2 C.J. Minard ( )
From Scenarios to Paper Prototypes Chapter 6 of About Face Defining requirements Defining the interaction framework.
Recall The Team Skills 1. Analyzing the Problem (with 5 steps) 2. Understanding User and Stakeholder Needs 1. Interviews 2. Workshops 3. Brainstorming.
HCI revision lecture. Main points Understanding Applying knowledge Knowing key points Knowing relationship between things If you’ve done the group project.
What is a prototype? A prototype is a small scale model of your larger product. Can be a physical object, or a simple software program. Many physical.
Mid-Term Exam Review IS 485, Professor Matt Thatcher.
Human Computer Interaction & Usability Prototyping Design & Prototyping HCI Prototyping.
Chapter 8: Systems analysis and design
Principles of User Centred Design Howell Istance.
Department of Informatics, UC Irvine SDCL Collaboration Laboratory Software Design and sdcl.ics.uci.edu 1 Informatics 121 Software Design I Lecture 12.
Overview Prototyping and construction Conceptual design
HCI Prototyping Chapter 6 Prototyping. Learning Outcomes At the end of this lecture, you should be able to: –Define the term “prototyping” –Explain the.
Design, prototyping and construction CSSE371 Steve Chenoweth and Chandan Rupakheti (Chapter 11- Interaction Design Text)
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)
May 22, 2007Mohamad Eid Design Chapter 6. May 22, 2007Mohamad Eid Outline Technology Myopia Conceptual Design Physical Design Evaluation Physical Design.
Requirements Engineering Requirements Elicitation Process Lecture-8.
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
INFO3315 Week 4 Personas, Tasks Guidelines, Heuristic Evaluation.
STEPS IN THE WEB DESIGN PROCESS A 5 minute presentation on the latest Ideas and methods.
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Lecturer – Prof Jim Warren Lecture 4 - Usability Testing Based on Heim, Chapter.
MULTIMEDIA DEFINITION OF MULTIMEDIA
Chapter 6 Determining System Requirements. 2 2 What are Requirements? “Requirements are … a specification of what should be implemented. They are descriptions.
Prototyping. What is a prototype? In other design fields a prototype is a small- scale model: a miniature car a miniature building or town.
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley The Resonant Interface HCI Foundations for Interaction Design First Edition.
COMPSCI 345 / SOFTENG 350 Review for mid-semester test AProf Beryl Plimmer.
5 - 1 Copyright © 2006, The McGraw-Hill Companies, Inc. All rights reserved.
INTERACTION DESIGN PROCESS Textbook: S. Heim, The Resonant Interface: HCI Foundations for Interaction Design [Chapter 3] Addison-Wesley, 2007 February.
® IBM Software Group © 2006 IBM Corporation Writing Good Use Cases Module 1: Introduction to Use-Case Modeling.
Chapter 9 Prototyping. Objectives  Describe the basic terminology of prototyping  Describe the role and techniques of prototyping  Enable you to produce.
User Interface Design & Usability for the Web Card Sorting You should now have a basic idea as to content requirements, functional requirements and user.
Unit 1 – Improving Productivity
Chapter 6 – Architectural Design Lecture 1 1Chapter 6 Architectural design.
User Modeling Lecture # 7 Gabriel Spitz 1. User Interface Design Process Gabriel Spitz 2 Needs Assessment Competitive Analysis Persona Develop Task Analysis/
By Germaine Cheung Hong Kong Computer Institute
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Lecturer: Prof Jim Warren Based on Chapter 5 of The Resonant Interface HCI.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
By Godwin Alemoh. What is usability testing Usability testing: is the process of carrying out experiments to find out specific information about a design.
User Modeling Lecture # 7 Gabriel Spitz 1. User Interface Design Process Gabriel Spitz 2 Needs Assessment Competitive Analysis Persona Develop Task Analysis/
Human-Computer Interaction Design process Task and User Characteristics Guidelines Evaluation ISE
Overview Prototyping Construction Conceptual design Physical design Generating prototypes Tool support.
©2001 Southern Illinois University, Edwardsville All rights reserved. Today Putting it in Practice: CD Ch. 20 Monday Fun with Icons CS 321 Human-Computer.
Supporting the design of interactive systems a perspective on supporting people’s work Hans de Graaff 27 april 2000.
Design, prototyping and construction(Chapter 11).
Activity Design Goal: work from problems and opportunities of problem domain to envision new activities.
Technical Communication: Concepts and Features
Informatics 121 Software Design I
Design, prototyping and construction
Chapter 11 Design, prototyping and construction 1.
Usability Techniques Lecture 13.
Design, prototyping and construction
COMP444 Human Computer Interaction Prototyping
Presentation transcript:

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Lecturer: Prof Jim Warren Based on Chapter 5 of The Resonant Interface HCI Foundations for Interaction Design First Edition by Steven Heim Lecture 21: Conceptual Design

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-2 Chapter 5: Design Technology Myopia Conceptual Design Physical Design Evaluation –We’ve covered specific techniques for this already under the Usability module Physical Design Cont. Interface Design Standards

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-3 Technology Myopia Interaction designs must be sensitive to: –Human-human communication –Implicit Knowledge (how the organisation [or whatever deployment setting) works at present, possibly for good reason) –Non-technical aspects of work (what else people do around the task where your software may sit) HCI is about suiting the technology to the task, not vice- versa Integrate technology and human activities carefully (“sociotechnical perspective”)

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-4 Conceptual Design Conceptual design involves –Structuring the information space –Creating alternate solutions –Determining which design concept to pursue

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-5 Conceptual Design The tools involved in conceptual design: –Brainstorming –Card sort –Semantic networks –Personas –Scenarios –Flowcharts –Cognitive walkthroughs (already covered in Usability module) –Use cases

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-6 Conceptual Design - Brainstorming Team activity –Stream-of-consciousness Generate ideas without stopping for criticism Use post-it notes or whiteboard or butcher paper, and just write –Storyboarding Illustrate the ‘story’ of what does (or should) happen Maybe have people role play Brainstorming sessions generate a lot of material that must be filtered and organized

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-7 Conceptual Design – Card Sort Card Sorting can be used to discover user-centered groupings Card sorting can be used to organize the information collected in the discovery phase Used to define groupings for menus, controls and Web page content Used to generate labels for menus, buttons and navigation links

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-8 Conceptual Design – Card Sort Result of a card sort Seldom this easy – brainstorming often yields synonyms and entries that don’t easily fit

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-9 Conceptual Design – Card Sort Advantages of card sorting sessions: –They are quick and easy to perform –They can be done before any preliminary designs have been made –They will let you know how people organize information –They will expose underlying structures

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-10 Conceptual Design – Card Sort Disadvantages of card sorting sessions: –They only involve the elements that you have written on the cards This might not be all the elements required in the real system –They suggest solutions that imply structures i.e. might get you fixated on a solution or metaphor that doesn’t suit the end user –They become difficult to navigate with more categories Semantically, all you have is clusters in 2D

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-11 Conceptual Design – Semantic Network A semantic network is a web of concepts that are linked through association.

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-12 Conceptual Design – Semantic Network Advantages of semantic networks: –They allow an easy way to explore the problem space. –They provide a way to create clusters of related elements Several named clusters (edit, format etc), and subclusters (e.g. Format-character, format-paragraph) –They provide a graphical view of the problem space. –They resonate with the ways in which people process information Particularly good for leading you to menu structures or dialog groupings/layouts

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-13 Conceptual Design – Semantic Network Disadvantages of semantic networks: –They require knowledge of the problem space –They can lead beyond the problem space –There is no formal semantics for defining symbol meaning [NOT on exam] You can get more formal and give the relationships explicit types (e.g., use Web Ontology Language [OWL] – but that’s beyond this course, or current HCI practice)

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-14 Conceptual Design – Personas Personas are archetypes of actual users, defined by the user’s goals and attributes. “Personas are derived from patterns observed during interviews with and observations of users and potential user (and sometimes customers) of a product” (Cooper & Reimann, 2003, p67)

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-15 Conceptual Design – Personas Create personas for primary stakeholders (classes of end users) A persona is a detailed description complete with as many personally identifying attributes as necessary to make it come to life –You want to be able to have empathy for this user!

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-16 Conceptual Design – Personas Personas should be a strict reflection of the information derived from the collection activities If you cannot point to a direct one-to-one relation with an observed user behavior, then that particular persona characteristic is either unnecessary or, more important, erroneous and will lead to incorrect design decisions –i.e., personas should be realistic, but not fantasy

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Personas – in and out Personas should have –A face (real photo of somebody, not necessarily somebody you interviewed) –A personality, a history, a skill set and a back story (all tangibly related to data from the Discovery phase, but probably a blend of real individuals) Personas don’t really need –Hair colour, height, weight (or anything irrelevant to designing for them) – but photo may imply some of this, just because real people can’t be ‘null’ for these attributes Some designers recommend ‘extreme’ personas to push the boundaries of your user types; more commonly, they are typical users 1-17

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-18 Conceptual Design – Personas Advantages of personas: –They are quick and easy to create. –They provide a consistent model for all team members. –They are easy to use with other design methods. –They make the user real in the mind of the designer. Disadvantages of personas: –They can be difficult to create if the target audience is international. –Having too many personas will make the work difficult. –There is a risk of incorporating unsupported designer assumptions.

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-19 Conceptual Design – Scenarios, Flowcharts, and Cognitive Walkthroughs Scenarios –An English (natural) language description of a typical task –A scenario describes The basic goal The conditions that exist at the beginning of the task The activities in which the persona will engage The outcomes of those activities Scenarios afford a rich picture of the user’s tasks

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Writing Scenarios The Scenario involves one of your Personas Just as the Persona is specific about relevant aspects of the user, the Scenario should specific about the goals and activities However, for design, the Scenario should avoid pinning down the nature of the user interface solution –WHAT they do, but not HOW they do it –E.g., “John found an available room with enough space for his group and reserved it for the meeting” not “John pressed F5 to bring up the available room list and used the mouse...” 1-20

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-21 Conceptual Design – Scenarios, Flowcharts, and Cognitive Walkthroughs Flowcharts can be: –Simple network diagrams that identify the pages of a Web site and the navigational links between them –Sophisticated diagrams that capture conditional junctures and computational processes (e.g., Formcharts)

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley 1-22 Conceptual Design – Scenarios, Flowcharts, and Cognitive Walkthroughs Cognitive walkthrough - the evaluator follows the various scenarios using the flowcharts or the low-fidelity prototypes (next lecture) The evaluator takes the part of the primary stakeholder and tries to accomplish that stakeholder’s various tasks (We covered a highly structured version of this under Usability, but it could be less formal. When used in Conceptual Design, goal is to determine completeness and robustness of the design)

Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Conceptual Design Summary We want a sociotechnical approach to design (designing for people, to fit their work) Brainstorming, card sort and semantic networks can identify and organise key concepts Personas give us models of our users suitable for emphathy Scenarios paint a word picture of a Persona using the future design Flowcharts provide a first formalisation of the interaction and may be tested with cognitive walkthrough 1-23