High level models of human-computer behaviour

Slides:



Advertisements
Similar presentations
Structured Design The Structured Design Approach (also called Layered Approach) focuses on the conceptual and physical level. As discussed earlier: Conceptual.
Advertisements

Interaction Techniques Level 2 Prepared by: RHR First Prepared on: Nov 23, 2006 Last Modified on: Quality checked by: MOH Copyright 2004 Asia Pacific Institute.
Day 4 More on Information Design and Theories of human computer interaction.
User Modeling CIS 376 Bruce R. Maxim UM-Dearborn.
Human Capabilities: Mental Models CS352. Announcements Notice upcoming due dates (web page). Where we are in PRICPE: –Predispositions: Did this in Project.
Introduction to the gedit editor. gedit: the Gnome editor Gnome: Gnome is a freely available (i.e., no cost) desktop environment for the UNIX system The.
1http://img.cs.man.ac.uk/stevens Interaction Models of Humans and Computers CS2352: Lecture 7 Robert Stevens
SIMS 213: User Interface Design & Development Marti Hearst Thurs, Feb 10, 2005.
SIMS 213: User Interface Design & Development
7M701 1 User Interface Design Sommerville, Ian (2001) Software Engineering, 6 th edition: Chapter 15
1 SWE Introduction to Software Engineering Lecture 26 – User Interface Design (Chapter 16)
Message Design and Content Creation: Tasks and Design 30 January 2007 Kathy E. Gill.
User Interface Design: Methods of Interaction. Accepted design principles Interface design needs to consider the following issues: 1. Visual clarity 2.
SIMS 213: User Interface Design & Development Marti Hearst Tues, Feb 10, 2004.
Design Principles, Guidelines and Metaphor Howell Istance Department of Computer Science De Montfort University.
XP New Perspectives on Microsoft Office Word 2003 Tutorial 1 1 Microsoft Office Word 2003 Tutorial 1 – Creating a Document.
User interface design Designing effective interfaces for software systems Objectives To suggest some general design principles for user interface design.
About the Presentations The presentations cover the objectives found in the opening of each chapter. All chapter objectives are listed in the beginning.
Chapter 4 Cognitive Engineering HCI: Designing Effective Organizational Information Systems Dov Te’eni Jane M. Carey.
SIMS 213: User Interface Design & Development Marti Hearst Tues, Feb 11, 2003.
Understanding Task Orientation Guidelines for a Successful Manual & Help System.
Design, goal of design, design process in SE context, Process of design – Quality guidelines and attributes Evolution of software design process – Procedural,
Laboratory Exercise # 3 – Basic File Management Office Productivity Tools 1 Laboratory Exercise # 3 Basic File Management Objectives: At the end of the.
Create Professional-looking Content Easy to Use Interface Share Documents.
CHAPTER 4: INTRODUCTION TO COMPUTER ORGANIZATION AND PROGRAMMING DESIGN Lec. Ghader Kurdi.
1 Theories Lecture 3. CS774 – Spring Automation and human control Successful integration:  Users can avoid: Routine, tedious, and error prone tasks.
Chapter 5 Models and theories 1. Cognitive modeling If we can build a model of how a user works, then we can predict how s/he will interact with the interface.
Conceptual Models & Interface Metaphors. Objectives By the end of this class, you will be able to… Define conceptual model Identify instances where the.
XP New Perspectives on Introducing Microsoft Office XP Tutorial 1 1 Introducing Microsoft Office XP Tutorial 1.
The psychology of design: Models
Designing a Graphical User Interface (GUI) Krisana Chinnasarn, Ph.D. January 2007.
11.10 Human Computer Interface www. ICT-Teacher.com.
User interface design. Recap OOD is an approach to design so that design components have their own private state and operations Objects should have constructor.
CSC 480 Software Engineering Lecture 19 Nov 11, 2002.
1 Brief Review of Research Model / Hypothesis. 2 Research is Argument.
Chapter Three The UNIX Editors. 2 Lesson A The vi Editor.
Human-Computer Interaction (HCI)
Designing Interface Components. Components Navigation components - the user uses these components to give instructions. Input – Components that are used.
XP 1 Microsoft Word 2002 Tutorial 1 – Creating a Document.
Productivity Programs Common Features and Commands.
Design Rules-Part B Standards and Guidelines
Computer Components.
User Support Chapter 8. Overview Assumption/IDEALLY: If a system is properly design, it should be completely of ease to use, thus user will require little.
Software Architecture
The Design of Everyday Things Darn these hooves! I hit the wrong switch again! Who designs these instrument panels, raccoons?
Editors And Debugging Systems Other System Software Text Editors Interactive Debugging Systems UNIT 5 S.Sharmili Priyadarsini.
Interaction Tasks Select Position Orient Quantify Text.
Understanding Users Cognition & Cognitive Frameworks
Task Analysis CSCI 4800/6800 Feb 27, Goals of task analysis Elicit descriptions of what people do Represent those descriptions Predict difficulties,
3 Copyright © 2004, Oracle. All rights reserved. Working in the Forms Developer Environment.
Chapter Three The UNIX Editors.
Theories and Practice of Interactive Media 13 October 2003 Kathy E. Gill.
Chapter 5:User Interface Design Concepts Of UI Interface Model Internal an External Design Evaluation Interaction Information Display Software.
User Interface Design Lecture #4 Part-A. 30 January, 2008Human Computer Interaction Spring 2008, Lecture #4A 2 Agenda Principles on User Interface Design.
Human-Computer Interaction Design process Task and User Characteristics Guidelines Evaluation ISE
Mouse Trackball Joystick Touchpad TroughputError rate T roughput (bps) Error r ate (%) Image by MIT.
Theories and Practice of Interactive Media 6 October 2003 Kathy E. Gill.
Menu Creation 1.Perform a task analysis for Raskin’s idea of user-created menus (p.100). 2.What should the commands for the menu creation system be? NB.
A disciplined approach to analyzing malfunctions –Provides feedback into the redesign process 1.Play protocol, searching for malfunctions 2.Answer four.
Interaction Frameworks COMPSCI 345 S1 C and SoftEng 350 S1 C Lecture 3 Chapter (Heim)
Copyright 2006 John Wiley & Sons, Inc Chapter 5 – Cognitive Engineering HCI: Developing Effective Organizational Information Systems Dov Te’eni Jane Carey.
6. (supplemental) User Interface Design. User Interface Design System users often judge a system by its interface rather than its functionality A poorly.
Working in the Forms Developer Environment
Image by MIT OpenCourseWare Troughput (bps) Error rate (%) Mouse Trackball Joystick Touchpad.
Task Analysis CSCI 4800/6800 Feb 27, 2003.
CEN3722 Human Computer Interaction Cognition and Perception
15. Human-Computer Interaction
Chapter 12 cognitive models.
High level models of human-computer behaviour
Human Computer Interaction Lecture 24 Cognitive Models
Presentation transcript:

High level models of human-computer behaviour Are there theories that describe how people interact with computers? What is Shneiderman’s syntactic/semantic model? What is Norman’s stages of human interaction?

High-level models of human-computer behaviour Developing Theories in HCI must explain and predict human behaviour in the human-computer system must work in a wide variety of task situations must work within broad spectrum of system designs and implementations Some low-level theories can be used to predict human performance Fitt’s law time to select an item with a pointing device Keystroke level model sums up times for keystroking, pointing, homing, drawing, thinking and waiting General models that explain human behaviour with machines Syntactic/semantic model (Shneiderman) Stages of interaction (Norman) all of psychology!

Syntactic/semantic model of user knowledge A high level model of interaction, developed by Ben Shneiderman Action Object Task Computer Semantic Syntactic

1. Syntactic knowledge: The rules or combinations of commands and signals seen as device-dependent details of how to use system examples: backspace key delete previous character right mouse button raise menu grep < word> <file> finding a word in a file tab moves to next field in a form <cntl> X! enlarges window by one line (gmacs)

1. Syntactic knowledge (continued) User problems with syntactic knowledge syntactic details differ between (and within!) systems little consistency–> arbitrary e.g. leaving mail reading in gmacs “q” to quite mail system “<cntl> x <cntl>c” to quit gmacs “<cntl> d or logout” to quit Unix hard to learn acquired by rote memorization repeated rehearsals to reach competency must be frequently applied for retention over time easily forgotten expert/frequent users ok novice/casual users troubled by syntactic irregularities Syntactic

2. Semantic knowledge: Computer concepts The meaning behind computer concepts Usually follows a hierarchical structure high level concepts decomposed to many low level concepts objects e.g. stored information as directories and files as name, length, creation date, owner,... actions e.g. saving a file, creating backups, verify access control, etc. How it works people learn computer concepts by meaningful learning demonstrations explanations of features trial by error model of concepts (abstract, concrete, analogical) e.g. file hierarchies are like file/folder systems Action Object Computer

2. Semantic knowledge: Computer concepts Properties of semantic knowledge (computer concepts) relatively stable in memory high level concepts logical structure cognitive model produced usually transferable across computer systems but not always! Problems many people now using computers are not computer scientists! must be trained in “computer literacy” people prefer to concentrate on task, not on computer knowledge

3. Semantic knowledge: task concepts The meaning behind the task concepts is independent of the computer Similar in mechanism to computer concepts Examples how to write a business letter format concerns stylistic concerns paragraph structure, etc. creating lecture notes Action Object Task

What Syntactic/Semantic Model reveals Mapping between three items is extremely important Task semantics to computer semantics to computer syntax task semantics: write letter computer semantics: open a file, use editor, save it to disk computer syntax: select menu items, key strokes for formatting,... Bad mapping: using latex to write letter aside from task semantics, must also know semantics/syntax of: text editor latex Unix compiling and printing sequence (to typeset and print) Relatively good mapping: trashcan to throw away files must know mouse syntax of selecting and dragging computer semantics almost analogous to task semantics

Guideline suggested by syntactic/semantic model Reduce the burden to the task-oriented user of learning a separate computer semantics and syntax Methods computer semantics metaphors allow computer artifacts to be represented as task artifacts e.g. office workers: files/folders represent hierarchical directory/file systems information hiding don’t force people to know computer concepts that are not relevant to their work computer syntax A little learning should go a long way... Should be as understandable as possible (tied to semantics) e.g. meaningful command names, icons, keyboard shortcuts Should be as simple as possible and uniformly applicable e.g., object selection with mouse: single click selects, double click activates Generic commands same command can be applied across different objects Syntax should be consistent between systems!

The Four Stages of an Interaction Intention, Selection, Execution, Evaluation a simplified version of Norman’s 7 stages 1. Forming an intention “What we want to happen” internal mental characterization of a goal may comprise goals and sub-goals (but rarely are they well planned) similar to task semantics e.g. “begin a letter to Aunt Harriet” 2. Selecting an action review possible actions and select most appropriate similar to mapping between task and compute semantics e.g. “use the emacs editor to create a file harriet.letter”

The stages of user activities when performing a task Physical activity Execution Action Specification Intention Goals Evaluation Interpretation Perception Mental activity expectation

The four stages of an interaction continued... 3. Executing the action: carry out the action using the computer similar to mapping between semantics and computer syntax e.g. type “emacs –nw harriet.letter” 4. Evaluate the outcome check the results of executing the action and compare it with the expectations e.g. see if emacs editor is on the display and verify that buffer name is “harriet.letter” requires perception, interpretation, and incremental evaluation

A typical task: making a business letter look better intention-1 intention-2 intention-3 action specification evaluate-1 evaluate-2 evaluate-3 interpretation intention-4 evaluate-4 look better block para .pp->.sp execution perception get formatted output printer

What the four stages model reveals: The “Gulf of Execution” do actions provided by system correspond to the intentions of the user? Gulf: amount of effort exerted to transform intentions into selected and executed actions A good system: direct mappings between Intention and selections e.g. printing a letter: put document on printer icon vs select print from menu vs “latex letter.tex; lpr -Palw3 latex.dvi” drawing a line: move mouse on graphical display vs “draw (x1, y1, x2, y2)” Goals Physical System gulf of execution

What the four stages model reveals: The “Gulf of Evaluation” can feedback be interpreted in terms of intentions and expectations? Gulf: amount of effort exerted to interpret feedback a good system: feedback easily interpreted as task expectations e.g. graphical simulation of text page being printed a bad system: no feedback or difficult to interpret feedback e.g. Unix: “$”, “bus error”, “command not found” Physical System Goals gulf of evaluation

Bridging the Gulf of Execution and Evaluation action specifications interface mechanism intentions execution bridge Physical System Goals interpretations evaluations interface display evaluation bridge

Using four stages to ask design questions How easily can a user determine the function of the system? tell what actions are possible? determine mapping from intention to selection? perform the action? tell what state the system is in? determining mapping from system state to interpretation? tell if system is in the desired state?

Using four stages to ask design questions Questions similar to principles of good design: visibility can see state of application and alternatives for actions good conceptual model consistency in presentations of operations and results coherent system image good mappings relations between actions and results controls and their effects system state and what is visible feedback full and continuous feedback about results of actions Principle of transparency “the user is able to apply intellect directly to the task; the tool itself seems to disappear”

You know now Several high level theories exist that describe how people interact with computers Shneiderman’s syntactic/semantic model a user’s mapping between computer syntax, computer semantics, and task semantics problems identified when the user’s mapping is poor Norman’s stages of human interaction intention, selection, execution, evaluation problems identified as gulfs of execution and evaluation