Task Analysis – Input to Interaction

Slides:



Advertisements
Similar presentations
Chapter 11 Designing the User Interface
Advertisements

IT Requirements Capture Process. Motivation for this seminar Discovering system requirements is hard. Formally testing use case conformance is hard. We.
© 2010 Bennett, McRobb and Farmer1 Use Case Description Supplementary material to support Bennett, McRobb and Farmer: Object Oriented Systems Analysis.
Representation at the Interface Gabriel Spitz 1 Lecture #13.
User-Interface Design Process Lecture # 6 1Gabriel Spitz.
Task Analysis Analyzing and representing the activities of your users.
Principles and Methods
SE 555 – Software Requirements & Specifications Introduction
Task analysis 1 © Copyright De Montfort University 1998 All Rights Reserved Task Analysis Preece et al Chapter 7.
1 User Interface Design CIS 375 Bruce R. Maxim UM-Dearborn.
Chapter 13: Designing the User Interface
User Centered Design Lecture # 5 Gabriel Spitz.
User Interface Design Process Gabriel Spitz. User-Interface design Steps/Goals Understand who are the users and what do they do Articulate how will users.
1 College of Engineering and Computer Science Computer Science Department CSC 131 Computer Software Engineering Fall 2006 Lecture # 2 Chapter 6 & 7 System.
Business Process Modeling in Microsoft Visio® Interfacing’s BPMN Modeler: Overview.
The Project AH Computing. Functional Requirements  What the product must do!  Examples attractive welcome screen all options available as clickable.
User Interface Design Process Lecture # 6. CS Structure  Understand the User Interface  Design the User Interface  Evaluate the User Interface.
User Interface Theory & Design
Chapter 7 Requirement Modeling : Flow, Behaviour, Patterns And WebApps.
User Interface Design Process Gabriel Spitz. User-Interface design Steps/Goals.
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
Lesson 7 Guide for Software Design Description (SDD)
BSBIMN501A QUEENSLAND INTERNATIONAL BUSINESS ACADEMY.
User Modeling Lecture # 5 Gabriel Spitz 1. User-Interface design - Steps/Goals.
User Modeling 1 Lecture # 7 Gabriel Spitz. Objective of Lecture Why model the user How do we build a user profile How to utilize the user profile 2 Gabriel.
ITEC224 Database Programming
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
User Interface Theory & Design Lecture 6a 1.  User interface is everything the end user comes into contact with while using the system  To the user,
Chapter 9 Prototyping. Objectives  Describe the basic terminology of prototyping  Describe the role and techniques of prototyping  Enable you to produce.
User Interfaces 4 BTECH: IT WIKI PAGE:
Writing Software Documentation A Task-Oriented Approach Thomas T. Barker Chapter 5: Analyzing Your Users Summary Cornelius Farrell Emily Werschay February.
Project Deliverables CEN Engineering of Software 2.
User Modeling Lecture # 7 Gabriel Spitz 1. User Interface Design Process Gabriel Spitz 2 Needs Assessment Competitive Analysis Persona Develop Task Analysis/
Activity Flow Design Gabriel Spitz 1 Lecture # 12 Guiding the flow of activities.
The Structure of the User Interface Lecture # 8 1 Gabriel Spitz.
Conceptual Model Design Informing the user what to do Lecture # 10 (a) Gabriel Spitz.
User Modeling Lecture # 7 Gabriel Spitz 1. User Interface Design Process Gabriel Spitz 2 Needs Assessment Competitive Analysis Persona Develop Task Analysis/
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.
The Structure of the User Interface Lecture # 2 Gabriel Spitz.
Oman College of Management and Technology Course – MM Topic 7 Production and Distribution of Multimedia Titles CS/MIS Department.
Project Deliverables CIS 4328 – Senior Project 2 And CEN Engineering of Software 2.
How do people use an Interface Gabriel Spitz 1. User Interface Design?  Design is solving a problem  Design is creating an object or the means to enable.
The Structure of the User Interface Lecture # 9 Gabriel Spitz.
1 Design and evaluation methods: Objectives n Design life cycle: HF input and neglect n Levels of system design: Going beyond the interface n Sources of.
University of Washington HCDE 418 Wireframes HCDE 418.
Medium-fi Prototyping
Investigating System Requirements
Software Configuration Management
CMPE 280 Web UI Design and Development August 29 Class Meeting
User-centred system design process
Chapter 5 유스케이스 개요 Introduction to Use Cases
Imran Hussain University of Management and Technology (UMT)
System Design Ashima Wadhwa.
And On To Design: Why in this particular sequence?
Succeeding as a Systems Analysts
Activity Flow Design - or - Organizing the users’ Work
Developing Information Systems
SNS College of Engineering Coimbatore
Requirement Engineering
Systems Analysis and Design in a Changing World, 6th Edition
Safety Culture Self-Assessment Methodology
Unit 6: Application Development
CS305, HW1, Spring 2008 Evaluation Assignment
CIS 4328 – Senior Project 2 And CEN Engineering of Software 2
Low-fi Prototyping & Pilot Usability Testing
Engineering Quality Software
User ScenarIOS.
WEB DESIGN Cross 11, Tapovan Enclave Nala pani Road, Dehradun : ,
Presentation transcript:

Task Analysis – Input to Interaction Gabriel Spitz Task Analysis – Input to Interaction Lecture # 6

Gabriel Spitz What is task Analysis It is the way of systematically describing the how people go about achieving specific tasks

Objective of Task Analysis To provides the input information for Interaction Design It specify what functions the user will want to perform and how each function will be achieve It describes the Steps that users will perform and their sequence It does it within the bigger context of users’ Activities

Context of task Analysis Gabriel Spitz Context of task Analysis

Context for Task Analysis Within the UI context Task Analysis contributes primarily to Interaction Design Interaction Design - Is focused on enabling the user to use the application capabilities in an effective and efficient way Interface Design – Is focused on guiding the users on how to use those capabilities to achieve their related user tasks and obtain the desired results Conceptual Model Design – Is focused on Informing the user what capabilities a specific application has

Utilizing Task Analysis Gabriel Spitz Utilizing Task Analysis Steps associated with adding Header to slides 3 1 1. Interaction 6 2 4 5

Why task Analysis? What actions are needed? Gabriel Spitz Why task Analysis? Product Manager: UX: UX: User shell be able to add “Date and Time” to Slides What does it mean to add “Date and Time” to slides How do people add “Date and Time” to slides Today What actions are needed? How should they be organized?

Gabriel Spitz The Context of Tasks

Interaction within Context Actions people take are done within context Context provides constraints and expectations The context for interaction can be conceptualized as a Hierarch composed of Activity Tasks Steps (Actions) The boundaries between these layers is fuzzy

Hierarchy of Actions Activity Task Step or Action Is often associated with a high level goal that is desired and satisfies a user intent. It has clear intrinsic value to the user Task Is an element of an activity that is meaningful by itself. It has little intrinsic value by itself, but it contributes to the attainment of the Activity Step or Action Is an atomic component that by itself has no intrinsic value to the user, but it contributes to task task

Example – Formatting Text Activity Format Bullets Tasks Navigate to Bullet Formatting Dialog Specify Desired Bullet Format Apply Selected Format Step – Within Bullets & Numbering Select Style Select color Select Size of Text Click on OK

Activity – Format Text Task – Add Bullets Steps 1 2 3

Task Analysis - Details Gabriel Spitz Task Analysis - Details

Gabriel Spitz Tasks Tasks are derived from user’s goals – For what reason would they buy or want to use a specific product Different goals could suggest different tasks and therefore different design

Characteristics of Task Analysis Gabriel Spitz Characteristics of Task Analysis Task analysis is a method we use to describe and represent how and to what end the functions of application or a website will be used It is systematic in nature It is analytic rather the intuitive or speculative We often feel that we understand users task, but this understanding is frequently incomplete and wrong e.g. the lath operator that used cloth pin to lock one of the safety buttons

Example of a Website Why would somebody view a Web Page Gabriel Spitz Example of a Website Why would somebody view a Web Page Potential Users’ Tasks Gain Understanding Search for specific info. Be enticed Fill out forms Contact a person

Yes No Gain Understanding Scan home page Gabriel Spitz Gain Understanding Scan home page Notice interesting content/link Decide to get more info Go to/Open page Scan content of page Is content interesting? Read in depth Yes No

Gabriel Spitz Uses of Task Analysis

Gabriel Spitz Uses of Task Analysis Describe how people currently perform specific tasks Describe how people in the future will perform a task Help develop training material Help identify good tasks (representative or critical) for usability evaluation

Motivation for Task Analysis Gabriel Spitz Motivation for Task Analysis Ensure that what we design is congruent with users need Customers often forget their bank card in the ATM machine Ensure compatibility with users’ characteristics Displaying date as Nov, 12, 2002 (for 12/11/02) Ensure compatibility with users’ activity flow Do not forces the user to perform a task in an uncommon way such as reverse polish notation

Expected Outcomes of Task Analysis Gabriel Spitz Expected Outcomes of Task Analysis A set of functional requirements Functions that are needed and desired by end users A set of non-functional requirements for UI design A Metaphor or a conceptual model Users describe contacts as items in a Rolodex Specification of the task flow Focus areas for UI evaluation Benchmark tasks for usability testing

Extracting Conceptual Models Gabriel Spitz Extracting Conceptual Models

Questions asked using TA Gabriel Spitz Questions asked using TA What tasks do users perform and in what order What tasks are desired What happens when things go wrong What tools are used in conjunction with task performance Who else can impact task performance and how E.g., when using ATM consider the next person in line

Performing Task Analysis Gabriel Spitz Performing Task Analysis

Include in Task Analysis Gabriel Spitz Include in Task Analysis Start-up tasks Power-down tasks Maintenance tasks Miss use tasks

Example – Task Hierarchy Gabriel Spitz Example – Task Hierarchy Hierarchical task decomposition describes what is done and why (the level above)

Gabriel Spitz Example – Procedure Procedural analysis describes how a given task is executed and the decisions involved

Selecting Tasks Start with tasks that are meaningful by themselves Gabriel Spitz Selecting Tasks Start with tasks that are meaningful by themselves E.g. Replace a tire, not unbolt tire screws Select real tasks that users have faced Make sure that selected tasks provide reasonable coverage of what users need to do Select mixture of simple and complex tasks When we transition to the design stage Discard features that do not support users’ tasks Add real task that exercise the features

Structure of Task description Gabriel Spitz Structure of Task description Specify the users Roles and their characteristics Specify where inputs come from and outputs go to Working with other tools Reflect on the interest of potential users Illustrate functionality in context of work users really want to do Focus on the system users will need Not systems users say they want Remember, Users are not always right, they often do not anticipate new technology accurately

Gabriel Spitz Describing Tasks Technology neutral - Say what the user wants to do, but not how the user would do it E.g., contact department head, but not send email to department head This allow comparing different design alternatives E.g., Letter, Email, Facebook, Skype, etc. Specific Forces us to consider how features work together Include The information that the user need for a task Both related and unrelated to software What the users sees and interacts with

Using Tasks in design Write up description of task Gabriel Spitz Using Tasks in design Write up description of task Run by users and rest of the design team Get more information where needed Rough out interface design Major screens and functions (not too detailed) Hand sketches Produce scenario for each task What user has to do and what they would see Step-by-step performance of the task use-case

Gathering Task Analysis Data Gabriel Spitz Gathering Task Analysis Data

Methods for gathering Task Data Gabriel Spitz Methods for gathering Task Data Review documentation Observations – preferably in the workplace Interviews - preferably in the workplace Questionnaires and surveys

Usage of Data Gathering Methods Gabriel Spitz Usage of Data Gathering Methods Documentation review Develop a high level understanding of features, task, and procedures – what is there Observation Develop a detailed understanding of tasks, and procedures in the real world – How is it used Interview Explore issues and develop use scenarios – What is missing Questionnaires Gather specific information

Once we Have the Data Describe the workflow graphically Gabriel Spitz Once we Have the Data Describe the workflow graphically This helps ensure that the task flow smoothly All or most possibilities are accounted for Tasks have a defined start and end points Verify the flow with end users

Summary Answer questions before designing Selecting tasks Gabriel Spitz Summary Answer questions before designing Who, what, where , how often Relationship between users and data What other tools do users have What happens when things go wrong Selecting tasks Real tasks with reasonable functionality coverage What should tasks look like Complete, specific tasks of what users want to do