What is Task Analysis? chapter 15. Task Analysis as a Tool. Goals of Task Analysis. Usage of Task Analysis. Three interacting components

Similar documents
Universidade de Aveiro Departamento de Electrónica, Telecomunicações e Informática. Models for design

Models for design. Human-Computer Interaction Beatriz Sousa Santos, 2017/18

Lecture 4, Task Analysis, HTA

NUR- Formal description/models of user interfaces. Scenarios, Storyboards, Task models

Introduction To Systems Engineering CSC 595_495 Spring 2018 Professor Rosenthal Midterm Exam Answer Key

Requirements Engineering. Contents. Functional requirements. What is a requirement?

Quality Assurance & Standards

NUR- Formal description/models of user interfaces. Task models

Factsheet. Power Generation Service Energy efficiency in power generation and water

Position Title: H V A C T E C H N I C I A N. G.E.D. or High School Diploma required, an Associate s Degree is preferred.

MULTIPLE CHOICE. Choose the one alternative that best completes the statement or answers the question.

Manual. LC-16 system. LC-16 Inkjet Printer 1

Information Systems Interfaces (Advanced Higher) Information Systems (Advanced Higher)

The Touran Electrical system

Lecture 4: Goals and Scenarios. System context. Usage facet. IT system facet. Core activities. Negotiation. Requirements artefacts

Interaction Design. Task Analysis & Modelling

Evaluation studies: From controlled to natural settings

SEEKING THE ACTUAL REASONS FOR THE "NEW PARADIGM" IN THE AREA OF IS ANALYSIS 2. GENERAL CHARACTERISTICS OF THE "STRUCTURED APPROACH" IN IS DEVELOPMENT

-SQA- SCOTTISH QUALIFICATIONS AUTHORITY HIGHER NATIONAL UNIT SPECIFICATION GENERAL INFORMATION

Homework. GRADE 5 MODULE 5 Addition and Multiplication with Volume and Area

Analysis of qualitative data using MaxQDA

Anywhere that data needs to be gathered regularly, a computerized data logging system can be used. Some examples are shown below

FLOWCHARTS A flowchart is a graphical representation of the steps to be followed for solving problem. It consists of a set of symbols.

Module 5. Function-Oriented Software Design. Version 2 CSE IIT, Kharagpur

Vehicle Maintenance Technician OUTLINE

SOFTWARE ENGINEERING : A MCQ BOOK CODE : RBMCQ0602. Second Edition

CS3205: Task Analysis and Techniques

Business Process Modeling with ARIS

Expression des Besoins et Identification des Objectifs de Sécurité

FET 2018 FACT SHEET FIELD OF STUDY: MECHANICAL ENGINEERING. National Certificate: N1 Engineering Studies (Motor Mechanic)

Module 1 Introduction. IIT, Bombay

Usability Evaluation of Tools for Nomadic Application Development

Lecture 8 Requirements Engineering

MIS5206-Section Protecting Information Assets-Exam 1

Introduction to Real-time Systems. Advanced Operating Systems (M) Lecture 2

BCS THE CHARTERED INSTITUTE FOR IT. BCS HIGHER EDUCATION QUALIFICATIONS BCS Level 5 Diploma in IT PRINCIPLES OF USER INTERFACE DESIGN

Course on Database Design Carlo Batini University of Milano Bicocca

UNCLASSIFIED. Representing Information Exchange Requirements. Version November Ian Bailey

Operating system. Hardware

Level. Basic Intermediate Advanced. Project Title. How to Detail a Car

Work Management A, B, C. September

ISO INTERNATIONAL STANDARD. Ergonomic requirements for office work with visual display terminals (VDTs) Part 11: Guidance on usability

MOLLIER DIAGRAM CAN BE IMPROVED!

F9AP 04 (ESKBS2): Bespoke Software 2

CERTIFIED ENVIRONMENTAL PROFESSIONAL COURSES

Property of American Airlines

ALLEGRO 'OPEN ROAD' NETWORK DIAGRAM

From Analysis to Design. LTOOD/OOAD Verified Software Systems

BQS User Guide For Online (Hosted) Approved Centres

Component Design. Systems Engineering BSc Course. Budapest University of Technology and Economics Department of Measurement and Information Systems

HOW TO SELECT A CLEANROOM: MODULAR CLEANROOMS FOR NEW BUSINESSES, NEW PRODUCT DEVELOPMENT

User Process Based Product Architecture

Scenarios and Task Descriptions, Ideation, and Prototyping. Sept 30, 2016

Component-Based Software Engineering TIP

Non-overlappingoverlapping. Final outcome of the worked example On pages R&C pages R&C page 157 Fig 3.52

GCE FOOD TECHNOLOGY. Unit 4 Designing and Making Practice Report on the Examination June Version: 1.0

INTELLIGENT SYSTEM OF GEARBOXES DESIGN

5th Grade Mathematics Essential Standards

Database Systems. A Practical Approach to Design, Implementation, and Management. Database Systems. Thomas Connolly Carolyn Begg

Functional Design of Web Applications. (partially, Chapter 7)

Unit 6 - Software Design and Development LESSON 10 DESIGN TOOLS, INPUTS, OUTPUTS, STORYBOARDS

Improving Productivity Using IT - Level 2. Scenario Assignment Sample Test 1 Version SampleMQTB/1.0/IP2/v1.0_MS2010

Action-Oriented Design Methods

Design. Introduction

Interaction design. The process of interaction design. Requirements. Data gathering. Interpretation and data analysis. Conceptual design.

EL7060 Series SERVICE MANUAL

TDWI strives to provide course books that are content-rich and that serve as useful reference documents after a class has ended.

XEROX PHASER 5500 TONER & DRUM CARTRIDGE REMANUFACTURING INSTRUCTIONS

FAZE 800 FT PRO USER MANUAL. Version: 1.2. ROBE Lighting s.r.o. Czech Republic

How Does Light Move?

Chapter 2 Overview of the Design Methodology

User interface design. Ian Sommerville 2004 Software Engineering, 7th edition. Chapter 16 Slide 1

ENTITIES IN THE OBJECT-ORIENTED DESIGN PROCESS MODEL

Parametric & Hone User Guide

LECTURE9 SOCIO-TECHNICAL ANALYSIS, SERVICE DESIGN, TASK ANALYSIS

Object-Oriented Design. Module UFC016QM. and Programming. Objects and Classes. O-O Design Unit 2: Faculty of Computing, Engineering

The Relational Model

ArchiMate symbols for relating system elements

Slides for courses based on the textbook

CLEANROOM TECHNOLOGY CERTIFICATION -EXAMINATION

EXAM PREPARATION GUIDE

SE Assignment III. 1. List and explain primitive symbols used for constructing DFDs. Illustrate the use of these symbols with the help of an example.

SWEBOK. The Emerging Consensus on the Software Engineering Body of Knowledge. A. Abran, NSERC Ottawa, February 18, 2002

TOYOTA YARIS H/B PREMIUM AUDIO Preparation

TrollCreek Knowledge Editor and Testing Environment

Accord Builder. User Guide

GOMS Lorin Hochstein October 2002

Diseño y Evaluación de Arquitecturas de Software. Architecture Based Design Method

Structured Analysis and Structured Design

Powerful software for the efficient design and management of your security key systems. TUTORIAL 1. Block of Apartments

WFIS & Nursery Mathematics Glossary

Archdiocese of Washington Catholic Schools Academic Standards Mathematics

CS/ISE 5714 Usability Engineering. Topics. Introduction to Systems Analysis MENU. Systems Analysis

Scheme of work Cambridge International AS & A Level Computing (9691)

A-LEVEL DESIGN AND TECHNOLOGY: FOOD TECHNOLOGY

21) Functional and Modular Design

IOM Personal Sampler

This demonstration is aimed at anyone with lots of text, unstructured or multiformat data to analyse.

Appendix A: Common System Tools

Software Development 2

Transcription:

What is Task Analysis? chapter 15 task analysis Methods to analyze people's jobs: what people do what things they work with what they must know 1/43 2/43 Task Analysis as a Tool Goals of Task Analysis Design of a new human/machine system Evaluation of an existing system design Description Diagnosis Prescription Prediction Explanation 3/43 4/43 Usage of Task Analysis Three interacting components Requirements and system design Human behaviour Detailed interface design Manuals Task requirements Task environment Task behaviour Destinction among these three aspects of tasks is important for the process of task analysis 5/43 6/43 1

Data collection Task description Task specific data required The process of task analysis Cognitive elements of task information are particularly difficult to obtain 7/43 Requirements capture and systems design lifts focus from system to use suggests candidates for automation uncovers user's conceptual model Uses requirements & design Detailed interface design taxonomies suggest menu layout object/action lists suggest interface objects task frequency guides default choices existing task sequences guide dialogue design NOTE. task analysis is never complete rigid task based design inflexible system 8/43 Identify information for task analysis Identify information for task analysis Decisions made in the execution of component sub-tasks Trigger conditions for sub-task execution Objective or goal of each sub-task Performance criteria for each sub-task Information required by each sub-task Knowledge employed in making decision Knowledge of system employed in performing sub-tasks Identification of component tasks Grouping of component task Commonalities and interrelationships between component tasks Important or priorities of component sub-tasks Sequencing of component sub-tasks 9/43 10/43 Approaches to task analysis Task Decomposition Task decomposition splitting task into (ordered) subtasks Knowledge based techniques what the user knows about the task and how it is organised Entity/object based analysis relationships between objects, actions and the people who perform them Aims: describe the actions people do structure them within task subtask hierarchy describe order of subtasks Variants: Hierarchical Task Analysis (HTA) most common lots of different notations/techniques 11/43 12/43 2

Hierarchical Task Analysis The HTA Analysis is able to A task can be broken down into task components at a number of levels of description, with more detail of the task being revealed at each level Breaking the task down into elements Express the system s goals more explicity Identify appropriate features of the context with more precision Establish methods fr accomplishing the overall goal Categorize task elements for different purpose 13/43 14/43 HTA and design Stages of Conducting an HTA Examing plant operation Allocation of function Job design Developing information requirements Interface design Developing job aids Developing training program Assessment Consider the system s goal Examine the task to attain these goal Judge current system performance satisfaction If not, seek to manipulate task components for satisfaction 15/43 16/43 Textual HTA description Hierarchy description... Textual HTA description 0. 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 1-2 - 3-5 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 17/43 18/43 3

1 get list of tasks 2 group tasks into higher level tasks 3 decompose lowest level tasks further Stopping rules How do we know when to stop? Is empty the dust bag simple enough? Purpose: expand only relevant tasks Motor actions: lowest sensible level Generating the hierarchy imagine asking the user the question: what are you doing now? for the same action the answer may be: typing ctrl-b making a word bold emphasising a word editing a document writing a letter preparing a legal case Tasks as explanation 19/43 20/43 get out cleaner fix carpet head clean dinning room clean main bedroom empty dust bag clean sitting room put cleaner away parse scenario using HTA 3.2. 3.3. 1. 2. 3. 4. 3.2. 5. 0. 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 21/43 0. 22/43 Diagrammatic HTA Refining the description Types of plan Given initial HTA (textual or diagram) How to check / improve it? fixed sequence - 1.1 then 1.2 then 1.3 optional tasks - if the pot is full 2 Some heuristics: paired actions restructure balance generalise e.g., where is `turn on gas' e.g., generate task `make pot' e.g., is `pour tea' simpler than making pot? e.g., make one cup.. or more wait for events - when kettle boils 1.4 cycles - do 5.1 5.2 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 23/43 24/43 4

Focus on: Objects Actions Knowledge Based Analyses used in task performed + Taxonomies represent levels of abstraction 25/43 Knowledge Based 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! 26/43 Task Description Hierarchy 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 wash/wipe AND function XOR wipe front wipers, rear wipers wash front washers, rear washers position XOR front front wipers, front washers rear rear wipers, rear washers 27/43 After producing detailed taxonomy cut to yield abstract view 28/43 Abstraction and cuts That is, ignore lower level nodes e.g. cutting above shape and below dining, plate becomes: kitchen item/function{preparation,dining}/ This is a term in Knowledge Representation Grammar (KRG) These can be more complex: e.g. beating in a mixing bowl becomes: kitchen job(preparation) using a kitchen item/function{preparation}/ Entity-Relationship Techniques Focus on objects, actions and their relationships Similar to knowledge-based analysis, but includes non-computer entities emphasises domain understanding not implementation Running example Vera's Veggies a market gardening firm owner/manager: Vera Bradshaw employees: Sam Gummage and Tony Peagreen various tools including a tractor `Fergie two fields and a glasshouse new computer controlled irrigation system Start with list of objects and classify them: Concrete objects: simple things: spade, plough, glasshouse Actors: human actors: Vera, Sam, Tony, the customers what about the irrigation controller? Composite objects: sets: the team = Vera, Sam, Tony tuples: tractor may be < Fergie, plough > Objects 29/43 30/43 5

Attributes Actions To the objects add attributes: Object Pump3 simple irrigation pump Attributes: status: on/off/faulty capacity: 100 litres/minute N.B. need not be computationally complete List actions and associate with each: agent who performs the actions patient which is changed by the action instrument used to perform action examples: Sam (agent) planted (action) the leeks (patient) Tony dug the field with the spade (instrument) 31/43 32/43 Information and Data Collection Uses manuals & documentation Documentation Observation Interviews Initial analysis Sorting and classification Conceptual Manual from knowledge or entity relations based analysis good for open ended tasks Procedural How to do it Manual from HTA description good for novices assumes all tasks known To make cups of tea boil water see page 2 empty pot make pot see page 3 wait 4 or 5 minutes pour tea see page 4 Make pot of tea once water has boiled warm pot put tea leaves in pot pour in boiling water page 1 page 3 33/43 34/43 Methods for data collection Methods Activity (raw or coded) plus time Time study: raw event/time record. Process charts how material and people are moving Gantt charts graphical description of activities in time Link charts sequences of eye fixations Observation Questionnaires Interviews Specific techniques to answer questions Rating scales 35/43 36/43 6

System design/evaluation Training design/evaluation Interface design/evaluation Job/team design Personnel selection System reliability analysis Uses for task information 37/43 Identify the task Background of the project Aim Method description Result analysis Discussion Conclusion Future work How to carry out your project work - Part II 38/43 Analysis the results Statistic analysis Average ±St.D. Percentage Qualitative data analysis Do not need to give detail results of each subject, only those interesting findings Use tables and figures, easy to understand Discussion Explain your results Generalize your results, imply for new design? Any recommendations? What kind of mistakes and errors you made during the project and what you have learned from it. Suggestion for the improvement of the design 39/43 40/43 Main findings Main experiences Conclusion What shall be done in the future? Future work Keep it short!!!!! 41/43 42/43 7

Differences between abstract and conclusion? 43/43 8