Analyzing and representing the activities of your users

Slides:



Advertisements
Similar presentations
Interaction Design: Visio
Advertisements

Database Systems: Design, Implementation, and Management Tenth Edition
© 2010 Bennett, McRobb and Farmer1 Use Case Description Supplementary material to support Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
MIS 325 PSCJ. 2  Business processes can be quite complex  Process model: any abstract representation of a process  Process-modeling tools provide a.
IAT 334 Interface Design Task Analysis
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall.
Identifying Needs and Establishing Requirements John Thiesfeld Jeff Morton Josh Edwards.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Requirements and Task Analysis
Task Analysis.
Task Analysis Analyzing and representing the activities of your users.
ICS 463, Intro to Human Computer Interaction Design: 3. Perception Dan Suthers.
Preece Chapter 7.7 & Mc Cracken Chapter 3
Task analysis 1 © Copyright De Montfort University 1998 All Rights Reserved Task Analysis Preece et al Chapter 7.
Identifying needs and establishing requirements. Overview The importance of requirements Different types of requirements Data gathering Task descriptions:Scenarios.
Requirements Gathering & Task Analysis – Part 5 of 5
Requirements and Task Analysis. Please attend!! Duke Hutchings: “Window interfaces for multiple monitor systems”: next Monday 2/6, 9:30-11, room 154 student.
Requirements Gathering : Determining the scope of the system 1. Elicitiation – fact finding 2. Specification 3. Validation.
Requirements Gathering and Task analysis. Requirements gathering and task analysis 4 Requirements gathering is a central part of systems development understanding.
Identifying Needs and Establishing Requirements
The Project AH Computing. Functional Requirements  What the product must do!  Examples attractive welcome screen all options available as clickable.
Kendall & KendallCopyright © 2014 Pearson Education, Inc. Publishing as Prentice Hall 9 Kendall & Kendall Systems Analysis and Design, 9e Process Specifications.
Fall 2002CS/PSY Task Analysis Analyzing and describing how people do their jobs/work  -> Go to their environment Examine users’ tasks to better.
Requirements II: Task Analysis. Objectives By the end of the class, you will be able to… Write detailed task descriptions to inform design. Create scenarios.
SOFTWARE ENGINEERING BIT-8 APRIL, 16,2008 Introduction to UML.
Introduction to Sequence Diagrams
Software School of Hunan University Database Systems Design Part III Section 5 Design Methodology.
Prepared by Afra`a Sayah. Introduction. Weekly Tasks. Plane Phase. Analysis Phase. Design Phase. Report Rules. Conclusion. 2.
Data Analysis, Interpretation, & Presentation: Lies, Damn Lies, and Statistics CS561.
Describing Process Specifications and Structured Decisions Systems Analysis and Design, 7e Kendall & Kendall 9 © 2008 Pearson Prentice Hall.
Ch 7 Identifying needs and establishing requirements Group 3: Lauren Sullivan Chris Moore Steven Pautz Jessica Herron.
Software Design Deriving a solution which satisfies software requirements.
Identifying needs and establishing requirements
Interaction Design Notes from Nathan Pearson and Sommerville 9 th edition.
Observing Users (finishing up) CS352. Announcements, Activity Notice upcoming due dates (web page) Discussion: –Did your observations have enough detail.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 14 Slide 1 Object-oriented Design.
Flowcharting A Quality Improvement Tool. Quality = Inspection Statistical methods assisted in prevention of defects – The need for inspection declined.
Task Analysis …and we’ll really get to Ethics this time.
1 Lecture 5: (Ref. Chapter 7) Identifying Needs and Establishing Requirements.
User Interfaces 4 BTECH: IT WIKI PAGE:
Understanding Task Analysis
Task Analysis CSCI 4800/6800 Feb 27, Goals of task analysis Elicit descriptions of what people do Represent those descriptions Predict difficulties,
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.
Observing Users CS352 Usability Engineering Summer 2010.
Task Analysis Overview, utility Types of task analysis Sources and use.
1 Graph Coverage (6). Reading Assignment P. Ammann and J. Offutt “Introduction to Software Testing” ◦ Section
McGraw-Hill/Irwin The Interactive Computing Series © 2002 The McGraw-Hill Companies, Inc. All rights reserved. Microsoft Excel 2002 Working with Data Lists.
2/6/03C-1 © 2001 T. Horton CS 494 Object-Oriented Analysis & Design Requirements and Use Cases.
Essentials of OVID Using UML based notation to capture system requirements and design.
This material has been developed by Georgia Tech HCI faculty, and continues to evolve. Contributors include Gregory Abowd, Jim Foley, Diane Gromala, Elizabeth.
CS3205: Task Analysis and Techniques
Topic 4 - Database Design Unit 1 – Database Analysis and Design Advanced Higher Information Systems St Kentigern’s Academy.
Lesson 3-Multimedia Skills. Overview Members of a multimedia team. Roles and responsibilities in a multimedia team.
Identifying Needs and Establishing Requirements Presenters: Veronica Gasca Jennifer Rhough.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It describes what is a user doing or will.
Task Analysis Lecture # 8 Gabriel Spitz 1. Key Points  Task Analysis is a critical element of UI Design  It specifies what functions the user will need.
UML - Development Process 1 Software Development Process Using UML.
Data Gathering CS352. Project Proposal Requirements I want: Name of team members Project description (what do you want to do) –This should include a description.
CS305: Spring 2008 Task Analysis and Techniques. Task Analysis Same as requirements analysis? –Focus on users, not on the proposed system –“Earlier” than.
Copyright © 2011 Pearson Education Process Specifications and Structured Decisions Systems Analysis and Design, 8e Kendall & Kendall Global Edition 9.
Systems Analysis and Design in a Changing World, Fourth Edition
Observing Users (finishing up)
Chapter 5 Task analysis.
Analysis models and design models
COMP 208/214/215/216 – Lecture 7 Documenting Design.
Observing Users (finishing up)
Task Analysis Analyzing and describing how people do their jobs/work
Human Computer Interaction Universitas Gunadarma
Presentation transcript:

Analyzing and representing the activities of your users Task Analysis Analyzing and representing the activities of your users

Project Part 1 reminder Due Sept. 20 (less than 2 weeks!) READ description and template Focus on the problem, not the solution Start gathering your data now! Ask for help and feedback Good communication skills are key And please spell and grammar check

Results of Requirments Gathering & Task Analysis Real-world constraints User characteristics + Personas Task - subtask decomposition Includes sequencing information Use Cases & Scenarios Possibly workflow diagrams, flow charts, ER or object models Usability Requirements

Making Sense Card Sorting Affinity Diagrams Software tools for task analysis Software tools for flow charting Software tools for analysis of activities Outline programs

Affinity Diagram - “Sorted Cards” From Interaction Design, Preece Rogers and Sharp

Task Analysis Process of analyzing and documenting how people perform their jobs or activities Task-subtask decomposition

Task Model as an Outline Lists, outlines, matrices Use expanding/collapsing outline tool Add detail progressively Know in advance how much detail is enough Can add linked outlines for specific subtasks Good for sequential tasks Does not support parallel tasks well Does not support branching well

Task Model as an Outline - Example Using a lawnmower to cut grass Step 1. Examine lawn Make sure grass is dry Look for objects laying in the grass Step 2. Inspect lawnmower Check components for tightness Check that grass bag handle is securely fastened to the grass bag support Make sure grass bag connector is securely fastened to bag adaptor Make sure that deck cover is in place Check for any loose parts (such as oil caps) Check to make sure blade is attached securely Check engine oil level Remove oil fill cap and dipstick Wipe dipstick Replace dipstick completely in lawnmower Remove dipstick Check that oil is past the level line on dipstick …

Hierarchical Task Analysis (HTA) Graphical notation & decomposition of tasks Goals – what the user wants to achieve Tasks – do these to achieve the goals Not necessarily computer related Sequential dependencies Create new document before entering text Multiple occurrences of tasks Subtasks – lower-level tasks Tasks organized into plans Clusters of subtasks with a preferred order and prerequisite conditions

Task Model - Borrow Book Sequences added as annotations Can also show hierarchy as indented text Goal Tasks to complete goal Subtasks to carry out one task From Interaction Design, Preece Rogers and Sharp

Another representation 0. In order to borrow a book from the library 1. go to the library 2. find the required book 2.1 access library catalogue 2.2 access the search screen 2.3 enter search criteria 2.4 identify required book 2.5 note location 3. go to correct shelf and retrieve book 4. take book to checkout counter

HTA: Types of Plans Fixed sequence Optional tasks Waiting events Cycles Time-sharing Discretionary

HTA

Use Case Description of a user’s goal in using a system Focuses on user-system interaction One path through a use case is sometimes called a scenario Often presented as a series of steps Diagram of actors and use cases

Use Case example Arrange Meeting 1. The user chooses the option to arrange a meeting. 2. The system prompts user for the names of attendees. 3. The user types in a list of names. 4. The system checks that the list is valid. 5. The system prompts the user for meeting constraints. 6. The user types in meeting constraints. 7. The system searches the calendars for a date that satisfies the constraints. 8. The system displays a list of potential dates. 9. The user chooses one of the dates. 10. The system writes the meeting into the calendar. 11. The system emails all the meeting participants informing them of them appointment

Use Case Diagram

Essential Use Case Description of important or frequent user interactions Tries to avoid assumptions of use cases More generalized steps, user roles Three parts: Name User intention System responsibility

Essential Use Case Example Arrange-Meeting USER INTENTION SYSTEM RESPONSIBILITY Arrange a meeting Request meeting attendees and constraints Identify meeting attendees Suggest potential dates Choose preferred date Book meeting

Entity Relationship Diagrams Object Oriented Models Objects/people with links to related objects Stress relationship between objects and actions Links described functionally and in terms of strength Task: Develop design for final project objects - pens, paper, drawing tools, etc. actors - Mary, Bob, Sally composite objects - the “team” About relations, not procedures Complements HTA & flow charts

Object Model: Simple Drawing System Objects page, line, point Relations page contains zero or more lines and points Lines defined by two points Actions on objects Page: clear Points: create, delete, move Lines: create, delete, move Etc

Object Model: Line Text Editor Objects Files, lines, characters Relations File is sequence of lines Line is sequence of characters Actions on objects Files: create, delete, rename Lines: create, delete, move, copy Characters: insert, delete, move, copy

Workflow Documents going from one person/organization to another Multiple participants in an activity

Workflow Example - Document Flow Create Travel Request (Traveler) Ensure Funds Available (Accounting) Approval (Dean) Notification of Approval (Dean) No Funds Notification of Approval (Dean) Make Trip (Traveler) Complete Expense Report (Traveler) Approval (Accounting) Etc

From Interaction Design, Preece Rogers and Sharp

Flow Charts Flow Chart of Task Steps Complete, can become complex Sequential flow, branching, parallel tasks. Includes actions, decisions, logic, by all elements of the system Mature, well-known, good tools for doing it

Flow Chart Example Start Continue? Document Manual Operation Y N Input Display End

Usability Requirements Usability goals: such as learnability, consistency, robustness, etc. For each – ways to measure and judge success Time to complete key tasks - min, max Time to become proficient - do given set of tasks in given time Subjective satisfaction MUST have this at start Refine for later testing

Usability Requirements Example Usability Current Worst Target Best Observed Attribute Level Value Value Value Value Initial Use: Time to edit a given document during first use of system Learnability: Time to edit a given document after one hour of use Time to create outline Subjective first impression

Summary Determine what data you need Gather it using various appropriate methods and techniques Represent the tasks and subtasks, plus other related information Use this data as basis for design Note: Be efficient!

Assignment: Persona Think about all the characteristics of a user that may be important, their goals and motivations Not a wish list of things the person wants… You should create multiple personas for different types of users So what should distinguish each one?

Exercise Movie ticket kiosk What data gathering techniques would you use? Who would you talk to? What are typical user characteristics? What is a typical scenario of use? What is an atypical or problem scenario? What would you represent using HTA? What could you represent using ER diagram? What could you represent using flowchart?