The Human-Machine Interface (HMI)

Definition
The human- machine interface (HMI) is where people and technology meet. This
people-technology intercept can be as simple as the grip on a hand tool or as
complex as the flight deck of a jumbo jet.

Overview
This tutorial introduces the underlying principles of good HMI design and
outlines a core usability engineering lifecycle.
In addition, the tutorial guides the reader to relevant international standards and
sources of further information.
The target audiences for this tutorial are as follows:

• engineers and designers with an interest in meeting end users' wants

and needs
• individuals who have heard about usability or user-centered design and
would like to find out more

Topics
1. What Is the Human-Machine Interface?
2. Usability: Why Is It Important?
3. Usability Engineering Principle #1: Know Your Users
4. Principle #2: Involve Users Early and Continuously
5. Principle #3: Rapid and Frequent Iteration toward Measurable Usability
Targets
6. The Usability Engineering Lifecycle: Requirements Gathering and Rapid
Prototyping
7. The Usability Engineering Lifecycle: Usability Evaluation
8. Relevant International Standards
 9. Where to Find 0ut More
Self-Test
Correct Answers
Glossary

1. What Is the Human-Machine Interface?

Nowadays humans interact more with computer-based technology than with
hammers and drills. Unlike tools, the visible shape and controls of a computer do
not communicate its purpose. The task of an HMI is to make the function of a
technology self-evident. Much like a well-designed hammer fits the user's hand
and makes a physical task easy, a well-designed HMI must fit the user's mental
map of the task he or she wishes to carry out.

Figure 1. What Is the Human-Machine Interface?

In nearly every technological solution, the effectiveness of the HMI can predict
the acceptance of the entire solution by the intended users. Often, as far as
consumers are concerned, the HMI is the product—the user's experience with the
interface is far more important than the architecture of the internal workings.

HMI effectiveness is measured by a number of components, such as learnability

and productivity. These components are sometimes brought together under the
title of "usability," also known as quality of use.

Web ProForum Tutorials Copyright © 2/21

http://www.iec.org The International Engineering Consortium
ISO Definition of Quality of Use
The ISO 9241 standard defines three components of quality of use applicable to
the design of HMIs:

• effectiveness Does the product do what the users require? Does it

do the right thing?

• efficiency Can the users learn the HMI quickly? Can they carry out
their tasks with minimum expended effort, including a minimum of
errors? Does it improve the productivity/effort ratio? Does it do things
right?

• satisfaction Do users express satisfaction with the product? Does

the new product reduce stress? Do the end users now have a more
satisfying job?

Usability Engineering
These components are not intrinsic qualities of a product. The designer cannot
take a tape measure to an HMI and measure its effectiveness, efficiency, or
satisfaction scores. Effectiveness depends on the users' intentions, goals, or tasks;
efficiency depends on users' understanding of the product and on their previous
experience; and satisfaction can only be expressed by the users.

As a result, the unifying principle of design techniques that deliver usable

products is that each recognizes the need to keep users at the center of the
process. The overall design process that brings these techniques together is
known as "usability engineering."

2. Usability: Why Is It Important?

In an increasingly competitive marketplace, those products and services that do
not meet customer needs fail. Ease of use is a real user need and most product
reviews, whether in consumer magazines or professional journals, usually
compare products based on their usability. Research also shows that about 50
percent of the code in new software applications is devoted to the user interface,
making it a significant cost component. Finally, applications have become
increasingly complex—and delivering this increased complexity while
maintaining ease of use is a challenging endeavor.

The importance of usability will vary from product to product. For safety-critical
applications such as nuclear power-station management or air-traffic control,
usability is crucial. Where a high value is placed on productivity, or perhaps a

Web ProForum Tutorials Copyright © 3/21

http://www.iec.org The International Engineering Consortium
high cost is associated with human error (such as a financial dealing room or
telecommunications network management center), usability is essential as well.

In marketing terms, where significant additional revenue will be generated from

increased usage (for example, telephony services), usability is also a priority.

3. Usability Engineering Principle #1:

Three simple design principles that underlie the development of products and
services (know your users, involve users early and continuously, and rapid and
frequent iteration towards measurable usability targets) will be outlined in this
and the following two modules. The next module discusses the usability
engineering lifecycle and shows how these three design principles are kept in
focus by specific activities during development.

The best way to meet users' needs—including usability—is to understand the

users intimately. A user-centered approach assumes that although people vary
widely, they all have particular needs that must be met. For example, where a
business process is being automated, instead of automating whatever can be
automated and leaving the remaining tasks to the users, a user-centered
approach will assign specific tasks to the users and the system, taking into
account the users' needs.

Users can often be a source of product improvement and innovation—especially

lead users and early adopters. The most difficult and demanding customers often
become the best partners for product improvement. Users will often use products
in ways that were never intended or expected—these uses and abuses, and the
problems users have as a result, are often sources of inspiration for improvement
or differentiation.

Users are experts in their requirements—they understand their goals and their
tasks, and they know the objects and artifacts they produce and use, the work-
arounds they invent (not just the official, formal procedures), and the problems
they have. However, users are not always good at describing, explaining, or
predicting their behavior. Because users do not often make good designers, they
must be involved in effective ways.

In particular, users develop their own conceptual model of their work. This
conceptual model is never the same as the designer's model. Users always
behave in surprising ways, which is why they must be involved in the design
process. A successful HMI maps the users' conceptual model directly onto the
software or hardware so that users may not even be aware of the HMI
components.

Web ProForum Tutorials Copyright © 4/21

http://www.iec.org The International Engineering Consortium
Who Are the Users?
The first issue to be resolved is how to choose which users will be involved in the
design. For consumer products, the answer will lie in the demographics of the
target user population. For business productivity applications, target users are
often easier to define but sometimes more difficult to access or to involve in the
design process.

For almost all products, there will not be a single user or user role. Although the
end user may be the primary person affected by a design, there will also be
secondary users—people who have requirements that must be taken into account
in the design and who are affected by the design even if they do not actually press
the keys. The task of identifying the users and their different requirements is
known as "stakeholder analysis."

For example, in a call center for customer assistance and queries, the call-center
operators are the primary users, but the call-center managers and the customers
who call are other stakeholders. Similarly, the people who decide to buy a
videoconferencing service for a major corporation are often not the people who
have to use it, but both of these stakeholders—the users and the choosers—have
important needs that must be met.

During the early gathering of information, designers will start to understand the
users' range of concerns, goals, and priorities. It is often helpful to develop a
series of stereotypes—imaginary individuals whose life details and images are
representative of the main user population. Developers and users alike can often
relate to these portraits more easily than to dry statistics. These imaginary
individuals can also star in the storyboards and scenarios that are used to gather
users' requirements and explore solutions, as will be described later.

4. Principle #2: Involve Users Early and

Continuously
Early design decisions are usually those concerning the product concept, its
architecture, and its priorities. As a result, these are the decisions that are the
most costly to change later. If these decisions are not user-centered, the end
product will not be usable. For example, adding well-designed icons to a flawed
menu structure will not rescue a poor product.

Web ProForum Tutorials Copyright © 5/21

http://www.iec.org The International Engineering Consortium
 Figure 2. Involve Users Early and Continuously

For this reason, users should be involved as early as possible in the design
process. Users usually contribute to early efforts to gather information through
observation, questionnaires, focus groups, interviews, or more detailed task
analysis. At this stage, designers will build models of the users' domain and
establish task priorities and relationships. As was noted, users may not be good at
articulating their requirements or describing or predicting their own behavior.
For this reason, field observation of user behavior is often most effective.

Users are also better at critiquing an existing HMI than designing one from
scratch. However, user involvement must be cost-effective. Simply placing users
in front of a new application and asking for improvements will lead to an
unprioritized wish list. This is why prototyping is crucial. Users should be given a
number of alternative designs—whether high-level or detailed—to compare and
critique. The alternatives will help them generate more ideas and also show that
their comments are welcome and useful.

As the design becomes relatively stable, user activities are aimed at refining and
validating detailed design. Usability testing becomes most effective when
measuring performance and productivity—including error rates and causes—and
validating terminology and icons. Typically, users will be asked to carry out
specific tasks designed to test parts of the interface or to address particular design
issues that could not be resolved earlier. Well-designed user trials will get
maximum results for the time and effort invested by designers and users.

5. Principle #3: Rapid and Frequent

Iteration toward Measurable Usability
Targets
The key to involving users is to take an iterative approach. Each iteration is an
opportunity to bring in real users and evaluate different aspects of the evolving
product.

Early iteration prevents major architectural decisions from leading the

development down erroneous and costly paths. Iteration should start as early in
the development cycle as possible, with lo-fi prototypes, often pencil and paper
designs that can be changed quickly. If a physical product is being designed, then

Web ProForum Tutorials Copyright © 6/21

http://www.iec.org The International Engineering Consortium
card, foam, or plastic models should be built to test acceptability of size, weight,
and shape and to ascertain the location of main components.

One potential downfall is that with iteration it is difficult to know when to stop.
Each iteration must be focused on a desirable target and should improve the
design. Usability metrics are the key, derived from an understanding of the users'
priorities, the main tasks they will carry out, and the desired productivity. Even if
a development is time-boxed, with a prespecified number of main iterations,
there should be some minimum usability acceptance criteria.

6. The Usability Engineering Lifecycle:

Requirements Gathering and Rapid
Prototyping
Many techniques have been employed in usability engineering, and user
involvement can range from simple consultation to participatory design in which
end users become part of the design team. As this tutorial is aimed at newcomers
to usability engineering, only the core activities of a usability engineering lifecycle
will be described. The sources listed in Topic 9, "Where to Find Out More,"
contain more detail.

The basic usability engineering lifecycle contains four phases, as shown in Figure
3. An initial intensive requirements gathering phase is followed by a series of
rapid iterations between prototyping and user testing before final
implementation. Field implementation then becomes a source of requirements
for future products, and the cycle repeats.

Figure 3. Usability Engineering Lifestyle

Requirements Gathering
There are three primary activities in the requirements capture phase: user
observation, interviewing, and task analysis, often carried out in that order. Other
Web ProForum Tutorials Copyright © 7/21
http://www.iec.org The International Engineering Consortium
techniques, such as focus groups, questionnaires, and surveys, may be employed.
Additional information on potential product features may be obtained from user
groups, from sales and marketing forces, from maintenance engineers and help
lines, and from analysis of competitors' products.

A stakeholder analysis should first be carried out to ascertain which parties'

requirements should have a bearing on the design. Other stakeholders then must
be involved in the design process. Stakeholder analysis can radically change
design acceptance criteria. For example, with increasingly powerful and reliable
telecommunications technology, maintenance costs are becoming a more
significant cost factor. A new feature's value may need to be traded off against its
potential to demand increased maintenance.

User observation will be the designer's primary source for a model of the users'
domain, main tasks, and priorities. Observation is especially helpful in studying
work habits of which the users themselves may not have been aware such as
work-arounds, failures, and exceptions. When looking for innovation, these
breakdowns can be a rich source of new product ideas. Observation gives the
designers access to informal work practices—for example, observing the decisions
made and the work conducted in the corridors, rather than by the formal
corporate process. Observation will also bring to light the work context around
the use of a particular product or application and the relationship of the use of
the product to other products. Interviews with users about their work will
typically be semistructured and focused around the designer's agenda but will
allow the focus of the investigation to change.

There are many different task analysis techniques, usually involving a more
formal and detailed interaction with users. The designers may ask users to carry
out tasks while describing what they are doing and why, or the designer may even
run through some user tasks, with users commenting and guiding. Video records
of such sessions are often kept, so that the designers can refer back to them. One
successful task analysis technique involves asking pairs of users to carry out a
task, forcing the users to communicate with each other to complete the task.
Formal task documentation, such as existing training material or company
process descriptions, will be valuable at this stage, but the designer must still take
into account the informal activities of users.

The results of task analysis typically describe the following:

• roles and related tasks

• sequences of events and relationships between them

• objects involved in tasks and their attributes, including flow of

information via paper and electronic documents, etc.

Web ProForum Tutorials Copyright © 8/21

http://www.iec.org The International Engineering Consortium
 • users' actions and resulting behavior

• breakdowns and problems

• users' terminology

This phase can produce large amounts of information, making it easy to lose sight
of the main user priorities. One of the best techniques for ensuring continued
focus on key user requirements is to capture main priorities in "scenarios."
Scenarios are vignettes or stories, often produced as storyboards or short videos,
which are taken from the task analysis and observation. They characterize the
target user population (the stereotypes mentioned earlier), distill the key user
tasks, incorporate critical design qualities, and communicate main product
features.

Rapid Prototyping
Requirements capture obviously demands users' involvement. However, the
design activities that follow requirements capture have traditionally failed to
continue this user focus. Iterative development, by employing prototypes, is the
key to ensuring that users remain at the center of the process while the product is
being refined and cost trade-offs are being made. Users also often find it difficult
to understand written specifications and prefer to critique rough prototypes.

Early and Late Prototypes

There are two kinds of prototypes, each with a different purpose. Early prototypes
are used to validate the designers' understanding of the users' domain and to
explore design alternatives. These prototypes should be partial, cheap to produce,
and discarded frequently. Later prototypes are evolutionary and are gradually
refined to become the finished product.

Early prototypes should be lo-fi, such as paper-and-pencil prototypes of user

interfaces or inexpensive mock-ups of hardware. These lo-fi prototypes are
important because they allow users to be involved early in the process and
because users will feel better able to critique artifacts that are obviously
unfinished. Producing high-quality prototypes at this stage is inappropriate and
can divert effort from the main design issues onto small details.

When the main design issues are relatively stable, or when a predefined project
deadline has been reached, a prototype will be produced that is to be refined into
the final product. This prototype will need to be robust, reliable, and meet
software design quality requirements. Users still must test and critique this
prototype, as there will still be design trade-offs and probably some HMI
compromises to be made that will affect end users.

Web ProForum Tutorials Copyright © 9/21

http://www.iec.org The International Engineering Consortium
With this understanding, software tools such as Visual Basic, Supercard, or
Macromedia Director may be used for prototyping. The World Wide Web is a
useful prototyping medium, as hypertext markup language (HTML) and
JavaScript are easily changed and immediately accessible from a range of
platforms.

Horizontal and Vertical Prototypes

Prototypes also come in horizontal and vertical varieties. Horizontal prototypes
are broad but shallow, showing the range of facilities or features available without
implementing any of them in depth. Vertical prototypes implement features in
depth without necessarily illustrating all of those available. Most prototypes
should be a hybrid, showing a broad range of intended features and
implementing the key ones in depth.

Prototyping the Whole Product

If some moments of truth—important stakeholder interactions which are critical
to the success of the product—have been identified, then it is quite appropriate to
prototype these interactions as closely as possible, even if these are not directly
concerned with the HMI. These situations should already have made their
appearance in the scenarios used to focus design priorities.

For example, for a product sold mainly through retail outlets, observing buying
behavior with a mock-up of the new product packaging on a shelf alongside
competitive products will more accurately reflect potential buying behavior than
questioning buyers about their likely behavior. Similarly, installation can be a
moment of truth, as it brings together all the elements of the product in an
important interaction that can set the tone for the customer's future perception of
the product and manufacturer/supplier.

The user manuals, helplines, and other support also make up a vital part of the
whole product. The user guide should be prototyped and tested in parallel with
the product, not written as an add-on to try to cure usability problems. Similarly,
the user guide need not be idiot-proofed but should adopt diverse strategies to
installing and learning a new product.

Web ProForum Tutorials Copyright © 10/21

http://www.iec.org The International Engineering Consortium
7. The Usability Engineering Lifestyle:
Usability Evaluation

Managing the Prototyping Process

The two main challenges with a prototyping approach are, first, ensuring that
each prototype is an improvement over the previous version and, second,
knowing when to stop. In order to manage these issues, it is important to set
minimum and desirable usability performance targets as well as cut-off dates for
iteration.

Figure 4. Usability Evaluation

Usability targets should correspond to the key scenarios that have been
articulated. The actual values will be based on comparison with competitors'
products, with previous versions of the product, or perhaps with the manual
performance of a task that is being automated. Usability targets may be at
different levels of detail (see examples).

Each usability target should include the following:

• the target users (stereotypes)

• the task or activity being carried out

• the relevant product features

• relevant aspects of the environment

Two Example Usability Targets

"Target market segments must be able to make their first telephone call within
five minutes of opening the product packaging in the home."

Web ProForum Tutorials Copyright © 11/21

http://www.iec.org The International Engineering Consortium
"A network manager with at least two years experience, and with no measurable
red-green visual deficiency, must be able to detect 99 percent of critical errors
represented by color change from [rgb values to be defined] of a one-pixel-wide
line connecting nodes on a visual display [specify makes], in lighting conditions
representative of operations center X, over a one-hour period of typical peak hour
traffic."

The Usability Trial

A prototyping approach allows the usability metrics to be monitored constantly,
from the moment that the relevant product feature has been included until the
desired target has been reached. In a typical usability trial, which is usually
recorded on video, users will be asked to carry out specified critical tasks. The
session may conclude with a questionnaire or debriefing interview. Typical
usability targets will refer to time of completion of a task, number of errors made,
or quality of completed task. The usability trial, however, is also an opportunity
to obtain users' subjective reactions to the prototype and to follow up on
marketing issues where appropriate.

Usability trials often take place in laboratory conditions when the measures must
be precise and the environmental conditions carefully controlled. However, field
tests will more accurately reflect the end use situation.

Implementation
The heart of the user-centered usability engineering process is the cycle between
prototyping and evaluation. However, sooner or later—ideally triggered by
achieving the usability targets—the product is implemented and there is a greater
investment in packaging, marketing, production, selling, and maintenance.

Implementation can be seen as an evolution of the prototype-evaluation cycle,

moving out of the development laboratory and into the marketplace. Every
product can be seen as a set of hypotheses with the ultimate test of success being
profitability.

In theory, all key issues should have surfaced during the previous design
activities. There are always last-minute trade-offs to be made in implementation,
however, and surprises that only emerge when a product finally goes to market.
At least with a user-centered design approach, these further trade-offs can be
made while keeping in mind the user priorities outlined earlier in the process.

Continuing the product evaluation activities post-launch will also help capture
any surprise issues as soon as possible and give quick feedback for the next
version of the product.

Web ProForum Tutorials Copyright © 12/21

http://www.iec.org The International Engineering Consortium
Post-launch there are also rich new sources of data to be exploited from the sales
force, retail, and distribution channels, from trade reviews and user groups, from
maintenance engineers, and from customer help-lines.

Figure 5. Implementation

Project Post-Mortems
Project post-mortems are not frequently carried out, but should be viewed as an
opportunity to answer questions such as the following:

• Did the product really meet the targets?

• Were these the right targets?

• What trends will change the targets for the next generation?

• What are the unexpected field issues?

• What are the key manufacturing and distribution issues?

Project post-mortems and the continuation of the prototype-usability evaluation

cycle into the marketplace improve the design process on its next cycle.

8. Relevant International Standards

International Standards Organization (ISO)

• ISO 9241 "Ergonomic Requirements for Office Work with Visual
Display Terminals," produced by ISO Technical Committee 159, Signals
and Controls Group 4, Working Group 5 (TG159/SC4/WG5); covers
many areas from task, keyboard, and workplace requirements, to
guidance on dialogue design, menu design, and the use of color; part
has been implemented in European legislation (Directive 87/391/EEC)

Web ProForum Tutorials Copyright © 13/21

http://www.iec.org The International Engineering Consortium
 • ISO 14915 standard on multimedia, also produced by
TC159/5C4/WG5; covers design of controls and navigation, media
combination/individual media requirements, and domain-specific
multimedia aspects

ISO–lEG Joint Technical Committee 1 is a combined activity of ISO and the

International Electrotechnical Commission. Working Group 9 of Subcommittee
18 is developing standards in keyboard layout, dialogue interaction, and symbols.
Its work includes the following:

• ISO–lEG 11581 "Graphical Symbols on Screens"

• ISO–lEG 13714 "User Interface to Telephone-Based Services—Voice

Messaging Applications"

• ISO–lEG 11580 "Names and Descriptions of Objects and Actions

Commonly Used in the Office Environment"

More information may be found at the ISO Web site http://www.iso.ch.

American National Standards Institute (ANSI)

• ANSI/HFES 200 "Ergonomic Requirements for Software User
Interfaces" extends ISO 9241, including a chapter on guidelines for
making user interfaces usable for people with disabilities of different
kinds, written in response to the Americans with Disabilities Act.

• The Information Infrastructure Standards Panel (IISP) was set up

under ANSI to accelerate the development of standards that will be
crucial to the building of the United States' national information
infrastructure and the taking of a global perspective.

• ANSI T1M1.5 provides technical contributions on

"Telecommunications Architecture, Interfaces, and Protocols" to Study
Group 10 of the International Telecommunications Union (ITU)

• ITU

More information may be found at the ANSI Web site http://www.ansi.org.

World Wide Web Consortium (W3C)

W3G is responsible for defining Internet-specific standards, including the HTML
hypertext formatting language.

Web ProForum Tutorials Copyright © 14/21

http://www.iec.org The International Engineering Consortium
More information may be found at the W3C Web site http://www.w3.org.

9. Where to Find out More

Books
Bias, R. G. and Mayhew, D. J. Cost-Justifying Usability. Boston: Academic Press,
1994.

Kirwan, B. and Ainsworth, L. K., Eds. A Guide To Task Analysis. London: Taylor
& Francis, 1992.

Nielsen, J. Usability Engineering. London: Academic Press, 1993.

Norman D. The Design Of Everyday Things. New York: Doubleday, 1990.

Rubin, J. Handbook Of Usability Testing: How To Plan, Design, And Conduct

Effective Tests. New York: John Wiley & Sons, Inc, 1994.

Winograd, T. Bringing Design To Software. New York: ACM Press and Addison-
Wesley, 1996.

Organizations And Conferences

The main international organization is the Special Interest Group in Computer-
Human Interaction (SIGCHI); home page: http://www.acm.org:82/sigs/sigchi)
within the Association for Computing Machinery (ACM). There are many
national and local groups within SIGCHI and affiliated to it. An example is the
Usability Professionals' Association (UPA) (http://www.UPAssoc.org). There are
also many national and international human factors groups; examples are the
North American Human Factors and Ergonomics Society (LIFES) and the United
Kingdom's Ergonomics Society (http://www.ergonomics.org.uk).

Most of these societies have special interest groups focusing on

telecommunications. An example is the communications technology group within
the LIFES. Apart from local conferences, the two main international conferences
are the annual CLII conference and Human Factors in Telecommunications, held
every two or three years.

Web Sites
The World Wide Web is becoming an increasingly valuable source of research
information. In addition to the sites listed above, the following sites are great

Web ProForum Tutorials Copyright © 15/21

http://www.iec.org The International Engineering Consortium
places to start an exploration of the latest global research and practice in usability
engineering and good HMI design.

• AGM SIGCHI home page: http://www.acm.org:82/sigs/sigchi

• The human-computer interaction virtual library at:

http://web.cs.bgsu.edu/hcivl

• The University of Delft's UI Design pages:

http://www.io.tudelft.nl/uidesign

Self-Test
1. What is the best term to describe the practice of techniques and
methodologies that address the usability of a product?

a. human-machine interface

b. graphical user interface

c. usability engineering

2. Which of the following is not a stage in the usability engineering lifecycle?

a. rapid prototyping

b. usability evaluation

c. usability design

d. requirements capture

3. What is the key to involving users in the interface design?

a. take an iterative approach

b. focus on quality of use

c. involve then only in the evaluation

4. The design team should focus on the end-user to the exclusion of all the other
population segments affected by their product.

a. true

b. false

Web ProForum Tutorials Copyright © 16/21

http://www.iec.org The International Engineering Consortium
5. What is the name of the technique in which users and their needs are
identified?

a. task analysis

b. systems analysis

c. stakeholder analysis

d. enterprise analysis

6. What percentage of software is typically devoted to the user interface?

a. 30 percent

b. 50 percent

c. 70 percent

7. Usability metrics are derived from the ______ phase.

a. rapid prototyping

b. usability evaluation

c. usability design

d. requirements capture

8. Field trials are particularly important because they reflect the end-use
situation.

a. true

b. false

9. Field trials occur in the _____.

a. rapid prototyping

b. usability evaluation

c. implementation

d. both a and c

e. both b and c

Web ProForum Tutorials Copyright © 17/21

http://www.iec.org The International Engineering Consortium
10. Usability engineering can be described as a user-centered design process.

a. true

b. false

Correct Answers
1. What is the best term to describe the practice of techniques and
methodologies that address the usability of a product?

a. human-machine interface

b. graphical user interface

c. usability engineering

See Topic 1.

2. Which of the following is not a stage in the usability engineering lifecycle?

a. rapid prototyping

b. usability evaluation

c. usability design

d. requirements capture

See Topic 1 and Topic 6.

3. What is the key to involving users in the interface design?

a. take an iterative approach

b. focus on quality of use

c. involve them only in the evaluation

See Topic 3.

4. The design team should focus on the end-user to the exclusion of all the other
population segments affected by their product.

a. true

b. false

Web ProForum Tutorials Copyright © 18/21

http://www.iec.org The International Engineering Consortium
 See Topic 1 and Topic 6.

5. What is the name of the technique in which users and their needs are
identified?

a. task analysis

b. systems analysis

c. stakeholder analysis

d. enterprise analysis

See Topic 1 and Topic 6.

6. What percentage of software is typically devoted to the user interface?

a. 30 percent

b. 50 percent

c. 70 percent

See Topic 2.

7. Usability metrics are derived from the ______ phase.

a. rapid prototyping

b. usability evaluation

c. usability design

d. requirements capture

See Topic 1 and Topic 6.

8. Field trials are particularly important because they reflect the end-use
situation.

a. true

b. false

See Topic 1 and Topic 6.

Web ProForum Tutorials Copyright © 19/21

http://www.iec.org The International Engineering Consortium
9. Field trials occur in the _____.

a. rapid prototyping

b. usability evaluation

c. implementation

d. both a and c

e. both b and c

See Topic 1 and Topic 6.

10. Usability engineering can be described as a user-centered design process.

a. true

b. false

See Topic 1.

Glossary
ACM
Association for Computing Machinery

ANSI
American National Standards Insitute

HMI
human machine interface

HTML
hypertext markup language

IISP
Information Infrastructure Standards Panel

ISO
International Standards Organization

ITU
International Telecommunications Union

LIFES
North American Human Factors and Ergonomics Society

Web ProForum Tutorials Copyright © 20/21

http://www.iec.org The International Engineering Consortium
SIGCHI
Special Interest Group in Computer-Human Interaction

UPA
Usability Professionals’ Association

Web ProForum Tutorials Copyright © 21/21

http://www.iec.org The International Engineering Consortium