User Documentation Stored information about how to use a system –Reference manuals, tutorials, online help –Many systems show up with a diverse set of.

Slides:



Advertisements
Similar presentations
Chapter 5 Development and Evolution of User Interface
Advertisements

Design, prototyping and construction
User Modeling CIS 376 Bruce R. Maxim UM-Dearborn.
Activity Design Goal: work from problems and opportunities of problem domain to envision new activities.
Existing Documentation
CS305: HCI in SW Development Evaluation (Return to…)
Jason Powell The University of North Texas.  Traditional instruction separates knowing from doing.  Knowledge is abstract and decontextualized.  Activity.
1 Interactivity and Product Information Theory and Practice of Interactive Media COM 597 Fall Term 2004 Kathy Gill Don Mooers December 7, 2004.
Extended Cognitive Walkthrough Judy Kay CHAI: Computer human adapted interaction research group School of Information Technologies.
ICS 463, Intro to Human Computer Interaction Design: 11. User Support Dan Suthers.
Usability presented by the OSU Libraries’ u-team.
Heuristic Evaluation. Sources for today’s lecture: Professor James Landay: stic-evaluation/heuristic-evaluation.ppt.
User and Task Analysis Requirements Analysis in HCI.
An evaluation framework
User interface design Designing effective interfaces for software systems Objectives To suggest some general design principles for user interface design.
IS550: Software requirements engineering Dr. Azeddine Chikh 4. Validation and management.
John Kelleher (IT Sligo) Cognitive Walkthrough. 1 Background Authors – Lewis & Polson (1991) Based on theory L&P CE+ Theory of Exploratory Learning Assesses.
Cognitive Science Overview Design Activity Cognitive Apprenticeship Theory Cognitive Flexibility Theory.
User Centered Design Lecture # 5 Gabriel Spitz.
Understanding Task Orientation Guidelines for a Successful Manual & Help System.
Design, goal of design, design process in SE context, Process of design – Quality guidelines and attributes Evolution of software design process – Procedural,
The Learning Cycle (Constructivism and Lesson Design) Text Chapter 6 Course Packet pages
Ibrahim A. Atoum Portable-02, Room-03 University of Hail, KSA
About the Presentations The presentations cover the objectives found in the opening of each chapter. All chapter objectives are listed in the beginning.
1 SWE 513: Software Engineering Usability II. 2 Usability and Cost Good usability may be expensive in hardware or special software development User interface.
1 On-Line Help and User Documentation  User manuals, online help, and tutorials are typically not used  However, well written and well-designed user.
CSA3212: User Adaptive Systems Dr. Christopher Staff Department of Computer Science & AI University of Malta Lecture 9: Intelligent Tutoring Systems.
1 ISA&D7‏/8‏/ ISA&D7‏/8‏/2013 Systems Development Life Cycle Phases and Activities in the SDLC Variations of the SDLC models.
1 On-Line Help and User Documentation  User manuals, online help, and tutorials are typically not used  However, well written and well-designed user.
CSC 480 Software Engineering Lecture 19 Nov 11, 2002.
The ID process Identifying needs and establishing requirements Developing alternative designs that meet those requirements Building interactive versions.
CH10: Delivering the System help users to understand and feel comfortable with our product * Training * Documentation TECH Computer Science.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 7 Slide 1 Requirements Engineering Processes.
Requirements Engineering Requirements Elicitation Process Lecture-8.
3461 UI Examples Real world user interface examples.
CMPUT 301: Lecture 27 Help and Documentation Martin Jagersand Department of Computing Science University of Alberta.
EXPLORATORY / COMPARISON TEST. What types of written information will be required? – Prerequisite – Theoretical or conceptual – Procedural – Examples.
Interaction Design Notes from Nathan Pearson and Sommerville 9 th edition.
User Support Chapter 8. Overview Assumption/IDEALLY: If a system is properly design, it should be completely of ease to use, thus user will require little.
Software Architecture
Two Kinds of Basic Design Conceptual Design Conceptual Design. Presentation Design Creating the learning “architecture” of the program Creating the “look.
Cognitive Science Overview Cognitive Apprenticeship Theory.
System Construction System Construction is the development, installation and testing of system components.
The Emotion Quiz Cecelia Redding Erika Zimmermann Jeff Crowe Torben Eisler.
Part One The Forms of Software Documentation Chapter2: Writing to Teach- Tutorials Chapter3: Writing to Guide- Procedures Chapter4 : Writing to Support-
User Interface Evaluation Cognitive Walkthrough Lecture #16.
Comprehensible Input “Say WHAT?!” Translating “teacherese” into “studentese” with ease! ~Dr. Cindy Oliver.
Human Computer Interaction
1 Knowledge Acquisition and Learning by Experience – The Role of Case-Specific Knowledge Knowledge modeling and acquisition Learning by experience Framework.
Facilitate Group Learning
1 On-Line Help and User Documentation  User manuals, online help, and tutorials are typically not used  However, well written and well-designed user.
Introduction to Evaluation without Users. Where are you at with readings? Should have read –TCUID, Chapter 4 For Next Week –Two Papers on Heuristics from.
Writing to Teach - Tutorials Chapter 2. Writing to Teach - Tutorials The purpose of a tutorial is to accommodate information to the needs of the user.
Human-Computer Interaction Design process Task and User Characteristics Guidelines Evaluation ISE
CS223: Software Engineering Lecture 8: Requirement Engineering.
1 Technical & Business Writing (ENG-715) Muhammad Bilal Bashir UIIT, Rawalpindi.
TRAINING PACKAGE The User Action Framework Reliability Study July 1999.
Activity Design Goal: work from problems and opportunities of problem domain to envision new activities.
 System Requirement Specification and System Planning.
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.
Human Computer Interaction Lecture 21 User Support
User Documentation Stored information about how to use a system
Human Computer Interaction Lecture 21,22 User Support
CIS 376 Bruce R. Maxim UM-Dearborn
Acceptance and Delivery
Minimalism in Documentation
Design, prototyping and construction
Whole-Part-Whole Learning Process
Proper functionality Good human computer interface Easy to maintain
Design, prototyping and construction
Presentation transcript:

User Documentation Stored information about how to use a system –Reference manuals, tutorials, online help –Many systems show up with a diverse set of online and paper documentation Challenge is to support all documentation needs –Novices encountering for the first time (not just ‘how’, also need to understand ‘what’) –Regular users who need reminder or new task procedure –Experts who want to find most efficient procedure

Paper or Online? Online info is becoming more ubiquitous, but paper still has a number of advantages

Systematic Documentation Comprehensive hierarchical task decomposition –Analyze each task into constituent subtasks –Ultimately end up with step by step actions –Can also include custom versions for different users –Designers’ view of what mental model should hold Each concept introduced, practiced, explained –Typically presented as online or paper-based tutorial –e.g., tell you what you are about to do, tell you how to do it in detail, then tell you what you did What are the downsides of this approach?

Active Learning Many novices attempt to learn by doing, they... Jump the gun Do not read and follow step-by-step instructions Do not carefully plan and analyze their actions Use their prior knowledge, even if not helpful Make many errors, get into tangles resolving them This is especially true when users are expert enough in problem domain to have genuine goals

Similar Issues for Expertise With repeated use, action plans are practiced –Knowledge is converted from declarative (description) to procedural (script) –We have already discussed “fast path” techniques that support such chunking But proceduralization not the same as optimization –Many users do not want to improve –Motivated to generate results, not to learn techniques for doing this efficiently –Experience ≠ expertise!

The assimilation paradox –People interpret new situations in terms of what they already know, but new learning requires going beyond what is already known The production paradox –People want to get something done, but they must first spend time learning how to get something done Design challenge: exploit these tendencies, turn what might be seen as weaknesses to advantages! The Paradox of the Active User

Minimalist Instruction Embed training in realistic tasks –e.g., writing a letter, not learning the menu system Allow users to get started fast –Minimal verbiage, low conceptual overhead Rely on users to think and improvise –Deliberately open-ended tasks, instructions –That leverage users’ prior knowledge where relevant Support error recognition and recovery –Careful attention to feedback, just-in-time hints Why does this require an iterative design process?

Examples of Minimalism Minimal manual –Task-oriented, but deliberately brief and incomplete Training wheels –Exotic or expert functionality blocked for novices Guided exploration cards –Motivating suggestions + error recovery Scaffolded examples –Complex process (e.g., software design) is progressively accomplished through an unfolding example These techniques can be combined to create overall training approach

Information in the Interface Help and feedback designed to support long term use, software intended to be walk-up-and-use Messages: balancing specificity and task relevance with length and complexity Consider whether and how to layer help information –Top level for typical user, but increasing levels of detail to support users who want to learn Tooltips a useful approach, if done well –e.g., should do more than just (re)name a button, icon! –Combine with layering for task-oriented learning

Socially Mediated Documentation Capture, organize, and reuse the “pockets of expertise” in an organization –A homegrown user support network –Sometimes even just a pointer to the right person More globally, network-based FAQs, forums –Sometimes sponsored by a corporation –Or people with technical questions, interest Key question is who organizes, maintains?

Intelligent Help and Training Adaptive instruction: modeling and tracking the knowledge held by individual learners –Assessing what they know, presenting new problems & activities that will expand the knowledge base –Some success with algebra, LISP programming, but not for more general applications or users Context-sensitive help: recognizing what the user is trying to do, offering suggestions –Software agents, e.g. Microsoft “Clip-it”, not very successful for the general case –But “wizards” may work well for highly scripted tasks

Designing Documentation Develop scenarios and usability specifications that center on learning concerns –Common metaphors are ‘advice-giving’ people, e.g. a coach, a policeman, a lawyer or judge –Must consider both novice and long term use scenarios Iterative process, like all user-centered design –Should parallel other design work as much as possible –Writing user guides is one way to discover problems –e.g., elaborate a scenario to consider ‘what if’ the user did not know what to do, makes an error,...