User Interface Analysis - realisation

From EUDP
Jump to: navigation, search

What

A tool for the developer to transfer the User Interface Analysis documents to a detailed user interface description of the implementation.

How

The dish

User Interface Description

Ingredients

Process

The following guidelines should be used when implementing the user interface.

Often it is not possible to follow all the guidelines due to project time and money. However, try to include as many as possible.

The main focus should be on the user. Information about the user will help you select the guidelines.

  • Keep it simple - less is more
    • Do not give the user fancy features ; the idea is to minimize the user interface task. Only show the operational features which are relevant in the specific situation.
  • User feedback and systems status
    • The user should receive an immediate response (<50 ms), and status information should be kept up to date. If hardware buttons are used, there should be a tactile feedback, whereas software buttons could be accompanied by a sound.
  • User control
    • Never take the control from the user. The user should never be a slave of the system; in other words, the user should feel secure and in control all the time.
  • User flexibility
    • If the system should be operated by both expert users and less experienced users, the expert user must have a way to speed up the interaction..
  • Consistency
    • The user feels secure, if the same operation principles are used no matter where in the system the user operates.
  • Analogue thinking
    • In the software world, everything is possible, including aspects which are not feasible in the real world. This might confuse the user who thinks in an analogue way. Interaction should only take place, if it can be done in the real world.
  • Error prevention and forgiving interfaces (Reversible actions)
    • Design the user interface in such a way that errors do not occur, and always provide the user with a back/cancel option. Never force the user to make a damaging decision, when he only wants to leave quietly.

A good idea would be to conduct iterations of usability tests with real users. Given the fact that a user interface is the visible interface between the user and the system, keep an aesthetic design.

Why

From the User Interface Analysis, we have a rough picture of the user interface, i.e. the visible interface between the user and the system. We may also have a prototype of the user interface, and we know what kind of user interface elements (displays, buttons, microphone, loudspeakers, web-interfaces, etc.) are required by the user.

In order to implement the user interface, you need more details about the specific displays, buttons or web-interfaces the system should implement. Hence, detailed specifications should be written.

It is essential that all the effort conducted in this task focuses on the user . A Danish psychologist once said that the user interface could be perceived as a piece of glass between the user and the system. If the glass is completely clean, the user can obtain full use of the system without really thinking of the process taking place. But if the glass is scratched, "noise" in the user interface arises, leading the user's attention to the glass and not to the system.

Often industrial products are made in such a way that the functionality has been hidden from the user due to a poor user interface; in fact, 80% of all functionality in consumer products are never used. The worst case scenario is that functions and even systems are not used due to a poor user interface.

Therefore, it is of vital importance that the user interface descriptions are prepared , and prepared in a way that makes the system transparent for the user. Thereby, a strong incentive for the user to use the system is created.

Step further to the Interface Analysis - realisation.