Cognitive Models. 2 Contents Cognitive Models Device Models Cognitive Architectures.

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

Chapter 12 cognitive models.
User Modeling CIS 376 Bruce R. Maxim UM-Dearborn.
 Use the Left and Right arrow keys or the Page Up and Page Down keys to move between the pages. You can also click on the pages to move forward.  To.
A Guide to Unix Using Linux Fourth Edition
Z goal and task hierarchies z linguistic z physical and device z architectural Cognitive models.
Evaluation Types GOMS and KLM
Objectives Define predictive and descriptive models and explain why they are useful. Describe Fitts’ Law and explain its implications for 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.
Predictive Evaluation Predicting performance. Predictive Models Translate empirical evidence into theories and models that can influence design. Performance.
Predictive Evaluation Simple models of human performance.
Task Analysis (TA). 2 TA & GOMS Both members of the same family of analysis techniques. TA covers a wide area of study. Actual distinction between TA,
Graphical Tree-Based Scientific Calculator: CalcuWiz Will Ryan Christian Braunlich.
CHAPTER 4: INTRODUCTION TO COMPUTER ORGANIZATION AND PROGRAMMING DESIGN Lec. Ghader Kurdi.
Cognitive Models Material from Authors of Human Computer Interaction Alan Dix, et al.
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.
Lesson 7-Creating and Changing Directories. Overview Using directories to create order. Managing files in directories. Using pathnames to manage files.
User Models Predicting a user’s behaviour. Fitts’ Law.
Chapter 3 Mastering Editors
UNDERSTANDING USERS: MODELING TASKS AND LOW- LEVEL INTERACTION Human-Computer Interaction
Slides based on those by Paul Cairns, York ( users.cs.york.ac.uk/~pcairns/) + ID3 book slides + slides from: courses.ischool.berkeley.edu/i213/s08/lectures/i ppthttp://www-
11.10 Human Computer Interface www. ICT-Teacher.com.
Chapter Three The UNIX Editors. 2 Lesson A The vi Editor.
XP 1 Microsoft Word 2002 Tutorial 1 – Creating a Document.
GOMS CS 160 Discussion Chris Long 3/5/97. What is GOMS? l A family of user interface modeling techniques l Goals, Operators, Methods, and Selection rules.
Keystroke-Level Model IST 331 Gaurav Dubey Based on ‘The ABCs of Users’, Ritter et al 2011.
Behaviour Models There are a number of models that predict the way in which an interface or user will behave.
Chapter 12 cognitive models. 2 Cognitive models goal and task hierarchies linguistic physical and device.
Testing & modeling users. The aims Describe how to do user testing. Discuss the differences between user testing, usability testing and research experiments.
Understanding Users The Design process From an individual cognitive perspective From an organisational and social perspective From an art and design perspective.
4. The process specification (プロセス仕様) You will learn: (次の内容を学び) The concept of process specification (プロセス 仕様の概念) Notations for process specification (プロセス.
Editors And Debugging Systems Other System Software Text Editors Interactive Debugging Systems UNIT 5 S.Sharmili Priyadarsini.
CMPUT 301: Lecture 26,27 Models of the User Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on previous courses.
INTERACTION MODELS Lecture 3. Agenda CLG – designers’model of UI Users’models Hierarchical Models Linguistic Models Physical Models Laws in HCI (pointing,
Chapter 12 cognitive models. Cognitive models goal and task hierarchies linguistic physical and device architectural.
Task Analysis CSCI 4800/6800 Feb 27, Goals of task analysis Elicit descriptions of what people do Represent those descriptions Predict difficulties,
Chapter Three The UNIX Editors.
© Simeon Keates 2009 Usability with Project Lecture 14 – 30/10/09 Dr. Simeon Keates.
ITM 734 Introduction to Human Factors in Information Systems
The Psychology of Human-Computer Interaction
Cognitive Models Lecture # March, 2008Human Computer Intercation Spring 2008, Lecture #10 2 Agenda Cognitive models –KLM –GOMS –Fitt’s Law –Applications.
마스터 제목 스타일 편집 마스터 텍스트 스타일을 편집합니다 둘째 수준 셋째 수준 넷째 수준 다섯째 수준 The GOMS Family of User Interface Analysis Techniques : Comparison and Contrast Bonnie E. John.
7th Meeting TYPE and CLICK. Keyboard Keyboard, as a medium of interaction between user and machine. Is a board consisting of the keys to type a sentence.
Models of interaction task models –modelling jobs and activities dialogue models –modelling the observable interaction with a system system models –modelling.
1CS 338: Graphical User Interfaces. Dario Salvucci, Drexel University. Lecture 15: User Modeling.
Computer Literacy BASICS: A Comprehensive Guide to IC 3, 5 th Edition Lesson 3 Windows File Management 1 Morrison / Wells / Ruffolo.
Mouse Trackball Joystick Touchpad TroughputError rate T roughput (bps) Error r ate (%) Image by MIT.
A Survey on User Modeling in HCI PRESENTED BY: MOHAMMAD SAJIB AL SERAJ SUPERVISED BY: PROF. ROBERT PASTEL.
Copyright 2006 John Wiley & Sons, Inc Chapter 5 – Cognitive Engineering HCI: Developing Effective Organizational Information Systems Dov Te’eni Jane Carey.
ITX2000 Remote hosts and web servers Prof. Xiaohong (Sharon) Gao Room: T125 Ext: Week 14 – UNIX vi text editor.
McGraw-Hill/Irwin The Interactive Computing Series © 2002 The McGraw-Hill Companies, Inc. All rights reserved. Microsoft Excel 2002 Using Macros Lesson.
Key Applications Module Lesson 12 — Word Essentials Computer Literacy BASICS.
Fundamentals of Windows Mouse n 4 Basic Operations: –Pointing –Clicking –Double Clicking –Dragging.
Human Computer Interaction Lecture 23 Cognitive Models
Human Computer Interaction
Image by MIT OpenCourseWare Troughput (bps) Error rate (%) Mouse Trackball Joystick Touchpad.
Task Analysis CSCI 4800/6800 Feb 27, 2003.
CIS 376 Bruce R. Maxim UM-Dearborn
11.10 Human Computer Interface
Analytical Evaluation with GOMS and KLM
“In the midst of chaos, there is also opportunity” - Sun Tzu
GOMS as a Simulation of Cognition
Cognitive models linguistic physical and device architectural
Model based design NGOMSL and CPM- GOMS
Testing & modeling users
Chapter 12 cognitive models.
Human Computer Interaction Lecture 24 Cognitive Models
Chapter 12 cognitive models.
“In the midst of chaos, there is also opportunity” - Sun Tzu
Presentation transcript:

Cognitive Models

2 Contents Cognitive Models Device Models Cognitive Architectures

3 Cognitive Models Cognitive models are used to represent the users of interactive systems Models of user’s tasks and goals Models of the user-system grammar Models of human motor skills Cognitive architectures which underlie these models

4 Unit Tasks The models of tasks and goals all decompose these into simpler parts One is always faced with the question of to what depth the decomposition should proceed This is a question of granularity and it can proceed to the lowest level operations We define the unit task as the most abstract task a user can perform that does not require any problem solving on the part of the user

5 GOMS This models goal and task hierarchies It stands for Goals, Operators, Methods, and Selection Goals These describe what the user wants to achieve They also represent a memory point which can be used to evaluate what has been achieved

6 GOMS Operators These are the simplest actions the user performs to use the system Pressing the ‘X’ key would be an operator Methods Often there is more than one way to accomplish a goal Help could be by hitting F1 or by clicking the help button These are referred to as two methods for the same goal

7 GOMS Selection Whenever there is more than one method to achieve a goal, a selection must be made The choice of methods usually depends on the state of the system and the particular user

8 GOMS GOMS models goals as a hierarchy GOAL: Iconize-window [select GOAL: use-close-method Move-mouse-to-window-header Pop-up-menu Click-close-option GOAL: use-L7 method Press-L7-key]

9 GOMS The dots indicate the hierarchical level of each goal GOMS uses this to decompose large goals into sub-goals Note the use of select to indicate that there is a choice of methods A typical GOMS analysis breaks a high-level goal into unit tasks which are further decomposed into basic operators

10 GOMS Uses The analysis of GOMS goal structures can be used to create measures of performance Assigning a time to each operator and summing the result yielded estimates within 33% of the actual values The depth of the hierarchy can be used as a measure of how much the user must store in short-term memory

11 GOMS Uses The selection rules can be used to predict the actual commands which will be used In practice this allowed predictions of commands that were 90% accurate The GOMS model has served as a basis for other models It can be combined with other models to make more advanced predictions

12 Cognitive Complexity Theory This is an extension of the GOMS model which provides improved prediction It provides two parallel descriptions Of the user’s goals Of the system The descriptions consist of a series of production rules of the form If condition then action

13 Cognitive Complexity Theory These rules are written in a LISP-like language Let’s look at the description of how we would insert a missing space in text using the vi text editor

14 Cognitive Complexity Theory (select-insert-space IF(AND (TEST-GOAL perform unit task) (TEST-TEXT task is insert space) (NOT TEST-GOAL insert space) (NOT (TEST-NOTE executing insert space)) ) THEN ( (ADD-GOAL insert space) (ADD-NOTE executing insert space) (LOOK-TEXT task is at %LINE %COL) ))

15 Cognitive Complexity Theory (INSERT-SPACE-DONE IF (AND (TEST-GOAL perform unit task) (TEST-NOTE executing insert space) (NOT (TEST-GOAL insert space)) ) THEN ( (DELETE-NOTE executing insert space) (DELETE-GOAL perform unit task) (UNBIND %LINE %COL) )) (INSERT-SPACE-1 IF (AND (TEST-GOAL insert space) (NOT (TEST-GOAL move cursor)) (NOT (TEST-CURSOR %LINE %COL)) )

16 Cognitive Complexity Theory THEN ((ADD-GOAL move cursor to %LINE %COL))) (INSERT-SPACE-2 IF (AND (TEST-GOAL insert space) (TEST-CURSOR %LINE %COL) ) THEN ((DO-KEYSTROKE ‘I’) (DO-KEYSTROKE space) (DO-KEYSTROKE ESC) (DELETE-GOAL insert space)))

17 Cognitive Complexity Theory CCT allows you to model GOMS like hierarchies CCT also allows you to model concurrent goals since more than one rule can be matched at the same time However, the main use of CCT is in measuring the complexity of the interface

18 Cognitive Complexity Theory CCT can be used to model the system as well If this is done, it can be used to predict the difficulty in translating from the user’s model to the system model The sheer size of the CCT description is a predictor of the complexity of the operations necessary to achieve a goal

19 Linguistic Models The user’s interaction with a computer is similar to a language Therefore, several modeling techniques have been built on interaction as a language

20 BNF Backus-Naur Form was originally developed to describe the syntax of programming languages It can be used equally well to describe the interaction between a user and a computer Consider the case of drawing a line in a graphics system

21 BNF draw-line::= select-line + choose-points + last-point select-line::= position-mouse + CLICK-MOUSE choose-points::= choose-one | choose-one + choose-points choose-one::= position-mouse + CLICK-MOUSE last-point::= position-mouse + DOUBLE-CLICK-MOUSE position-mouse ::= empty | MOVE-MOUSE + position-mouse

22 BNF BNF represents the users action but not the systems responses The complexity of the description provides a crude measure of the complexity of the task BNF is also a good way to unambiguously specify how a user interacts with a system

23 Task-action Grammar While BNF can represent the structure of a language, it cannot represent consistency in commands or Any knowledge the user has of the world The task-action grammar (TAG) addresses both of these problems

24 Task-action Grammar Consider using BNF for the UNIX copy, move, and link commands copy::= ‘cp’ + filename + filename | ‘cp’ + filenames + directory move::= ‘mv’ + filename + filename | ‘mv’ + filenames + directory link::= ‘ln’ + filename + filename | ‘ln’ + filenames + directory

25 Task-action Grammar The TAG description of the same commands makes the consistency far more apparent file-op[Op]:= command[Op] + filename + filename | command[Op] + filenames + directory command[Op=copy] := ‘cp’ command[Op=move] := ‘mv’ command[Op=link] := ‘ln’

26 Task-action Grammar TAG can also represent world knowledge Command Interface 1 movement[Direction] := command[Direction] + distance + RETURN command[Direction=forward] := ‘go 395’ command[Direction=backward] := ‘go 013’ command[Direction=left] := ‘go 712’ command[Direction=right] := ‘go 956’

27 Task-action Grammar The previous interface could represent addresses of functions to call to perform actions Let’s look at a second version of the interface Command Interface 2 movement[Direction] := command[Direction] + distance + RETURN command[Direction=forward] := ‘FORWARD’ command[Direction=backward] := ‘BACKWARD’ command[Direction=left] := ‘LEFT’ command[Direction=right] := ‘RIGHT’

28 Task-action Grammar The second form of the interface is preferable and takes advantage of the words (forward, back, etc.) the user already knows We can rewrite the previous TAG to show the information that the user already knows and does not have to learn

29 Task-action Grammar movement[Direction] := command[Direction] + distance + RETURN command[Direction] := known-item[Type=word,Direction] * command[Direction=forward] := ‘FORWARD’ * command[Direction=backward] := ‘BACKWARD’ * command[Direction=left] := ‘LEFT’ * command[Direction=right] := ‘RIGHT’ The rules with asterisks can be generated from the second rule combined with the user’s knowledge

30 Contents Cognitive Models Device Models Cognitive Architectures

31 GUI Systems BNF and TAG were designed for command line interfaces While pressing a button is a reasonable action, moving a mouse one pixel is less obvious In GUI systems, the buttons are virtual and depend on what is displayed at a particular screen position The keystroke model allows us to model low- level interaction with a device

32 Keystroke-level Model This is used for modeling simple interaction sequences on the order of a few seconds It does not extend to more complex operations such as producing an entire diagram The model decomposes actions into 5 motor operators, a mental operator and a response operator

33 Keystroke-level Model K Keystroke operator B Pressing a mouse button P Pointing or moving the mouse over a target H Homing or switching the hand between mouse and keyboard

34 Keystroke-level Model D Drawing lines with the mouse M Mentally preparing for a physical action R System response User does not always wait for this as happens in continuous typing

35 Keystroke-level Model Consider using a mouse based editor to correct a single character error Point at the error Delete the character Retype it Return to the previous typing point The following notation will capture this

36 Keystroke-level Model 1. Move hand to mouseH[mouse] 2. Position after bad characterPB[LEFT] 3. Return to keyboardH[keyboard] 4. Delete characterMK[DELETE] 5. Type correctionK[char] 6. Reposition insert pointH[mouse]MPB[LEFT] Timings for individual operations can be measured These timings can then be summed to create the total time for the overall operation Alternative ways of performing an action can have their times computed and compared to find which one is more efficient

37 Three-state Model Pointing devices like mice, trackballs, and light pens all behave differently as far as the user is concerned The three-state model is used to capture the behaviour of these devices State 1 Moving the mouse with no buttons pressed This usually moves the pointer on the screen

38 Three-state Model State 2 Depressing a button over an icon and then moving the mouse This is usually thought of as dragging an object State 0 This is for a light pen when it is not touching the screen In this state the location of the pen is not tracked at all

39 Three-state Model A touch screen behaves like a light pen with no button to press This means that a touch screen is in state 0 when the finger is off the screen When the finger touches the screen, it can be tracked and is in state 1 Thus, a touch screen is a state 0-1 device A mouse is a state 1-2 device

40 Three-state Model State 1 tracking State 2 dragging Button down Button up Mouse Transitions State 1 tracking State 2 dragging Button down Button up Light pen Transitions State 0 No tracking Touch screen Remove pen

41 Fitt’s Law Fitt’s law states that the time to move a pointer to a target of size S at a distance D from the starting point is a + b log 2 (D/S + 1) Where a and b are constants dependent on the type of pointing device and the skill of the user The insight provided by the three state model is that a and b also depend on the state This is due to dragging being more accurate than the original pointing which does not have as good feedback

42 Contents Cognitive Models Device Models Cognitive Architectures

43 Cognitive Architectures The models we have looked at up to this point have implied a model of the mental processes of the user For example, GOMS implied a divide and conquer approach We will now look at a different model of the user’s cognitive processes

44 The Problem Space Model Rational behaviour is defined as behaviour directed to achieving a specific goal This is the behaviour you would expect of a human or a knowledge based system This is in contrast to the problem solving modeled as a search of a solution space until a solution is found This search is performed by traversing the space until a solution is found This is a brute force search and is not rational behaviour in seeking a solution to a goal

45 The Problem Space Model This model can be adapted to the rational behaviour of humans A problem space consists of A set of states A set of operations to go from one state to another A goal is a subset of states which must be reached for the goal to be achieved

46 The Problem Space Model To solve a problem in this model Identify the current state Identify the goal Devise a set of operations which will move from the current state to the goal state This model is inherently recursive If you cannot find the operations to achieve the goal then this becomes a new recursive problem to be solved

47