TataKelola dan KamSiber Kecerdasan Buatan v022.pdf
Â
Requirements Analysis, Prototyping and Evaluation - Lecture 03 - Next Generation User Interfaces (4018166FNR)
1. 2 December 2005
Next Generation User Interfaces
Requirements Analysis, Prototyping and Evaluation
Prof. Beat Signer
Department of Computer Science
Vrije Universiteit Brussel
http://www.beatsigner.com
2. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 2October 9, 2017
Requirements Analysis
ī§ Update/replace an existing system or develop
a totally innovative product
ī§ initial set of requirements or requirements produced from scratch
ī§ We have to understand
ī§ users and their capabilities (who)
ī§ user tasks and goals (how)
ī§ conditions (context) under which the product will be used (where)
ī§ Requirements analysis is often intertwined (iterative
activity) with design activities and evaluation activities
ī§ Produce a set of stable requirements forming a sound
basis to start with the design
3. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 3October 9, 2017
Interaction Design Lifecycle Model
Establishing
requirements
Designing
alternatives
Prototyping
Evaluating
Final
product
4. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 4October 9, 2017
Types of Requirements
ī§ Functional requirements
ī§ what should the product do (fundamental)
ī§ Data requirements
ī§ type of data
ī§ amount of data
ī§ data accuracy
ī§ âĻ
ī§ Environmental requirements (context of use)
ī§ physical environment
- lighting, noise, movement, dust, âĻ
ī§ social environment
- synchronous or asynchronous sharing of data, co-located or distributed, âĻ
5. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 5October 9, 2017
Types of Requirements âĻ
ī§ Environmental requirements (context of use) âĻ
ī§ organisational environment
- user support, resources for training, how hierarchical is the management, âĻ
ī§ technical environment
- technologies the product will run on, compatibility, technological limitations, âĻ
ī§ User characteristics
ī§ key attributes of intended user group
- abilities and skills
- nationality and educational background
- preferences
- physical or mental disabilities
- level of expertise (novice, expert, casual user, frequent user, âĻ)
ī§ user profile consists of a collection of attributes for a typical user
6. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 6October 9, 2017
Types of Requirements âĻ
ī§ Usability goals
ī§ define measures for agreed usability goals
- objective measure of a userâs performance
- measuring a userâs perceptions of the interaction
ī§ User experience goals
7. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 7October 9, 2017
Exercise: Types of Requirements
ī§ Interactive product to pay
for food (by credit card) in
a universityâs self-service
cafeteria
ī§ Interactive product to
control the functioning of a
nuclear power plant
8. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 8October 9, 2017
Data Gathering for Requirements
ī§ Different forms of data gathering to get information about
tasks and associated goals as well as the context of use
ī§ interviews
ī§ focus groups
ī§ questionnaires
ī§ direct observation
ī§ indirect observation
ī§ studying documentation
ī§ researching similar products
9. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 9October 9, 2017
Interviews
ī§ Open-ended or unstructured interview
ī§ good to get first impressions (exploratory)
ī§ rich data with deep understanding of the topic
ī§ time consuming to analyse
ī§ Structured interview
ī§ closed questions with predefined set of alternative answers
ī§ questions should be worded the same and asked in the same
order for each participant
ī§ Semi-structured interview
ī§ combination of closed and open questions
ī§ e.g. start with a closed question followed by open question(s)
10. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 10October 9, 2017
Focus Groups
ī§ Trained facilitator interviews groups of 3-10 people
ī§ Can be conducted in special requirements workshops
ī§ Individuals develop opinions within a social context by
talking to each other
ī§ Investigates community issues rather than individual
experiences
11. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 11October 9, 2017
Questionnaires
ī§ Can ask closed as well as open questions
ī§ Might be used for initial responses that can then be
used for selecting people to be interviewed
ī§ Different formats of questions and responses
ī§ checkboxes
- e.g. male or female
ī§ ranges
- e.g. age: 0-17, 18-29, 30-39, 40-49 and 50 and older
- avoid any overlaps
ī§ rating
- Likert scale
âĸ how many points on the scale? even or odd number of points?
âĸ place positive end of the scale first (e.g. strongly agree) and the negative end last
12. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 12October 9, 2017
Questionnaires âĻ
ī§ rating âĻ
- semantic differential scale
âĸ user is asked to place a cross in a number of positions between two extremes
âĸ extremes represented by two adjectives (e.g. attractive vs. ugly)
ī§ Usually small number of participants in interaction design
questionnaires (fewer than 20 users) with high return
rates
ī§ Online questionnaires
ī§ email or web-based questionnaires
13. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 13October 9, 2017
Direct and Indirect Observation
ī§ Direct observation (field study) of participants
in their natural setting (e.g. via ethnographic studies)
ī§ understand the nature of the tasks and the context in which
they are performed
ī§ Indirect observation of users
ī§ diaries
ī§ interaction logging (software)
- e.g. for evolving products
14. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 14October 9, 2017
Studying Documentation and Products
ī§ Studying of manuals and other documentation
ī§ good for background information on the userâs work
ī§ Researching of similar products might help to trigger
some requirements
ī§ e.g. investigate desktop image editing software when designing
an image editor for mobile devices
15. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 15October 9, 2017
Data Gathering Guidelines for Requirements
ī§ Focus on identifying the stakeholdersâ needs
ī§ Involve all the stakeholder groups
ī§ Involve more than one representative from each
stakeholder group
ī§ Support the iterative requirements activity with
descriptions and prototypes
16. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 16October 9, 2017
Data Analysis, Interpretation and Presentation
ī§ Formats such as the Volere requirements shell highlight
the information to look for
ī§ good first step in data analysis for requirements
ī§ Functional requirements
ī§ class diagrams
ī§ state charts
ī§ sequence diagrams
ī§ âĻ
ī§ Data requirements
ī§ entity-relationship (ER) diagrams,
ī§ âĻ
17. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 17October 9, 2017
Volere Requirements Shell
18. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 18October 9, 2017
Task Description
ī§ More recently task descriptions are used throughout the
development
ī§ from early requirements activities, through prototyping and
evaluation
ī§ Techniques with a user-centred focus to describe usersâ
goals and tasks
ī§ scenarios
ī§ use cases
ī§ essential use cases
ī§ âĻ
19. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 19October 9, 2017
Scenarios
ī§ Informal narrative description (stories)
ī§ Construction of scenarios by stakeholders often the first
step in establishing requirements
ī§ level of detail varies depending on where in the development
process a scenario is being used
ī§ emphasise the tasks, context as well as usability and user
experience goals during the requirements activity
ī§ Often generated during workshops, interviews or
brainstorming sessions
ī§ not intended to capture full set of requirements (one perspective)
ī§ can also be used to describe situations envisioned in the future
20. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 20October 9, 2017
Use Cases
ī§ Focus on user goals (like scenario) but emphasis is on
user-system interaction rather than on the userâs task itself
ī§ A use case diagram consists of actors and the use cases
these actors are associated with
ī§ use case consists of a textual description of a normal course as well
as some alternative courses
Withdraw Cash
1. System asks the user to enter their card
2. User enters the card
3. System displays options
4. User chooses the option to withdraw money
5. âĻ
3. If the card is invalid:
3.1. System displays an error message
3.2. System returns the card
3.3. System returns to step 1
21. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 21October 9, 2017
Essential Use Cases
ī§ More general case than in a scenario (abstraction) but
tries to avoid the assumptions of a traditional use case
(e.g. that there is a piece of technology to interact with)
ī§ no commitment to a particular interaction design when creating an
essential use case
retrieveVisa
USER INTENTION SYSTEM RESPONSIBILITY
find visa requirements
request destination and nationality
supply required information
obtain appropriate visa information
obtain a personal copy of visa information
offer information in different formats
choose suitable format
provide information in chosen format
22. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 22October 9, 2017
Conceptual Design
ī§ Transforms requirements into a conceptual model
ī§ what can people do with a product?
- emerges from functional requirements
ī§ what concepts are needed to understand how to interact
with the product?
- depends on a variety of issues
âĸ who will be the users and what kind of interface will be used
âĸ terminology and application domain
âĸ âĻ
ī§ Key guiding principles of conceptual design
ī§ keep an open mind but never forget the users and their context
ī§ discuss ideas with other stakeholders as much as possible
ī§ use low-fidelity prototyping to get rapid feedback
ī§ iterate, iterate and iterate
23. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 23October 9, 2017
Personas
ī§ Descriptions (conceptual
model) of typical users
ī§ brings user profiles to life
ī§ consists of a name and often
a photo
ī§ unique set of goals related to
the product
ī§ userâs skills, attitudes, tasks
and environment
ī§ Details help designers to
see personas as real
potential users
24. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 24October 9, 2017
Developing an Initial Conceptual Model
ī§ Define an initial conceptual model by considering
ī§ which interface metaphors are suitable to help users understand
the product?
ī§ which interaction type(s) do best support the usersâ activities?
ī§ Three-step process for choosing a good interface
metaphor
ī§ understand what the system will do (functional requirements)
ī§ understand which parts (tasks or subtasks) of the product are
likely to cause users problems, are complicated or critical
ī§ choose metaphor to support those critical aspects
25. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 25October 9, 2017
Developing an Initial Conceptual Model âĻ
ī§ Interaction type depends on the application domain and
the kind of product that is developed
ī§ e.g. manipulating type most likely suited for a game
ī§ conceptual model can include combination of interaction types
- different parts of the interaction associated with different types
ī§ Consideration of different interface types at this stage
might lead to different design alternatives
26. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 26October 9, 2017
Brainstorming for Innovation
ī§ Generate ideas for alternative designs and for
suggesting innovative and better products
ī§ Factors for requirements brainstorming
ī§ participants should know the userâs goals to be supported
ī§ no ideas should be criticised or debated
ī§ include participants from a wide range of disciplines
ī§ do not ban silly stuff (can often turn into useful requirements)
ī§ use catalysts (e.g. earlier ideas) for further inspiration
ī§ keep records and possibly number the ideas (for reference)
ī§ user warm-up exercises
- e.g. IDEOâs TechBox idea mentioned in previous lecture
27. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 27October 9, 2017
Physical Design
ī§ Considers details of the product including
ī§ visual appearance including colour and graphics or sounds
ī§ icon design, button design, menu design, interface layout
ī§ choice of interaction devices
ī§ No rigid border between conceptual and physical design
ī§ iterative process where conceptual design decisions might have
to be revisited during physical design
ī§ User characteristics have a significant impact on physical
design
ī§ accessibility
- good design for all products to include accessibility features
ī§ national culture
- cross-cultural design includes the use of appropriate language(s), colours, ...
28. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 28October 9, 2017
Using Scenarios in Design
ī§ Scenarios play different roles in the design process
ī§ as basis for the overall design
- basis for storyboard creation
- script for prototype evaluation
ī§ for the technical implementation
ī§ as a means of cooperation within design teams
ī§ as a means of cooperation across professions boundaries
- basis of communication in a multidisciplinary team
ī§ The most positive and negative consequences of a
particular proposed design might be captured
by plus and minus scenarios
29. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 29October 9, 2017
Prototyping
ī§ âIt is often said that users canât tell you what
they want, but when they see something and
get to use it, they soon know what they donât want.â
ī§ A prototype is a manifestation of design that allows
stakeholders to interact with it and explore its suitability
ī§ paper-based storyboard or outline of a screen
ī§ electronic picture or video simulation of a task
ī§ 3D cardboard mockup or object printed with a 3D printer
ī§ piece of software
ī§ âĻ
ī§ Prototypes help to choose between design alternatives
ī§ Building a prototype encourages reflection in design
30. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 30October 9, 2017
Low-Fidelity Prototyping
ī§ Low-fidelity prototypes
often do not look very
much like final products
ī§ different materials
ī§ Simple, cheap and quick
to modify
ī§ support exploration of
alternative designs
ī§ Storyboarding
ī§ often used in combination
with a scenario
PalmPilot prototype, Jeff Hawkin, 1995
31. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 31October 9, 2017
Low-Fidelity Prototyping âĻ
ī§ Sketching
ī§ hand-drawn sketches containing computer components, icons,
dialogue boxes, âĻ
ī§ Prototyping with index cards
ī§ each card represents one screen or one element of a task
ī§ Wizard of Oz experiment
ī§ assumes that one has a software-based prototype
ī§ human operator (wizard) simulates the softwareâs response
to the user
ī§ PowerPoint
ī§ balances the provisionality of paper with the polished appearance
of software prototypes
- characteristics of low and high fidelity
32. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 32October 9, 2017
High-Fidelity Prototyping
ī§ Prototypes look much more like final product
ī§ Growing interest in modifying and integrating existing
components
ī§ tinkering (hardware)
ī§ component-based software engineering (software)
ī§ Advantages
ī§ look and feel of final product
ī§ often fully interactive
ī§ Disadvantages
ī§ expensive and time-consuming to develop
ī§ users comment on superficial aspects
ī§ developers are reluctant to change something
33. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 33October 9, 2017
Compromises in Prototyping
ī§ Often the breadth of functionality is
traded against the depth of functionality
ī§ horizontal prototyping
- provides a wide range of functions but with little detail
ī§ vertical prototyping
- provides a lot of details for only a few functions
ī§ Throwaway prototyping
ī§ final product is built from scratch
ī§ no testing necessary along the way
ī§ Evolutionary prototyping
ī§ prototype evolves into the final product
ī§ rigorous testing necessary along the way
34. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 34October 9, 2017
Support for Design
ī§ There exist various pattern collections,
libraries and catalogues for interaction design
ī§ http://ui-patterns.com
ī§ http://www.welie.com
ī§ Hardware toolkits for physical prototyping
ī§ Phidgets hardware building blocks
ī§ Arduino open source electronics platform
ī§ âĻ
35. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 35October 9, 2017
Evaluation
ī§ Evaluation is an integral
part of the design process
ī§ usability of the system
ī§ user experience
ī§ Observe participants and
measure their perfor-
mance
ī§ usability testing
ī§ experiments
ī§ field studies
36. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 36October 9, 2017
Why, What, Where and When to Evaluate
ī§ Why evaluate
ī§ investigate user requirements
ī§ ensure that users can use the product and they like it
ī§ What to evaluate
ī§ conceptual models
ī§ early low-fidelity prototypes
ī§ more complete high-fidelity prototypes
âUser experience encompasses all aspects of the end-userâs
interaction âĻ the first requirement for an exemplary user experience
is to meet the exact needs of the customer, without fuss or bother.
Next come simplicity and elegance, which produces products that are
a joy to own, a joy to use.â
Nielsen Norman Group
37. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 37October 9, 2017
Why, What, Where and When to Evaluate âĻ
ī§ Where to evaluate
ī§ laboratory
ī§ natural setting
(in-the-wild studies)
- better for user experience
ī§ living labs
ī§ When to evaluate
ī§ formative evaluations
- throughout the design process
- what and how to redesign?
ī§ summative evaluations
- assess the final product
- how well did we do?
Aware Home, Georgia Tech
38. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 38October 9, 2017
Three Types of Evaluation
ī§ Controlled settings involving users
ī§ laboratories or living labs
ī§ methods: usability testing and experiments
ī§ test hypotheses and measure or observe certain behaviour under
controlled conditions
- reduce outside influences and distractions
- same instructions for all participants and results can be generalised
ī§ Natural settings involving users
ī§ public places and online communities
ī§ methods: direct observation (field study), interviews and logging
- identify opportunities for new technology
- establish requirements for a new design
- decide how to best introduce new technology
39. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 39October 9, 2017
Three Types of Evaluation âĻ
ī§ Natural settings involving users âĻ
ī§ investigate how product is used in the real world with little or no
control of usersâ activities
- due to lack of control it might be difficult to anticipate what is going to happen
- might get unexpected data and new insights
ī§ should be unobtrusive but some methods might influence how
people behave
ī§ Any setting not involving users
ī§ consultants and researchers critique, predict and model parts of
the interfaces in order to identify obvious usability problems
ī§ methods: heuristics, walkthroughs, analytics and models
ī§ Often a combination of methods is used across these
three categories in a single study
40. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 40October 9, 2017
DECIDE Evaluation Framework
ī§ DECIDE framework provides a checklist (guide) to plan
an evaluation study and remind about important issues
ī§ Determine the goals
ī§ Explore the questions
ī§ Choose the evaluation methods
ī§ Identify the practical issues
ī§ Decide how to deal with the ethical issues
ī§ Evaluate, analyse, interpret and present the data
41. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 41October 9, 2017
Determine the Goals
ī§ What are the high-level goals of the evaluation?
ī§ Who wants the evaluation and why?
ī§ Goals influence the methods used for the study
ī§ Possible goals
ī§ check that user requirements are met
ī§ improve the usability of the product
ī§ identify the best metaphor for the design
ī§ check for consistency
ī§ investigate how a product affects working practices
ī§ âĻ
42. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 42October 9, 2017
Explore the Questions
ī§ Questions help to guide the evaluation
ī§ The goal of finding out why some customers prefer to
buy paper airline tickets (rather than e-tickets) can for
example be broken down into specific sub-questions
ī§ what are customersâ attitudes to e-tickets?
ī§ are customers concerned about security?
ī§ is the interface to obtain the e-tickets poor?
- is the system difficult to navigate?
- is the response time too slow?
- is the terminology confusing (inconsistent)?
43. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 43October 9, 2017
Choose the Evaluation Methods
ī§ Evaluation method influences how data is
collected, analysed and presented
ī§ For example, field studies
ī§ involve observations and interviews
ī§ observe users in natural settings
ī§ do not involve controlled tests
ī§ produce mainly qualitative data
ī§ âĻ
44. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 44October 9, 2017
Identify the Practical Issues
ī§ Selection of users
ī§ people with particular level of expertise
ī§ gender distribution
ī§ age
ī§ Find evaluators
ī§ Selection of equipment
ī§ will participants be disturbed by cameras?
ī§ Stay within the budget
ī§ Respect the schedule
ī§ Should a pilot study be organised?
45. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 45October 9, 2017
Decide How to Deal with the Ethical Issues
ī§ Develop an informed
consent form
ī§ Information for participants
ī§ goals of the study
ī§ what happens with the
findings
- anonymity when quoting them
ī§ confidentiality of personal
information (coding)
ī§ offer draft of final report
ī§ Participants are free to
stop at any time
46. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 46October 9, 2017
Evaluate, Interpret and Present the Data
ī§ Evaluation method influences how data is collected,
analysed and presented
ī§ The following needs to be considered
ī§ Reliability
- can the study be replicated by another evaluator or researcher?
ī§ Validity
- does the method measure what we expect?
ī§ Ecological validity
- does the environment influence the findings
- are participants aware of being studied (Hawthorne effect)?
ī§ Biases
- is the process creating biases (e.g. preferences of evaluators)?
ī§ Scope
- can the findings be generalised
47. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 47October 9, 2017
Usability Testing
ī§ Record the performance (quantitative data) of typical
users doing typical tasks in a controlled setting
ī§ Participants are observed and timed
ī§ Data is recorded on video and interactions (e.g. key
presses) are logged
ī§ users might be asked to think aloud while carrying out tasks
ī§ Data is used to calculate the time to complete a task
and to identify the number and type of errors
ī§ User satisfaction and opinion is evaluated based on
questionnaires and interviews
ī§ Field observations may provide contextual understanding
48. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 48October 9, 2017
Usability Lab with User and Assistant
49. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 49October 9, 2017
Testing Conditions
ī§ Usability lab or other controlled space
ī§ usability-in-a-box and remote usability testing as more affordable
and mobile alternatives to a usability lab
ī§ Emphasis on
ī§ selecting representative users
ī§ defining representative tasks
ī§ 5-12 participants and tasks no longer than 30 minutes
ī§ number of participants depends on schedule, availability and cost
of running tests
ī§ some experts argue that testing should continue until no new
insights are gained
ī§ Same test conditions for every participant
50. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 50October 9, 2017
Experiments
ī§ Test hypothesis to discover new knowledge by inves-
tigating the relationship between two or more variables
ī§ Independent variable is manipulated by the investigator
ī§ e.g. cascaded menus vs. context menus
ī§ Dependent variable depends on the independent
variable
ī§ e.g. time to select and option from the menu
ī§ We further define a null hypothesis (e.g. there is no
difference in selection time) and an alternative
hypothesis (e.g. there is a difference between the two
menus on selection time)
51. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 51October 9, 2017
Experiments âĻ
ī§ Statistical analysis of the data can be used to
contradict the null hypothesis
ī§ Experimenter has to set up the conditions and find ways
to keep other variables constant (experimental design)
52. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 52October 9, 2017
Experimental Design
ī§ We have to decide which participants to use
for which conditions in an experiment
ī§ different participants (between-subjects design)
- single group of participants is allocated randomly to the experimental
conditions
- no order or training effects
- large number of participants is needed (to minimise individual differences)
ī§ same participants (within subjects design)
- all participants appear in both conditions
- less participants needed
- need counter-balancing to avoid order effect
ī§ matched participants (pair-wise design)
- participants are matched in pairs (e.g. based on expertise, gender etc.)
- same as different participants but individual differences reduced
53. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 53October 9, 2017
Usability Testing vs. Research
Usability Testing
ī§ improve products
ī§ a few participants
ī§ results inform design
ī§ usually not completely
replicable
ī§ conditions controlled as
much as possible
ī§ procedure planned
ī§ results reported to
developers
Experiments for Research
ī§ discover knowledge
ī§ many participants
ī§ results validated statistically
ī§ must be completely
replicable
ī§ strongly controlled
conditions
ī§ experimental design
ī§ scientific report to scientific
community
54. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 54October 9, 2017
Field Studies
ī§ Field studies are done in natural settings
ī§ âin-the-wild studiesâ is a term for prototypes being used
freely in natural settings
ī§ Aim to understand what users do naturally and how
technology impacts them
ī§ Field studies are used in product design to
ī§ identify opportunities for new technology
ī§ establish requirements for a new design
ī§ decide how to best introduce new technology
ī§ evaluate technology in use
ī§ Findings of field studies can sometimes be unexpected
55. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 55October 9, 2017
Inspections, Analytics and Models
ī§ Understand users through knowledge codified in
heuristics, remotely collected data or models that predict
usersâ performance
ī§ user does not have to be present during the evaluation
ī§ Inspection
ī§ heuristic evaluation and walkthroughs
ī§ expert plays role of a user and analyses aspect of the interface
ī§ Analytics
ī§ based on user interaction logging (often done remotely)
ī§ Predictive models
ī§ analysing and quantifying physical and mental operations needed
for a task
56. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 56October 9, 2017
Inspections
ī§ Experts use their knowledge of users and
technology to review the usability of a product
ī§ Expert critiques can be formal or informal reports
ī§ Heuristic evaluation is a review guided by a set of
heuristics
ī§ Walkthroughs involve stepping through a pre-planned
scenario noting down potential problems
57. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 57October 9, 2017
Heuristic Evaluation
ī§ Developed by Jacob Nielsen and
his colleagues in the early 1990s
ī§ Based on heuristics distilled from an
empirical analysis of 249 usability
problems
ī§ Over time the original heuristics have
been revised for current technology
ī§ Heuristics being developed for mobile devices,
wearables, virtual worlds, âĻ
ī§ Design guidelines form a basis for developing heuristics
Jacob Nielsen
58. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 58October 9, 2017
Nielsenâs Original Heuristics
ī§ Visibility of system status
ī§ Match between system and the real world
ī§ User control and freedom
ī§ Consistency and standards
ī§ Error prevention
ī§ Recognition rather than recall
ī§ Flexibility and efficiency of use
ī§ Aesthetic and minimalistic design
ī§ Help users recognise, diagnose and recover from errors
ī§ Help and documentation
59. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 59October 9, 2017
Discount Evaluation
ī§ Heuristic evaluation is referred to as discount
evaluation when 3-5 evaluators are used
ī§ Empirical evidence suggests that on average 5 evalua-
tors identify 75-80% of the usability problems
60. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 60October 9, 2017
Three Stages of Heuristic Evaluation
ī§ Briefing session to tell experts what to do
ī§ Evaluation period of 1-2 hours in which
ī§ each expert works separately
ī§ each expert takes one pass to get a feel for the product
ī§ each expert takes a second pass to focus on specific features
ī§ Debriefing session in which experts work together in
order to prioritise the problems
61. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 61October 9, 2017
Advantages and Problems
ī§ Few ethical and practical issues to consider because no
users are involved
ī§ Can be difficult (and expensive) to find experts
ī§ Only best experts have knowledge of the application
domain and the users
ī§ Important problems might get missed
ī§ Many trivial problems and often also problems that are
no problems (false alarms) are identified
ī§ Experts have biases
62. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 62October 9, 2017
Cognitive Walkthroughs
ī§ Focus on ease of learning
ī§ Designer presents an aspect of the design together with
usage scenarios (focused evaluation of small parts)
ī§ Expert is told the assumptions about the user population,
the context of use and the task details
ī§ One or more experts walk through the design prototype
with the scenario and guided by the following 3 questions
ī§ will the correct action be sufficiently evident to the user?
ī§ will the user notice that the correct action is available?
ī§ will the user associate and interpret the response from the action
correctly?
ī§ As experts work through the scenario they note problems
63. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 63October 9, 2017
Pluralistic Walkthrough
ī§ Variation of the cognitive walkthrough
ī§ Performed by a carefully managed team
ī§ Panel of experts begins by working separately
ī§ Then there is managed discussion that leads to agreed
decisions
64. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 64October 9, 2017
Analytics
ī§ Method for evaluating user
traffic through a system or
parts of a system
ī§ Analysing various logged
parameters of user inter-
actions
ī§ Google Analytics is an
example for the analytics
of web-based solutions
ī§ times of day, visitor IP
address, time on page, exit
pages, âĻ
65. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 65October 9, 2017
Predictive Models
ī§ Predictive models provide a way of evaluation products
or designs without direct user involvement
ī§ Less expensive than user testing
ī§ Usefulness is limited to solutions with predictable tasks
ī§ e.g. telephone answering system, mobile phones, âĻ
ī§ Based on expert error-free behaviour
66. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 66October 9, 2017
GOMS Model
ī§ Goals
ī§ what does the user want to achieve
- e.g. find a website
ī§ Operators
ī§ cognitive processes and physical actions needed to attain goals
- e.g. decide which search engine to use
ī§ Methods
ī§ procedure to accomplish the goals
- e.g. drag mouse over input field, type in keywords and press the âgoâ button
ī§ Selection rules
ī§ decide which method to select when there is more than one
- e.g. press the âgoâ button or the âEnterâ key on the keyboard
67. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 67October 9, 2017
Operator Description Time (sec)
K Pressing a single key or button
Average skilled typist (55 wpm)
Average non-skilled typist (40 wpm)
Pressing shift or control key
Typist unfamiliar with the keyboard
0.22
0.28
0.08
1.20
P
P1
Pointing with a mouse or other device on a
display to select an object.
This value is derived from Fittsâ Law which is
discussed below.
Clicking the mouse or similar device
0.40
0.20
H Bring âhomeâ hands on the keyboard or other
device
0.40
M Mentally prepare/respond 1.35
R(t) The response time is counted only if it causes
the user to wait.
t
Keystroke Level Model
ī§ GOMS model has been further developed into the
quantitative keystroke level model
ī§ Predicts how long it takes an expert user to perform a
task by summing up the necessary operations
68. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 68October 9, 2017
Fittsâs Law (1954)
ī§ Fittsâs Law predicts that the time to point
at an object using a device is a function
of the distance from the target object and
the objectâs size
đ = đ log2 đˇ đ + 1.0
T = time to move the pointer to the target
D = distance between the pointer and the target
S = size of the target k = constant
ī§ The further away and the smaller the object the longer
the time to locate it and point to it
ī§ useful for evaluating systems for which the time to locate an
object is important (e.g. smartphone and handheld devices)
Paul Fitts
69. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 69October 9, 2017
Further Reading
ī§ Parts of this lecture are based on the
Interaction Design: Beyond
Human-Computer Interaction book
ī§ chapter 7
- Data Gathering
ī§ chapter 10
- Establishing Requirements
ī§ chapter 11
- Design, Prototyping and Construction
ī§ chapter 12
- Introducing Evaluation
ī§ chapter 13
- An Evaluation Framework
70. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 70October 9, 2017
Further Reading âĻ
ī§ Parts of this lecture are based on the
Interaction Design: Beyond
Human-Computer Interaction book
ī§ chapter 14
- Evaluation Studies: From Controlled to Natural Settings
ī§ chapter 15
- Evaluation: Inspections, Analytics and Models
71. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 71October 9, 2017
References
ī§ UI Patterns
ī§ http://ui-patterns.com
ī§ A Pattern Library for Interaction Design
ī§ http://www.welie.com
ī§ Phidgets Inc.
ī§ http://www.phidgets.com
ī§ Arduino
ī§ http://www.arduino.cc
72. Beat Signer - Department of Computer Science - bsigner@vub.ac.be 72October 9, 2017
References âĻ
ī§ The Psychology of Human-Computer Inter-
action, Card, S.K., Moran, T.P. and Newell, A., Lawrence
Earlbaum Associates, Hillsdale, NJ, 1983
ī§ The Information Capacity of the Human Motor System in
Controlling Amplitude of Movement, Fitts, P.M., Journal
of Experimental Psychology 47, 381-391, 1954