






























Study with the several resources on Docsity
Earn points by helping other students or get them with a premium plan
Prepare for your exams
Study with the several resources on Docsity
Earn points to download
Earn points by helping other students or get them with a premium plan
Material Type: Notes; Class: Human-Computr Intrctn; Subject: Computer Science; University: Virginia Polytechnic Institute And State University; Term: Summer I 2004;
Typology: Study notes
1 / 38
This page cannot be seen from the preview
Don't miss anything!































Usability Specifications
Tie usability specifications to early usabilitygoals
E.g., for early goal of walk-up-and-use usability, baseusability specification on initial task performance time
All project members should agree on usabilityspecifications attribution and values
Usability Specification Data
Usability specifications based on
Objective
, observable user
performance
Subjective
, user opinion and
satisfaction
z
Subjective preferences may reflect usersdesire to return to your Web site, but flashand trash soon bores and irritates
Objective and subjective usabilityspecifications can both be quantitative
Usability Specifications
Some quantitative usability attributes
Objective
z
Initial performance (on benchmark tasks)
z
Longitudinal (experienced, steady state) performance
z
Learnability
z
Retainability
Subjective
z
Initial impression (questionnaire score)
z
Longitudinal satisfaction
Usability Specification Table
z
Usability attribute for Calendar
Initial performance, since want good 'walk-up-and-usperformance w/o training or manuals
Initialperformance
Target
level
Current
level
Value to be
measured
Measuring instrument
Usability
attribute
Benchmark Tasks
What tasks should be included?
Representative, frequently performed tasks
Common tasks – 20% that account for 80% ofusage
Critical business tasks – not frequent, but if youget it wrong, heads can roll
Example: Schedule a meeting with Dr. Ehrichfor four weeks from today at 10 am in 133McBryde, about the HCI research project
Benchmark Task Descriptions
Clear, precise, repeatable instructions
IMPORTANT
: What task to do, not how to do it
Clear start and end points for timing
Not: Display next week’s appointments (end with a usaction confirming end of task)
Adapt scenarios already developed for design
Clearly an important task to evaluate
Remove information about how to do it
Benchmark Task Descriptions z
Tasks wording should be unambiguous
Why is this ambiguous? “Schedule a meeting withMr. Jones for one month from today, at 8 AM.”
Important
: Don’t use words in benchmark
tasks that appear specifically in interactiondesign
Not: “Find first appointment …” when there is abutton labeled “Find”
Instead: use “search for”, “locate”
Benchmark Task Descriptions z
Use work context wording, not system-oriented wording
“Access information about xyz” is betterthan “submit query”
To evaluate error recovery, benchmarktask can begin in error state
Usability Specification Table
BT1: Addappt
Initialperformance
Target leve
Current
level
Value to be
measured
Measuring instrument
Usability
attribute
Usability Specification Table
z
Value to be measured
values are collected
BT1: Addappt
Initialperformance
Target leve
Current
level
Value to be
measured
Measuring instrument
Usability
attribute
Usability Specification Table
Time on task
BT1: Addappt
Initialperformance
Target leve
Current
level
Value to be
measured
Measuring instrument
Usability
attribute
Usability Specification Table
Time on task
BT1: Addappt
Initialperformance
Target leve
Current
level
Value to be
measured
Measuring instrument
Usability
attribute
Current level
attribute to be measured