Benutzer-Werkzeuge

Webseiten-Werkzeuge


se:usability

**Dies ist eine alte Version des Dokuments!**

Exercises

Exercise 1.1

What is the spectrum of Usability? What does it cover?

According to the ISO 9241-10 definition, Usability is:

Extent to which a product can be used by specified users to achieve specified goals with effectiveness, efficiency, and statisfaction in a specified context of use.

U

sability does not only concentrate on beginners, but also takes the advanced users into account to improve the overall handling of the product for every user. Usability is about usage, task, performance, and task support. Every user should be able to reach his goals easily by using the product in a way that suits him (e.g. simple mouse clicks for beginners or keyboard shortcuts for power users).

Exercise 2.1

What is the advantage of technology free wording in the design process?

By keeping the design process on an abstract level above the actual technology the results can be used to engineer a various range of actual platforms (e.g. a GUI or a display on a machine). Also the results have a longer lifetime because technology may change after a while.

Exercise 2.2

What is the advantage of using a methodology for usability design?

Design is quite hard to teach because it is a creative process and you need a certain feel for it. A methodology helps designers to get theirs thoughts straight and reduce the abstract design process to a more practical process that can be understood and followed by other people.

Exercise 2.3

Why do we structure in Actors, Roles, and Task Cases?

The main goal of the design process is to create a presentation and interaction design that fits the customer's needs best. To be able do that the designer needs as much information as he can get about the tasks a user of the product wants to perform. By structuring the user's interaction with the product in the above parts the designer gets a feeling for his users and what they want to do with the product. The structure gets more and more detailed from a simple definition of user groups to a detailed description of the interaction dialogs for the single tasks.

Exercise 2.4

What is the main output of the task map and the navigation map?

On the task map the designer clusters all task cases that belong together to help the user in fulfilling his tasks. These clusters are then put on the navigation map to define a simple navigation between them. The result is the basic structure and organization of the product.

Exercise 2.5

Why do we need an abstract prototype?

The abstract prototype closes the gap between data and action on the one hand and visual design on the other hand. In the abstract prototype the data and the actions are identified from the task cases and clustered together so that they can then be given a visual design in the visual prototype.

Exercise 2.6

Why do we not ask the user for solutions, but more about his process and the workflow?

If we ask the users for solutions to their problems that will reduce innovation. Users normally tend to doing things the way they always did them and are not open for new ideas because that means they have to learn something new which is often very time consuming and leads to mistakes. If we focus on the user's workflow and even question the things he does and why he does them, we can perhaps find ways to improve his way of working with the product.

Exercise 2.7

Why is it important to have the result of the system analysis as input for usability and architecture?

Usability is an essential part of the product and cannot simply be added on top of a complete product at the end. The product's architecture has to be able to support the ideas behind the usability concepts. For this reason it is important to see usability and architecture as a whole. This can only be accomplished by taking the results of the system analysis as a basis for both models and by coordinating them permanently.

Exercise 2.8

What are the advantages of collaborative Usability Inspections (see http://www.foruse.com/presentations/inspections.htm)?

se/usability.1200317977.txt.gz · Zuletzt geändert: 2014-04-05 11:42 (Externe Bearbeitung)