1. Ch16: User Interface Design Users often judge a system by its interface rather than its functionality Poorly designed interfaces can cause users to make catastrophic errors Poor interface design keeps many systems from being used Graphics versus text: most business users interact with systems through GUIs some legacy systems still use text-based interfaces This chapter: key issues underlying user interface design, not implementation What makes a good UI? Examples of good and bad? How do users differ?

2. Human factors in interface design Limited short-term memory people can remember about 7 items of information if you present more than this, they are more liable to make mistakes. People make mistakes mistakes can increase stress and the likelihood of more mistakes People are different people have a wide range of physical capabilities designers should not design for their own capabilities People have different interaction preferences pictures/text mouse/keyboard/voice

3. UI design principles

4. 16.1.1 User-system interaction Two issues: providing information from the user to the computer system providing information from the computer system to the user Interaction styles direct manipulation menu selection form fill-in command language natural language Give an example of each, strengths, weaknesses

5. Interaction styles

6. Multiple user interfaces

7. 16.3 Information presentation Note separation of information from presentation sw

8. Information display factors Is the user interested in precise information or in data relationships? How quickly do information values change? Must the change be indicated immediately? Must the user respond to a change? Is there a direct manipulation interface? Is the information textual or numeric? Are relative values important? 1 3 42 01020

9. Analogue versus digital

10. 16.3.1 Color Color can help the user understand complex information highlight exceptional events Guidelines design for monochrome then add color don't use too many colors use color consistently avoid color pairings which clash change color to show status change be aware that color displays are usually lower resolution remember that some users are colorblind

11. 16.4 User support E.g.: on-line help, error messages, manuals etc. Integrated with the user interface to help users when they need information or make an error

12. 16.4.1 Error messages Poor error messages can mean that a user rejects a system Messages should be polite, concise, consistent, constructive The background and experience of users should determine message design Design factors context: be aware of where the user is in the program experience: beginners need more help,others may get annoyed skill level style: positive, not funny or demeaning culture: reflect the country where the system is sold

13. Nurse input of a patient’s name Please type the patient name in the box then click ok Bates, J. OKCancel Error #27 Invalid patient id entered ? OK Cancel Patient J. Bates is not registered Click on Patients for a list of registered patients Click on Retry to re-input a patient name Click on Help f or more infor mation PatientsHelpRetry System-oriented error message User-oriented error message

14. 16.4.2 Help system design What do you look for? Help? means I want information I'm in trouble Take both requirements into account Guidelines multiple entry points so the user can get into help from different places allow the user to navigate and traverse the help system others?

15. 16.4.3 User documentation Supply paper documentation as well as on-line information Design for inexperienced and experienced users Provide other help such as a quick reference card Are 1 and 3 being phased out? What documents might you provide with your system?

16. User document types

17. 16.5 User interface evaluation The user interface design needs some evaluation, but full scale evaluation is expensive Do these belong in requirements? AttributeDescription Learnability How long does it take a new user to become productive with the system? Speed of operation How well does the systemresponse match the user’s work practice? Robustness How tolerant is the system of user error? Recoverability How good is thesystem at recovering from user errors? Adaptability How closely is the system tied to a single model of work?

18. Simple evaluation techniques Questionnaires Video recording of system use Instrument the code to collect information about use patterns and user errors A button for on-line user feedback Assignment wrt your project add user interface requirements (if any) to your chapter 3 design the user interface (include in a separate chapter or subsection) add help requirements to your spec describe help facilities (include in a separate chapter or appendix)