E3 Chap 11
E3 Chap 11
user support
user support
Issues
different types of support at different times
implementation and presentation both important
all need careful design
Types of user support
quick reference, task specific help, full explanation,
tutorial
Provided by help and documentation
help - problem-oriented and specific
documentation - system-oriented and general
same design principles apply to both
Requirements
Availability
continuous access concurrent to main application
Accuracy and completeness
help matches and covers actual system behaviour
Consistency
between different parts of the help system and paper
documentation
Robustness
correct error handling and npredictable behaviour
Flexibility
allows user to interact in a way appropriate to experience and
task
Unobtrusiveness
does not prevent the user continuing with work
Approaches to user support
Command assistance
User requests help on particular command
e.g., UNIX man, DOS help
Good for quick reference
Assumes user know what to look for
Command prompts
Provide information about correct usage when an
error occurs
Good for simple syntactic errors
Also assumes knowledge of the command
Approaches to user support (ctd)
wizards
task specific tool leads the user through task, step by step,
using users answers to specific questions
example: resum
useful for safe completion of complex or infrequent tasks
constrained task execution so limited flexibility
must allow user to go back
assistants
monitor user behaviour and offer contextual advice
can be irritating e.g. MS paperclip
must be under user control e.g. XP smart tags
Adaptive Help Systems
Problems
knowledge requirements considerable
who has control of the interaction?
what should be adapted?
what is the scope of the adaptation?
Knowledge representation
User modeling
Quantification
user moves between levels of expertise
based on quantitative measure of what he knows.
Stereotypes
user is classified into a particular category.
Overlay
idealized model of expert use is constructed
actual use compared to ideal
model may contain the commonality or difference
Special case: user behaviour compared to known error
catalogue
Knowledge representation
Domain and task modelling
Covers
common errors and tasks
current task
Usually involves analysis of command
sequences.
Problems
representing tasks
interleaved tasks
user intention
Knowledge representation
Advisory strategy
knowledge acquisition
resources
Effect
what is going to be adapted and what information is
needed to do this?
only model what is needed.
Scope
is modelling at application or system level?
latter more complex
e.g. expertise varies between applications.
Designing user support