CHAPTER 15 – TASK ANALYSIS TYLER BRAZELL, MARC SMITH, MEGAN LISTER.

Slides:



Advertisements
Similar presentations
PROCESS/HOW TO/Chronological Order Essay:
Advertisements

Chapter 15 task models. What is Task Analysis? Methods to analyse people's jobs: –what people do –what things they work with –what they must know.
Beyond “The System Shall...” A Journey from Good to Great Requirements.
Data Gathering Purpose: –To collect sufficient, relevant and appropriate data to develop a set of stable requirements Data: –Tasks performed –Goals –Context.
Task Analysis Material from Authors of Human Computer Interaction Alan Dix, et al.
Object-Oriented Application Development Using VB.NET 1 Chapter 5 Object-Oriented Analysis and Design.
CMC/CC A Task Analysis Master IK, CIW, MMI L.M. Bosveld-de Smet Hoorcollege 4; ma. 25 sept. 2006;
Task Analysis Summer Introduction In the last chapter we looked through the UCSD process. We identified TA as an important part of the system.
1 CS2341 Lecture 5: Task Analysis Robert Stevens
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Task Analysis Analyzing and representing the activities of your users.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Systems Analysis and Design in a Changing World, 6th Edition
6. 2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain how events can be used to identify use cases that define requirements.
Task analysis 1 © Copyright De Montfort University 1998 All Rights Reserved Task Analysis Preece et al Chapter 7.
Sharif University of Technology Session # 7.  Contents  Systems Analysis and Design  Planning the approach  Asking questions and collecting data 
Systems Analysis I Data Flow Diagrams
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,
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
Chapter 5: Modeling Systems Requirements: Events and Things
CISB213 Human Computer Interaction Understanding Task Analysis 1.
Instructional Design JMA 503. Objectives 1. Review Instructional Analysis - Analysis of the Learning Tasks Review Instructional Analysis - Analysis of.
Modeling System Requirements:
Systems Analysis and Design in a Changing World, Fifth Edition
Fall 2002CS/PSY Task Analysis Analyzing and describing how people do their jobs/work  -> Go to their environment Examine users’ tasks to better.
CMPUT 301: Lecture 15 Task Analysis Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on previous courses by.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
Gary MarsdenSlide 1University of Cape Town Human-Computer Interaction - 5 Requirements Gary Marsden ( ) July 2002.
Copyright © 2008 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Interpretation Documentation Heim, Chapters and Dix et al, Chapter.
UNDERSTANDING USERS: MODELING TASKS AND LOW- LEVEL INTERACTION Human-Computer Interaction
5 Systems Analysis and Design in a Changing World, Fourth Edition.
TASK ANALYSIS 공병돈. 2/26 TASK ANALYSIS Overview Task analysis ? Study of the way people perform tasks with existing systems. Technics – Decomposition Taxonomic.
CMPUT 301: Lecture 16 Task Analysis II Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on previous courses.
Software Engineering, 8th edition Chapter 8 1 Courtesy: ©Ian Somerville 2006 April 06 th, 2009 Lecture # 13 System models.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Chapter 5 Models and UML Notation for The Object-Oriented Approach.
7 Systems Analysis and Design in a Changing World, Fifth Edition.
A Use Case Primer 1. The Benefits of Use Cases  Compared to traditional methods, use cases are easy to write and to read.  Use cases force the developers.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
Modeling System Requirements: Events and Things. Objectives Explain the many reasons for creating information system models Describe three types of models.
Understanding Task Analysis
CIS 112 Exam Review. Exam Content 100 questions valued at 1 point each 100 questions valued at 1 point each 100 points total 100 points total 10 each.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
Task analysis Chapter 5. By the end of this chapter you should be able to... Describe HTA and its features Explain the purpose of task analysis and modelling.
Task Analysis TECM 4250 Dr. Lam. What is Task Analysis? Task analysis is typically a method used in usability testing and user-centered design for the.
Task Analysis Overview, utility Types of task analysis Sources and use.
Week 2 Introduction to Data Modelling
BASIC VEHICLE CONTROL CHAPTER 3. Basic Vehicle Control When you begin driving, you will need to know the instruments, controls, and devices that you will.
1 Lecture 17 – Task Analysis Lecturer: Prof Jim Warren Based on Dix et al. Chapter 15.
Lecture 5 Introduction to Use Case Analysis and the Analysis Model Introduction to the UML.
1 7 Systems Analysis and Design in a Changing World, 2 nd Edition, Satzinger, Jackson, & Burd Chapter 7 The Object-Oriented Approach to Requirements.
1 Use Cases Object-Oriented Modeling and Design with UML (Second Edition) Blaha & Rumbaugh Sections 7.1, 8.1.
1 Team Skill 3 Defining the System Part 1: Use Case Modeling Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
5 Chapter 5: Modeling Systems Requirements: Events and Things Systems Analysis and Design in a Changing World.
What is Task Analysis? Methods of analysing people's jobs:
Unified Modeling Language
System Modeling Chapter 4
COMP444 Human Computer Interaction Understanding Task Analysis
Systems Analysis and Design With UML 2
“In the midst of chaos, there is also opportunity” - Sun Tzu
Professor John Canny Fall 2001 Sept 11, 2001
What is Task Analysis? Methods of analysing people's jobs:
Use Case Model Use case diagram – Part 2.
task analysis focus on HTA
Task Analysis Analyzing and describing how people do their jobs/work
Chapter 4 System Modeling.
Human Computer Interaction Universitas Gunadarma
“In the midst of chaos, there is also opportunity” - Sun Tzu
Presentation transcript:

CHAPTER 15 – TASK ANALYSIS TYLER BRAZELL, MARC SMITH, MEGAN LISTER

INTRODUCTION What is task analysis?  Is the process of analyzing the way people preform the jobs: the things they do, the things, they act on, and the things they need to know.  Example:  In order to clean the house: 1.Get the vacuum cleaner out 2.Fix the attachment 3.Clean the rooms 4.When the dust bag gets full, empty it 5.Put the vacuum cleaner and tools away

DIFFERENCES BETWEEN TASK ANALYSIS AND OTHER TECHNIQUES Systems analysis vs. Task analysis system design - focus - the user Cognitive models vs. Task analysis internal mental state - focus - external actions practiced ‘unit’ task - focus - whole job

THREE APPROACHES TO TASK ANALYSIS  Task decomposition:  Which looks at the way a task is split into subtasks, and the order in which these are preformed  Knowledge-based techniques:  Which look at what the users need to know about the objects and actions involved in a task and how that knowledge is organized  Entity -relation -based analysis:  Which is an object-based approach where the emphasis is on identifying the actors and objects, the relationships between them and the actions they preform.

TASK DECOMPOSITION  Most task analysis techniques involve some form of task decomposition to express this sort of behavior.  Aims:  describe the actions people do  structure them within task subtask hierarchy  describe order of subtasks  Variants:  Hierarchical Task Analysis (HTA)  most common  Collaborative Task Tree (CTT) (CNUCE, Pisa)  uses LOTOS temporal operators

TEXTBOOK EXAMPLE Hierarchy description in order to clean the house 1. get the vacuum cleaner out 2. get the appropriate attachment 3. clean the rooms 3.1. clean the hall 3.2. clean the living rooms 3.3. clean the bedrooms 4. empty the dust bag 5. put vacuum cleaner and attachments away... and plans Plan 0: do in that order. When the dust bag gets full do 4. Plan 3: do any of 3.1, 3.2 or 3.3 in any order depending on which rooms need cleaning N.B. only the plans denote order

HOW TO GENERATE A HIERARCHY 1. Get list of tasks 2. Group tasks into higher level tasks 3. Decompose lowest level tasks further

 How do we know when to stop?  Is “empty the dust bag” simple enough?  Purpose: expand only relevant tasks  Motor actions: lowest sensible level  P x C Rule  Says that the probability of making a mistake in the task is (p) times the cost of the mistake (C) is below a threshold, then stop expanding. STOPPING RULES

HTA PARSING SCENARIO get out cleaner fix carpet head clean dinning room clean main bedroom empty dustbag clean sitting room put cleaner away in order to clean the house 1. get the vacuum cleaner out 2. get the appropriate attachment 3. clean the rooms 3.1. clean the hall 3.2. clean the living rooms 3.3. clean the bedrooms 4. empty the dust bag 5. put vacuum cleaner and attachments away

 To better explain what is being talked about, here is a video of how to use hierarchal task analysis to set a table. HTA EXAMPLE

TYPES OF PLANS  fixed sequence then 1.2 then 1.3  optional tasks - if the pot is full 2  wait for events - when kettle boils 1.4  cycles - do while there are still empty cups  time-sharing - do 1; at the same time...  discretionary - do any of 3.1, 3.2 or 3.3 in any order  mixtures - most plans involve several of the above

KNOWLEDGE –BASED ANALYSIS  Begins by listing all the objects and actions involved in the task and then building taxonomies (think about descriptions in biology) of them.  The aim is to understand the knowledge needed to preform a task and thus to help in the production of teaching materials and in assessing the amount of common knowledge between tasks.  Class Participation:  What would be considered an example of an everyday taxonomy?

KNOWLEDGE-BASED ANALYSIS EXAMPLE motor controls steering steering wheel, indicators engine/speed direct ignition, accelerator, foot brake gearing clutch, gear stick lights external headlights, hazard lights internal courtesy light wash/wipe wipers front wipers, rear wipers washers front washers, rear washers heating temperature control, air direction, fan, rear screen heater parking hand brake, door lock radio numerous!

TASK DESCRIPTION HIERARCHY (TDH)  Three types of branch point in taxonomy:  XOR–normal taxonomy object in one and only one branch  AND–object must be in both multiple classifications  OR–weakest case can be in one, many or none

ANOTHER TDH EXAMPLE kitchen item AND /____shape XOR / |____dished mixing bowl, casserole, saucepan, / | soup bowl, glass / |____flat plate, chopping board, frying pan /____function OR {____preparation mixing bowl, plate, chopping board {____cooking frying pan, casserole, saucepan {____dining XOR |____for food plate, soup bowl, casserole |____for drink glass NOTE: ‘/|{’ used for branch types.

ABSTRACTIONS AND CUTS  After producing detailed taxonomy, we can use these in order to produce generic descriptions of tasks  That is, ‘cut’ to yield abstract view  This is Knowledge Representation Grammar (KRG)  KRG terms opt for a generic description or generification.  One example is to break down a tree and make note to how many times a specific word is mentioned or used. If the number of occurrences is low, then one does not bother with the lower-level distinctions.  The choice of an appropriate level to “cut” the tree is also influence by the number of different sentences we get for a task.  If there are many, many sentences, we need to use generification.  Although if there are too few sentences, the level of abstraction is too great and needs to be revaluated.

 Entity – relationship modeling is an analysis technique usually associated with database design and more recently object-oriented programming. ENTITY – RELATIONSHIP – BASED TECHNIQUES

OBJECTS  Start with list of objects and classify them:  Concrete objects (specifies):  simple things: spade, plough, glasshouse  Actors:  human actors: Vera, Sam, Tony, the customers  Composite objects (abstract):  sets: the team = Vera, Sam, Tony  tuples: tractor may be

ATTRIBUTES  To the objects, add attributes:  Example: Irrigation Pump  Attributes:  status: on/off/faulty  capacity: 100 litres/minute  Example: TVs  Attributes:  Status: On/Off/Stand By  Type: Low Def./ High Def./Smart TV

ACTIONS  Actions change the patient (the state of something)  Performed by the agent (someone or something)  There can be other attributes associated with an action  These are known as instruments  Example: “the gardener dug the soil with the spade”  Patient: Soil  Agent: Gardener  Instrument: Spade

EVENTS  Anything which happens  Actions performed are always events  Can also encounter spontaneous events  Example: The germination of a marrow seed  No agent is performing the germination  Some spontaneous events have no associated object at all  Example: Temperature changes  Events are also timed  Example: “At midnight”

RELATIONSHIPS  Tie objects, actions, and events together  Object-Object  Irrigation pump 3 is situated in the glasshouse  Action-Object  Vera tells Sam to dig the carrots with the spade

ATOM METHOD  Analysis for Task Object Modeling (ATOM)  Can be done in two ways  Analyze the order of subtasks and actions annotated by the objects involved  Refer to page 529  Can produce for any particular object a “life cycle” diagram representing all the actions in which it participates  Refer to page 530  Most methods include some notion of class or inheritance hierarchy

SOURCES OF INFORMATION AND DATA COLLECTION  Documentation  Observation  Interviews  Initial Analysis  Sorting and Classification

USES OF TASK ANALYSIS  Manuals and Tuition  Requirements Capture and Systems Design  Detailed Interface Deisgn

SUMMARY  There are several task analysis  Hierarchical task analysis decomposes a task into subtasks  Can be recorded either in a textual outline format or in a tree diagram  Knowledge based techniques built taxonomies of the objects used during a task and the actions performed upon them  Information for task analysis can be drawn from different sources  Analysis can be used to train and provide instruction

EXERCISE 15.6  This exercise is based on the mobile phone exercise on the book site:  A user interface designer analyzes Andy’s behavior with his original phone and realizes that both scenarios A and B are part of a general pattern, as shown in the hierarchical task analysis (HTA) in Figure Complete the HTA for phoning using the original phone taking into account scenarios A and B only briefly describe your solution. 2.Do a complete HTA for phoning using the new phone based on scenario C. 3.You will find that scenario C does not quiet fit into the general pattern in Figure Discuss whether the solutions to 1 and 2 can be modified to emphasize their common features and whether this would clarify the over task description.

OUR ANSWER- QUESTION 1

OUR ANSWER (CONT.) – QUESTION 2 & 3

THE END