Desirable “-abilities” in HCI

Slides:



Advertisements
Similar presentations
Interaksi Manusia Komputer – Marcello Singadji. design rules Designing for maximum usability – the goal of interaction design Principles of usability.
Advertisements

Cognitive Walkthrough More evaluation without users.
Each individual person is working on a GUI subset. The goal is for you to create screens for three specific tasks your user will do from your GUI Project.
Chapter 1 Introduction. “How do I send picture by ?” “Click on Attach button, or paper clip icon, select the picture and click attach” The instructions.
Your interaction Project “Start” (slides 2 – 4) worth 50 pts. with Showing on Oct. 30 for 25 pts.  create a Help Agent for a mapping facility called.
What is Design? Professor: Tapan Parikh TA: Eun Kyoung Choe
Part 2c: Requirements Chapter 2: How to Gather Requirements: Some Techniques to Use Chapter 3: Finding Out about the Users and the Domain Chapter 4: Finding.
Links and Comments.
1 CS 430 / INFO 430 Information Retrieval Lecture 24 Usability 2.
© Lethbridge/Laganière 2001 Chapter 7: Focusing on Users and Their Tasks1 7.1 User Centred Design (UCD) Software development should focus on the needs.
Chapter 7 design rules.
1 User Interface Design CIS 375 Bruce R. Maxim UM-Dearborn.
User Interface Evaluation CIS 376 Bruce R. Maxim UM-Dearborn.
Predictive Evaluation
An Example of an Application of the Semiotic Inspection Method in the Domain of Computerized Patient Record System Weronika Tancredi, Olof Torgersson Department.
SLB /04/07 Thinking and Communicating “The Spiritual Life is Thinking!” (R.B. Thieme, Jr.)
Part 1-Intro; Part 2- Req; Part 3- Design  Chapter 20 Why evaluate the usability of user interface designs?  Chapter 21 Deciding on what you need to.
Object-Oriented Software Engineering Practical Software Development using UML and Java Chapter 7: Focusing on Users and Their Tasks.
JENNIFER WONG CHAPTER 7: USER – CENTERED DESIGN. The point of the book was to advocate a user- centered design which is a philosophy that things should.
Human – Computer Interaction
ATL’s in the Personal Project
Evaluation of User Interface Design 4. Predictive Evaluation continued Different kinds of predictive evaluation: 1.Inspection methods 2.Usage simulations.
Sharing Design Knowledge through the IMS Learning Design Specification Dawn Howard-Rose Kevin Harrigan David Bean University of Waterloo McGraw-Hill Ryerson.
Evaluating a UI Design Expert inspection methods Cognitive Walkthrough
1 ITM 734 Introduction to Human Factors in Information Systems Cindy Corritore This material has been developed by Georgia Tech HCI faculty,
Understanding Users Cognition & Cognitive Frameworks
User and Task Analysis © Ed Green Penn State University Penn State University All Rights Reserved All Rights Reserved 12/5/2015User and Task Analysis 1.
Cognitive Walkthrough More evaluating with experts.
Introduction to Evaluation without Users. Where are you at with readings? Should have read –TCUID, Chapter 4 For Next Week –Two Papers on Heuristics from.
Fall 2002CS/PSY Predictive Evaluation (Evaluation Without Users) Gathering data about usability of a design by a specified group of users for a particular.
CHAPTER 2 Copyright ©2014 Cengage Learning. All Rights Reserved. May not be scanned, copied or duplicated, or posted to a publicly accessible website,
Today Discussion Follow-Up Interview Techniques Next time Interview Techniques: Examples Work Modeling CD Ch.s 5, 6, & 7 CS 321 Human-Computer Interaction.
TRAINING PACKAGE The User Action Framework Reliability Study July 1999.
How do people use an Interface Gabriel Spitz 1. User Interface Design?  Design is solving a problem  Design is creating an object or the means to enable.
Copyright 2006 John Wiley & Sons, Inc Chapter 5 – Cognitive Engineering HCI: Developing Effective Organizational Information Systems Dov Te’eni Jane Carey.
Chapter 7 design rules. Designing for maximum usability – the goal of interaction design Principles of usability –general understanding Standards and.
Design rules.
Chapter 3 Start Semiotic Engineering Tenets of Semiotic Engineering
Chapter 6 : User interface design
Data Synthesis and Analysis
Welcome to M301 P2 Software Systems & their Development
Interaction Project: Project start
Annual Performance Management Cycle Management Training Tutorial
Preparation of ULAB EVAL part C
The Semiotic Engineering of Human-Computer Interaction Section I Foundation Chapter 1 Introduction.
“Intelligent User Interfaces” by Hefley and Murray A 1993 Perspective
Ch. 3 Semiotic Engineering
Team Member Adding Comments and Digital Signature During Sign Off
Data Synthesis and Analysis
Writing your personal project report
Evaluation without Users, Part 2
Part B – 20 pts during 10/20 class time or equivalent and documentation submitted into D2L by 10/30 You may want to meet in the computer lab so that each.
Ch. 2 Fundamental Concepts in Semiotics Part One
Ch 1 Second Half What is a Language?
Information about all the ULABs left
The Design of Everyday Things
HCI – DESIGN RATIONALE 20 November 2018.
Model based design.
Helping Students Process New Information
The interaction.
Preparation of ULAB EVAL part C
Design Brief.
Evaluation.
CIS 4328 – Senior Project 2 And CEN Engineering of Software 2
CSE310 Human-Computer Interaction
Chapter 7 design rules.
Chapter 7 design rules.
Chapter 7 design rules.
Cognitive Walkthrough
Chapter 7 design rules.
Presentation transcript:

Ch. 4 Communicability and the Designer’s Deputy Discourse Please read carefully!

Desirable “-abilities” in HCI Adaptability Applicability Extensibility Flexibility Reliability Predictability Sociability Key quality of interactive computer-based artifacts for semiotic engineering Communicability

Kind of communication that Semiotics engineering focuses on: Norman's 7 stages of Cognition (thinking) Establish the goal Form the intention Specify the action sequence Execute the action Perceive the system state Interpret the system state Evaluate the system state with respect to the goals and intentions

Evaluate Communicability and the Designer’s Deputy Discourse Communicability Evaluation Heuristic principles The principle of visibility The principle of recall prior knowledge The principle of Affordance The principle of feedback The principle of consistency Simplicity Simple and intuitive use

Support users’ goals by: Communicating Range of goals Methods to achieve them Interface signs that activate steps Signs of feedback to user’s intervention Speech acts User’s goals have a semiotic extension tells the user which signs are available Range of responses Meanings

Communicability of any representation depends: Shared context between sender & receiver The sign interpretation Within a pragmatics of the encoding. Communicability has everything to do with: Cueing sets of interpretive codes Dismissing sets of codes Communicability is about: Discourse  Deputy’s Discourse and some affordance

Communicability Evaluation Starts with communicative breakdown examination From there aspects are inferred Need Situated interaction where the discourse can be pragmatically interpreted.

Illustrated Narrative Joe uses Endora to handle his email. He has a standard signature. He can not see the signature when composin g emails. Illustrated Narrative

User’s Goal: Need to have an alternative signature

Hunting.. Communicability

He tries Options- ”where is it?” “I can’t do it this way” “I can do otherwise” Joe copies and paste the alternative signature and thinks “ Looks fine to me!” What is the designer’s discourse for signature?

What is the designer’s deputy for signature options?

The Discourse Speech acts performed by User and designer’s deputy Review page 116-121 boxes with user’s: Thoughts Actions System screen shots Speech acts performed by User and designer’s deputy both produce illocutions where: expression content intent bring perlocution (effect on the state of affairs)

Ulab Evaluation Report due Wed Nov 9 midnight Each B/D submits a Report of findings from the evaluation (with the raw data of the loggers) Include: Team members’ roles in this eval. Original evaluation used. Comments on the original eval and any changes made to it. The final material used during the evaluation User’s demographic information collected Raw data from each logger. Your analysis of the raw data – Must contain evidence of Designer’s deputy seen by user or not seen by user.

By Wed. Nov.16 ->Presentation – 25 pts The last member who was not a B/D will be the presenter of the evaluations in the “Ulab Presentation” which is a short recorded meeting for 25 pts. The presentation is a Utube recording with all team members in attendance. The presenter discusses the design stance found by each user. Team members interject a final comment on each eval with the failures of communicability. Please add the URL of the recording in the scribe’s report to D2L. Make sure that the recording is not private so that I can view. The Ulab team discussed each evaluation and decides which of the evaluation was a success. Team meets to discuss all three evals and which is the critical failure in the deputy discourse. The scribe submits this discussion and justification of the best evaluation after making the video with the ULAB team. The utube video URL needs to be in the scribe report. The 25 pts is rated in the information each B/D gives about their eval and the scribes description of the “best” evaluation

Errors and state the error Help and explain the help The results can use a table like this (make sure you add the user’s discourse and the deputy’s discourse): Also: Understanding instances of signification – Misunderstandings instances of signification   Time to complete task Number of clicks Errors and state the error Help and explain the help Time spend using help Q1 Q2 Q3 Q4 Q5 Q6 Q7 Total

Errors in Semiotics Complete Failures (I) Global illocution Not consistent Global perlocution User aware (Ia) User unaware (Ib) Temporary Failures (II) Global Consistent User’s semiosis halted User reformulates illocution User studies deputy illocution Local illocution Local perlocution IIa IIb IIc Partial Failures (III) Local User does not understand deputy illocution Understands but fails to do expected

Categorization of communicability Interpreting Tagged User- system communication Logs

Generating the semiotic profile of designer-to-user metacommunication Semiotic profiling stage: Finalizes the communicability evaluation The designer’s message spelled out by evaluator “Who do I think are the users? “What have I learned about the users’ wants & needs? “Which do I think are these users’ preferences? “What system have I therefore designed for these users? “How can they use it? “What is my design vision?

Remember: the designer’s deputy’s discourse has 5 models: The domain model The user model The task model The interaction model The interface model