CMPUT 301: Lecture 16 Task Analysis II Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on previous courses.

Slides:



Advertisements
Similar presentations
Database Design: ER Modelling (Continued)
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.
CHAPTER 15 – TASK ANALYSIS TYLER BRAZELL, MARC SMITH, MEGAN LISTER.
Database Systems: Design, Implementation, and Management Tenth Edition
Task Analysis Material from Authors of Human Computer Interaction Alan Dix, et al.
System Analysis (Part 1)
1 CS2341 Lecture 5: Task Analysis Robert Stevens
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
User and Task Analysis Howell Istance Department of Computer Science De Montfort University.
CAP 252 Lecture Topic: Requirement Analysis Class Exercise: Use Cases.
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
Lecture 13 Revision IMS Systems Analysis and Design.
CMPUT 301: Lecture 25 Graphic Design Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on previous courses by.
Requirements Analysis 2 What objects collaborate to achieve the goal of a use case?
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 8 Slide 1 System models.
Systems Analysis & Design Sixth Edition Systems Analysis & Design Sixth Edition Toolkit Part 5.
Preece Chapter 7.7 & Mc Cracken Chapter 3
© Copyright Eliyahu Brutman Programming Techniques Course.
UML Sequence Diagrams Eileen Kraemer CSE 335 Michigan State University.
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.
6 Systems Analysis and Design in a Changing World, Fourth Edition.
UML Sequence Diagrams Michael L. Collard, Ph.D. Department of Computer Science Kent State University.
Chapter 6: The Traditional Approach to Requirements
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
The Software Development Life Cycle: An Overview
S/W Project Management
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 02 Basic concepts of Design and Implementations Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes.
CMPUT 301: Lecture 15 Task Analysis Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on previous courses by.
Module 4: Systems Development Chapter 13: Investigation and Analysis.
Chapter 11: An Evaluation Framework Group 4: Tony Masi, Sam Esswein, Brian Rood, & Chris Troisi.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
CMPUT 301: Lecture 18 Usability Paradigms and Principles Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on.
TASK ANALYSIS 공병돈. 2/26 TASK ANALYSIS Overview Task analysis ? Study of the way people perform tasks with existing systems. Technics – Decomposition Taxonomic.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 4 - Domain Classes.
1 Sobah Abbas Petersen Adjunct Associate Professor TDT4252 Modelling of Information Systems Advanced Course Lecture 6: Process Modelling.
CH06: Considering Objects TECH Computer Science  Set, Class, Type  …of…  Objects, Actors, Agents  Data and Actions Object-Oriented Design and Development.
Lecture 7: Requirements Engineering
©2001 Southern Illinois University, Edwardsville All rights reserved. Today Interview Techniques (Hand-in partner preferences) Thursday In-class Interviewing.
Systems Analysis and Design in a Changing World, 6th Edition 1 Chapter 4 Domain Classes.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Systems Analysis and Design 8 th Edition Chapter 6 Object Modeling.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 05. Review Software design methods Design Paradigms Typical Design Trade-offs.
CMPUT 301: Lecture 05 More Java & UML Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on previous courses.
Modeling system requirements. Purpose of Models Models help an analyst clarify and refine a design. Models help simplify the complexity of information.
5 Systems Analysis and Design in a Changing World, Fifth Edition.
The Unified Modeling Language Part II Omar Meqdadi SE 2730 Lecture 9 Department of Computer Science and Software Engineering University of Wisconsin-Platteville.
Chapter 7 The Object-Oriented Approach to Requirements.
1 Chapter 5 Modeling System Requirements Finding the Use Cases Page
Task Analysis Overview, utility Types of task analysis Sources and use.
ITEC324 Principle of CS III Chapter 2 (Horstmann’s Book) – Part 1 The Object-Oriented Design Process Hwajung Lee.
6 Systems Analysis and Design in a Changing World, Fourth Edition.
1 Lecture 17 – Task Analysis Lecturer: Prof Jim Warren Based on Dix et al. Chapter 15.
Today Discussion Follow-Up Interview Techniques Next time Interview Techniques: Examples Work Modeling CD Ch.s 5, 6, & 7 CS 321 Human-Computer Interaction.
Your Interactive Guide to the Digital World Discovering Computers 2012 Chapter 12 Exploring Information System Development.
CSCI 383 Object-Oriented Programming & Design Lecture 7 Martin van Bommel.
Chapter 7 Part II Structuring System Process Requirements MIS 215 System Analysis and Design.
5 Systems Analysis and Design in a Changing World, Fourth Edition.
What is Task Analysis? Methods of analysing people's jobs:
CMPE 280 Web UI Design and Development August 29 Class Meeting
Object-Oriented Analysis and Design
Unified Modeling Language
Professor John Canny Fall 2001 Sept 11, 2001
What is Task Analysis? Methods of analysing people's jobs:
task analysis focus on HTA
Task Analysis Analyzing and describing how people do their jobs/work
Human Computer Interaction Universitas Gunadarma
Presentation transcript:

CMPUT 301: Lecture 16 Task Analysis II Lecturer: Martin Jagersand Department of Computing Science University of Alberta Notes based on previous courses by Ken Wong, Eleni Stroulia Zach Dodds, Martin Jagersand

2 Overview: Last time: –Hierarchical analysis –Temporal plans –Knowledge based analysis Today: –Entity-relation based analysis –Using several of the above together

3 Entity-Relation-Based Techniques Understanding objects and actions: –list all objects involved –focus on the relationships between objects and actions, rather than similarities –link actions with objects which help perform them –“object-based”

4 Entity-Relation-Based Techniques Objects of gardening firm: –tool shed with spade, garden fork, hoe –Ferguson tractor, with plow and harrow –owner (Vera) –two employees (Sam and Tony) –two growing fields –large glasshouse with humidity sensor –computer-controlled irrigation system team The kit

5 Entity-Relation-Based Techniques Classify objects into three types: –simple objects –“things” –e.g., spade, plow, glasshouse –actors –humans and non-humans that do things –e.g., Vera, Sam, Tony, Fergie, computer –composite objects –objects which consist of other objects –e.g., team, men, kit

6 Entity-Relation-Based Techniques Look at some attributes of objects: –Object Pump3 simple — irrigation pump –Attributes –status:on/off/faulty –capacity:100 litres/minute

7 Entity-Relation-Based Techniques Only enough detail about attributes to describe their use in tasks: –Actions are e.g., –turning on and off irrigation pumps, done by user actor –may not need pump capacity –only needed by repairman for replacement We can drop unwanted details later.

8 Entity-Relation-Based Techniques Look at actions that change the state of something: –agent (often an actor), action, patient –associated attributes –e.g., –Sam planted carrots –gardener dug soil with spade –irrigation controller turning on water

9 Entity-Relation-Based Techniques Message actions: –communication –perhaps in prelude to another action –e.g., –Vera telling Sam to dig the carrots

10 Entity-Relation-Based Techniques Identify roles: –actors fill in specific roles –an actor can have multiple roles –a role can have multiple actors –e.g., –Vera as worker –Vera as manager –Sam as worker

11 Entity-Relation-Based Techniques Object Sam human actor –Actions –s1:drive tractor –s2:dig the carrots Object Vera human actor –Actions as worker –v1:plant seed –v2:program irrigation controller –Actions as manager –v3:tell Sam to dig the carrots

12 Entity-Relation-Based Techniques Object the men composite –Comprises –{Sam, Tony} Object glasshouse simple –Attribute –humidity:0–100%

13 Entity-Relation-Based Techniques Object Irrigation Controller non-human actor –Actions –ic1:turn on Pump1 –ic2:turn on Pump2 –ic3:turn on Pump3

14 Entity-Relation-Based Techniques Identify events: –things that happen –Different types e.g., –germination of “seed” (spontaneous action of seed, non-actor) –humidity drops below 25% (no associated object) –at midnight (timed)

15 Entity-Relation-Based Techniques Identify relationships between objects, actions, and events: –object to object –e.g., Sam is subordinate to Vera –action to object –e.g., (Sam) digs the carrots

16 Entity-Relation-Based Techniques Relations object–object –located in:( Pump3, glasshouse ) –located in:( Pump1, Field1 )

17 Entity-Relation-Based Techniques Relations action–object –patient ( v3, Sam ) –i.e., Vera tells Sam to dig –patient ( s2, the carrots ) –i.e., Sam digs the carrots –instrument ( s2, spade ) –i.e., Sam digs the carrots with the spade

18 Entity-Relation-Based Techniques Relations action–event –before ( v1, m1 ) –i.e., seed must be sown before it can germinate –triggers ( ev1, ic3 ) –i.e., when humidity drops below 25%, the controller turns on pump 3 –causes ( v2, ic1 ) –i.e., the controller turns on pump 1 because Vera programmed it –etc.

19 Combining Approaches 0 To grow carrots –1 Vera sows the seed –2 seed germinates –3 Vera programs controller –4 controller waters field –5 carrots grow –6 Sam hoes –7 Tony harvests carrots

20 Combining Approaches Plans: –plan 0 –do 1, 2, 5, when crop is mature do 7 –when rainfall is low, do 3, 4 –when weeds grow, do 6

21 Combining Approaches Look at a particular object and all the actions in which it participates: –life cycle diagram –many tasks Combining Approaches

22 Combining Approaches

23 Combining Approaches Use knowledge-based (taxonomic) analysis: –identify commonalities of actions and relations –build inheritance hierarchy –“object-oriented” –e.g., Sam and Tony could do some things in common

24 Sources of Information Need to collect information about tasks from various sources: –documentation –observation –initial analysis –sorting and classification

25 Sources of Task Information Documentation: –e.g., existing manuals, training materials, job descriptions –job descriptions may only describe what people are supposed to do, not what they actually do –equipment manuals may only describe functions or features, not tasks

26 Sources of Task Information Observation: –formal or informal –in the field on in the lab –passive or active –note taking –video taping –talk aloud –walkthroughs –confirm task analyses

27 Sources of Task Information Interviews: –pose questions to domain experts directly –follow up on responses with more questions, for more detail

28 Sources of Task Information Initial analysis: –following on from manuals, observation, or interviews –build lists of objects (nouns) and actions (verbs)

29 Sources of Task Information Sorting and classification: –use note cards of task objects –have a domain expert sort cards into piles by similarity –use spatial arrangement –compare groupings among experts –use an outliner

30 Uses of Task Analysis Manuals: –use hierarchical task analysis to structure training materials (“how to do it”) –use knowledge-based techniques to structure a course or textbook (concepts and foundations)

31 Uses of Task Analysis Requirements capture: –task analysis of existing procedures –help in eliciting what the new system must do and guiding its design –how the system is used versus what the system does –compare new and old procedures

32 Uses of Task Analysis Detailed interface design: –use task decomposition trees to design menus and layout dialogs –or use roles and tasks within each role to design menus –or use objects and what can be done to it to design menus –use taxonomies for grouping –avoid too much “movement”

33 End What did I learn today? What questions do I still have?