ISO 9241-129:2010
(Main)Ergonomics of human-system interaction — Part 129: Guidance on software individualization
Ergonomics of human-system interaction — Part 129: Guidance on software individualization
ISO 9241-129:2010 provides ergonomics guidance on individualization within interactive systems, including recommendations on where individualization might be appropriate or inappropriate and how to apply individualization. It focuses on individualization of the software user interface to support the needs of users as individuals or as members of a defined group. It does not recommend specific implementations of individualization mechanisms. It provides guidance on how the various aspects of individualization are made usable and accessible, but does not specify which individualizations are to be included within a system. (Individualizations depend on the specific context of use for which an interactive system is to be designed and/or used, and need to be developed for that specific context of use.) ISO 9241-129:2010 is not intended to be used in isolation. It deals only with individualization within the context of designing a complete software system. It is intended to be used with ISO 9241-110 and any other parts in the ISO 9241 series applicable to the design of the intended system. Some of its guidance can also be applied to hardware user interfaces and user interfaces that combine software and hardware.
Ergonomie de l'interaction homme-système — Partie 129: Lignes directrices relatives à l'individualisation des logiciels
L'ISO 9241-129:2010 fournit des lignes directrices ergonomiques sur l'individualisation au sein des systèmes interactifs, et notamment des recommandations concernant les cas où l'individualisation pourrait être appropriée ou non, et concernant la manière de mettre en oeuvre l'individualisation. Elle est centrée sur l'individualisation de l'interface utilisateur logicielle pour répondre aux besoins des utilisateurs en tant qu'individus ou membres d'un groupe défini. Elle ne recommande pas de mises en oeuvre spécifiques des mécanismes d'individualisation. Elle fournit des lignes directrices sur la manière dont les divers aspects de l'individualisation sont rendus utilisables et accessibles, mais elle ne spécifie pas quelles individualisations inclure dans un système. (Les individualisations dépendent du contexte spécifique d'utilisation pour lequel un système interactif est conçu et/ou utilisé, et doivent être développées pour ce contexte d'utilisation spécifique.) L'ISO 9241-129:2010 n'est pas destinée à être utilisée seule. Elle traite uniquement de l'individualisation dans le contexte de la conception d'un système logiciel complet. Elle est destinée à être utilisée avec l'ISO 9241-110 et toute autre partie de la série ISO 9241 applicable à la conception du système concerné. Certaines de ses lignes directrices peuvent également s'appliquer aux interfaces utilisateur matérielles et à celles combinant logiciel et matériel.
General Information
Standards Content (Sample)
INTERNATIONAL ISO
STANDARD 9241-129
First edition
2010-11-15
Ergonomics of human-system
interaction —
Part 129:
Guidance on software individualization
Ergonomie de l'interaction homme-système —
Partie 129: Lignes directrices relatives à l'individualisation des logiciels
Reference number
©
ISO 2010
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.
© ISO 2010
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Published in Switzerland
ii © ISO 2010 – All rights reserved
Contents Page
Foreword .v
Introduction.vii
1 Scope.1
2 Normative references.1
3 Terms and definitions .2
4 Conformance .3
5 Framework for applying this part of ISO 9241.3
6 Introduction to individualization.4
6.1 The role of individualization.4
6.2 When to provide the capability for individualization.5
6.3 Limitations on the provision of individualization .6
6.4 Initiation of individualization.6
7 General guidance on individualization.6
7.1 Accessibility.6
7.2 Controllability .7
7.3 Detectability .8
7.4 Consistency .9
7.5 Usability of individualization results and features .9
8 Stages of individualization .9
8.1 Initiation of individualization.9
8.2 Deciding on individualization actions.10
8.3 Changing system and context .11
9 Configuration, settings and defaults.11
9.1 Configuration and reconfiguration.11
9.2 Usability of configuration and reconfiguration .12
9.3 Guided configuration and reconfiguration .14
9.4 Default settings.15
10 Supporting individual users.16
10.1 User profiles.16
10.2 User management of profiles.17
10.3 Automatic profile acquisition.18
10.4 Portability of profiles.19
10.5 Providing training and help on use individualization.19
11 Individualizing interface components.20
11.1 General guidance on individualizing interface components .20
11.2 Individualizing visual media.21
11.3 Individualizing auditory media.22
11.4 Individualizing tactile media.22
11.5 Individualizing temporal aspects of media.23
12 Individualizing interaction activities.23
12.1 Supporting user creation and use of stored interaction sequences .23
12.2 Providing user control of security options.24
12.3 User guidance.24
12.4 On-line help.24
13 Individualizing content. 25
13.1 General. 25
13.2 Cultural and linguistic variations. 26
Annex A (informative) Overview of the ISO 9241 series. 27
Annex B (informative) Factors to consider when designing individualizations. 28
Annex C (informative) Sample procedure for assessing applicability and conformance . 36
Bibliography. 49
iv © ISO 2010 – All rights reserved
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards bodies
(ISO member bodies). The work of preparing International Standards is normally carried out through ISO
technical committees. Each member body interested in a subject for which a technical committee has been
established has the right to be represented on that committee. International organizations, governmental and
non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely with the
International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of technical committees is to prepare International Standards. Draft International Standards
adopted by the technical committees are circulated to the member bodies for voting. Publication as an
International Standard requires approval by at least 75 % of the member bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO shall not be held responsible for identifying any or all such patent rights.
ISO 9241-129 was prepared by Technical Committee ISO/TC 159, Ergonomics, Subcommittee SC 4,
Ergonomics of human-system interaction.
ISO 9241 consists of the following parts, under the general title Ergonomic requirements for office work with
visual display terminals (VDTs):
⎯ Part 1: General introduction
⎯ Part 2: Guidance on task requirements
⎯ Part 4: Keyboard requirements
⎯ Part 5: Workstation layout and postural requirements
⎯ Part 6: Guidance on the work environment
⎯ Part 9: Requirements for non-keyboard input devices
⎯ Part 11: Guidance on usability
⎯ Part 12: Presentation of information
⎯ Part 13: User guidance
⎯ Part 14: Menu dialogues
⎯ Part 15: Command dialogues
⎯ Part 16: Direct manipulation dialogues
⎯ Part 17: Form filling dialogues
ISO 9241 also consists of the following parts, under the general title Ergonomics of human-system interaction:
⎯ Part 20: Accessibility guidelines for information/communication technology (ICT) equipment and services
⎯ Part 100: Introduction to standards related to software ergonomics [Technical Report]
⎯ Part 110: Dialogue principles
⎯ Part 129: Guidance on software individualization
⎯ Part 151: Guidance on World Wide Web user interfaces
⎯ Part 171: Guidance on software accessibility
⎯ Part 210: Human-centred design for interactive systems
⎯ Part 300: Introduction to electronic visual display requirements
⎯ Part 302: Terminology for electronic visual displays
⎯ Part 303: Requirements for electronic visual displays
⎯ Part 304: User performance test methods for electronic visual displays
⎯ Part 305: Optical laboratory test methods for electronic visual displays
⎯ Part 306: Field assessment methods for electronic visual displays
⎯ Part 307: Analysis and compliance test methods for electronic visual displays
⎯ Part 308: Surface-conduction electron-emitter displays (SED) [Technical Report]
⎯ Part 309: Organic light-emitting diode (OLED) displays [Technical Report]
⎯ Part 310: Visibility, aesthetics and ergonomics of pixel defects [Technical Report]
⎯ Part 400: Principles and requirements for physical input devices
⎯ Part 410: Design criteria for physical input devices
⎯ Part 420: Selection of physical input devices
⎯ Part 910: Framework for tactile and haptic interaction
⎯ Part 920: Guidance on tactile and haptic interactions
The following parts are under preparation:
⎯ Part 143: Form-based dialogues
⎯ Part 154: Design guidance for interactive voice response (IVR) applications
Requirements, analysis and compliance test methods for the reduction of photosensitive seizures and
evaluation methods for the design of physical input devices are to form the subjects of future parts 391
and 411.
vi © ISO 2010 – All rights reserved
Introduction
Individualization is used in a wide variety of ways to enhance applications both for users and for branding of
the applications themselves. The wide variety of different implementations includes many instances where
individualization creates considerable challenges for the users that it ought to be helping. This becomes an
even greater challenge when users have to deal with different individualization approaches in each of the
several applications that they use.
The purpose of this part of ISO 9241 is to provide guidance on the application of software individualization in
order to achieve as high a level of usability as possible. Thus it addresses individualization as the modification
of interaction and presentation of information to suit individual capabilities and needs of users.
Individualization enables support of a wide range of users, tasks, and contexts of use. It is particularly useful
in increasing accessibility (which is discussed in ISO 9241-171).
On the one hand, ISO 9241-110 provides general guidance on individualization, identifying it as one of the
seven dialogue principles that are important for the design and evaluation of interactive systems. On the other
hand, this part of ISO 9241 provides considerably more detail on the ergonomic use of individualization.
This part of ISO 9241 addresses both user-initiated and system-initiated individualization. It encompasses the
concepts of configuration, customization, adaptivity, adaptation, profiling, and internationalization.
It serves the following types of users:
⎯ designers of user-interface development tools and style guides to be used by interface designers;
⎯ user-interface designers, who will apply the guidance during the development process;
⎯ developers, who will apply the guidance during the design and implementation of system functionality;
⎯ system administrators responsible for implementing solutions to meet end-user needs;
⎯ buyers, who will reference this part of ISO 9241 during product procurement;
⎯ evaluators, who are responsible for ensuring that products are in accordance with this part of ISO 9241.
The ultimate beneficiary of this part of ISO 9241 will be the end-user of the software. Although it is unlikely
that end-users will read this part of ISO 9241, its application by designers, developers, buyers and evaluators
ought to provide user interfaces that are more usable through the use of individualization. This part of
ISO 9241 concerns the development of software for user interfaces. However, those involved in designing the
hardware aspects of user interfaces may also find it useful when considering the interactions between
software and hardware aspects.
INTERNATIONAL STANDARD ISO 9241-129:2010(E)
Ergonomics of human-system interaction —
Part 129:
Guidance on software individualization
1 Scope
This part of ISO 9241 provides ergonomics guidance on individualization within interactive systems, including
recommendations on
⎯ where individualization might be appropriate or inappropriate, and
⎯ how to apply individualization.
It focuses on individualization of the software user interface to support the needs of users as individuals or as
members of a defined group.
It does not recommend specific implementations of individualization mechanisms. It provides guidance on how
the various aspects of individualization are made usable and accessible, but does not specify which
individualizations are to be included within a system.
NOTE Individualizations depend on the specific context of use for which an interactive system is to be designed
and/or used, and need to be developed for that specific context of use.
This part of ISO 9241 is not intended to be used in isolation. It deals only with individualization within the
context of designing a complete software system. It is intended to be used with ISO 9241-110 and any other
parts in the ISO 9241 series applicable to the design of the intended system.
Some of its guidance can also be applied to hardware user interfaces and user interfaces that combine
software and hardware.
2 Normative references
The following referenced documents are indispensable for the application of this document. For dated
references, only the edition cited applies. For undated references, the latest edition of the referenced
document (including any amendments) applies.
ISO 9241-171, Ergonomics of human-system interaction — Part 171: Guidance on software accessibility
ISO/IEC 24786, Information technology — User interfaces — Accessible user interface for accessibility
settings
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
3.1
accessibility
〈interactive systems〉 usability of a product, service, environment or facility by people within the widest range
of capabilities
NOTE 1 The concept of accessibility addresses the full range of user capabilities and is not limited to users who are
formally recognized as having a disability.
NOTE 2 The usability-oriented concept of accessibility aims to achieve levels of effectiveness, efficiency and
satisfaction that are as high as possible considering the specified context of use, while paying attention to the full range of
capabilities within the user population.
[ISO 9241-20:2008, 3.1]
3.2
context of use
users, tasks, equipment (hardware, software and materials), and the physical and social environments in
which a product is used
[ISO 9241-11:1998, 3.5]
3.3
individualization
modification of interaction and presentation of information to suit individual capabilities and needs of users
[ISO 9241-171:2008, 3.17]
3.4
preconfiguration
configuration of software prior to first use of the software
3.5
predefined user profile
profile based on a stereotype or combination of stereotypes
NOTE 1 Stereotypes used as the basis of a predefined user profile could include a role, a job function or a group
membership.
NOTE 2 Predefined user profiles are often used to define access privileges to specific web content.
[ISO 9241-151:2008, 3.20]
3.6
profile
user profile
set of attributes used by the system that are unique to a specific user/user group
[ISO 9241-151:2008, 3.19]
3.7
reconfiguration
changing the configuration of software that has already been configured
2 © ISO 2010 – All rights reserved
3.8
usability
extent to which a system, product or service can be used by specified users to achieve specified goals with
effectiveness, efficiency and satisfaction in a specified context of use
[ISO 9241-210:2010, 2.13]
3.9
user interface
all components of an interactive system (software or hardware) that provide information and controls for the
user to accomplish specific tasks with the interactive system
[ISO 9241-110:2006, 3.9]
3.10
user interface element
user interface object
entity of the user interface that is presented to the user by the software
EXAMPLE Text, graphic, control.
NOTE 1 User-interface elements can be interactive or not.
NOTE 2 Both entities relevant to the task and entities of the user interface are regarded as user-interface elements. A
user-interface element can be a visual representation or an interaction mechanism for a task object (such as a letter, sales
order, electronic part or wiring diagram) or a system object (such as a printer, hard disk or network connection). It can be
possible for the user to directly manipulate some of these user-interface elements.
NOTE 3 User-interface elements in a graphical user interface include such things as basic objects (such as window
title bars, menu items, push buttons, image maps, and editable text fields) or containers (such as windows, grouping
boxes, menu bars, menus, groups of mutually-exclusive option buttons, and compound images that are made up of
several smaller images). User-interface elements in an audio user interface include such things as menus, menu items,
messages, and action prompts.
[ISO 9241-171:2008, 3.38]
4 Conformance
If it is claimed that a system or service has met the provisions of this part of ISO 9241, then the procedures
used to establish user requirements, to develop individualization capabilities and to evaluate the
individualizations shall be specified. The level of detail of the specification is a matter of negotiation between
the involved parties. Annex C provides assistance in documenting conformance.
5 Framework for applying this part of ISO 9241
The following clauses range from general high-level guidance (applicable to all uses of individualization) to
specialized detailed guidance (applicable to specific instances of individualization).
Clauses 6 and 7 provide general guidance related to the use and goals of individualization. They provide
information that applies throughout the development of a system.
Clauses 8, 9, and 10 provide guidance related to choice of individualization mechanisms, individualization of
configurations and support of individual users.
Clauses 11, 12, and 13 provide guidance related to particular interfaces, components, and actions that might
be involved in specific cases of individualization.
Figure 1 shows the framework in which this part of ISO 9241 can be applied to assist in the analysis, design
and evaluation of interactive systems. The arrows illustrate the flow of information between various elements
in the figure.
Figure 1 — Framework for the application of this part of ISO 9241
6 Introduction to individualization
6.1 The role of individualization
Individualization involves modifying the behaviour of the interactive system and the presentation of its user
interface elements, prior to use or while it is in use, to better meet characteristics of its context of use for an
individual or a group of users.
The capability to individualize should be built into an application in response to the identification of user
requirements, i.e. different users can have different needs and/or individual users can have different needs at
different times.
Individualization refers to modifications that are achievable without reprogramming the application, because
individualization capabilities have already been built into the application.
NOTE More details on factors to consider when designing individualization can be found in Annex B.
4 © ISO 2010 – All rights reserved
6.2 When to provide the capability for individualization
Individualization capabilities may be provided to accommodate one or more of the following, when a single
design solution is not sufficiently usable.
a) Variation in user characteristics
1) Differences in user characteristics (capabilities and preferences) that will increase accessibility
i) within a user group, or
ii) between user groups
EXAMPLE 1 A user group includes people with limited vision. Individualization can provide these users with
bigger fonts.
2) Temporary or permanent changes in user characteristics (resulting from learning, illness, etc.)
EXAMPLE 2 A user of media player software is losing her hearing capabilities. Individualization can provide
her with an option for activating captioning of videos.
b) Different user needs and goals
1) Enhancing user understanding
2) Meeting needs of infrequent, intermittent, or discretionary users
EXAMPLE 3 Individualization can provide additional description of the task to be performed be the user.
3) Meeting the needs of users who are least adaptable to new ways of working
c) Variation in task characteristics
1) Characteristics of different tasks (complexity, difficulty, frequency, information content, time
constraints, etc.)
2) Temporary or permanent changes in task characteristics (involving internationalization,
accommodating different jurisdictions, etc.)
d) Different equipment used by a single user
EXAMPLE 4 A web application reconfigures its interface layout and structure based on recognition of the
capabilities of the current device (e.g. desktop computer vs. mobile phone vs. kiosk) currently used by a user.
Individualization can provide additional description of the task to be performed by the user.
e) Different environments experienced by a single user
EXAMPLE 5 A user is able to change the colour scheme on a mobile device to a high contrast scheme when
going from a dark environment (e.g. indoors) to a brighter environment (e.g. outdoors).
NOTE The existence of variability in these factors is not usually sufficient to justify providing individualization without
objective data that suggest that individualization will result in the improvement of usability.
6.3 Limitations on the provision of individualization
Providing individualization capabilities may not be appropriate under the following circumstances.
a) Where used as a substitute for ergonomically designed dialogues.
EXAMPLE 1 Initial system-provided defaults are used to avoid requiring the user to configure a system before it
can be used.
b) Where performance might be degraded or human error might occur in safety-critical and mission-critical
systems.
EXAMPLE 2 In a power plant, individual modifications to the control room interface could lead to a delay in
responding to critical information.
c) Where procedures are streamlined for organizational or customer considerations.
EXAMPLE 3 In call centres, individualization could lead to unacceptable increases in processing times.
NOTE 1 If individualization provides access to a system that was previously inaccessible to a person with
disabilities, then individualization is appropriate even if the process takes longer.
d) Where individualization would be likely to lead to usability or accessibility problems for the intended users.
NOTE 2 Even where individualization is provided, it is important to limit the extent of individualization choices to
avoid foreseeable usability problems.
EXAMPLE 4 Changing text font colour such that it is so similar to the background colour as to make the text
unreadable.
EXAMPLE 5 The volume level of user-configured auditory feedback is limited to avoid disturbing other users in
the same work space.
6.4 Initiation of individualization
Individualization may be initiated by
a) an individual user, someone assisting the user, or a system administrator (human-initiated modification),
or
b) the system itself, in response to user interactions or changes of context (system-initiated modification).
NOTE Individualization capabilities are seldom included in an application to support a particular user. Rather,
individualization capabilities are usually provided to meet different attributes and needs within a population of users.
7 General guidance on individualization
7.1 Accessibility
A system which provides capability for individualization shall be in accordance with ISO 9241-171 and
ISO/IEC 24786.
NOTE 1 A user might require accessibility features in order to be able to perform individualization-related actions.
NOTE 2 It is important that the system, after any individualization, maintain accessibility for the current user.
NOTE 3 ISO 9241-20 provides high level guidance that can be helpful in achieving accessible individualizations.
6 © ISO 2010 – All rights reserved
7.2 Controllability
7.2.1 Maintaining user control after individualization
The user should remain in control of the interaction after individualization has occurred.
7.2.2 User activation or deactivation of individualization
Users should be provided with mechanisms to activate and deactivate individualization features:
a) for the whole of the user interface or parts of the user interface;
b) before interactions commence or after a specific individualized state has been reached.
7.2.3 Limitation of use of individualization features
Where the use of an individualization feature might result in usability problems for the current user, the system
should notify the user of the potential problem(s) and allow the user to accept or reject the individualization, or
to select between various possibilities that could result from the individualization.
EXAMPLE 1 Where an individualization feature could change both the foreground and background colour to the same
value, the user is warned that the result will be unreadable and is asked whether or not to allow this change.
EXAMPLE 2 The current user is known to be colour blind and the system has an individualization feature that can
change both the foreground and background colours. If the selected combination is considered to be unreadable to the
user (such as red against green), then the user is warned that the result will be unreadable and is asked whether or not to
allow this change.
7.2.4 Reversibility
Users should be given the ability to “undo” the individualization.
EXAMPLE 1 If a user changes the colour scheme to a set of individual colours, the original colour scheme can be
reset.
EXAMPLE 2 If a user dismisses a warning message (“don’t show this message again”), the message can be recalled.
EXAMPLE 3 Where a user-selected template results in unsuitable automatic formatting results, the user is able to
reverse the automatic formatting.
7.2.5 Privacy
The user's permission should be obtained before personal context information and/or individualization settings
are shared with other applications or users.
NOTE Permissions can be stored with context information so that they do not need to be obtained each time they are
used.
7.2.6 Safety and security
The system should not allow users to turn off or set inappropriate values for safety-critical or security-critical
functions.
NOTE This includes both situations affecting a single user and situations affecting multiple users.
EXAMPLE 1 The system does not allow individualizations that would affect the full synchronization of information that
is shared between users in critical applications (e.g. air traffic control).
EXAMPLE 2 The system does not allow the user to turn off features that prevent hacking.
7.3 Detectability
7.3.1 Making users aware of individualization capabilities
The system should provide information on the availability of individualization capabilities.
7.3.2 Non-disruptive information on individualization capabilities
The information on individualization capabilities should be provided in an accessible manner that is least
disruptive to the user’s task.
7.3.3 Providing additional information about individualization options
The systems should provide the users with additional information about the following, on request:
a) the circumstances under which particular individualizations are efficient and easy to use;
b) any risks connected with the individualization;
c) how to use/control the individualization.
NOTE Users might not make use of individualization capabilities if they are unaware of them.
7.3.4 Making settings available
The current value of settings used for individualization should always be available to the user.
7.3.5 Making user profiles available
If predefined user profiles or user-specified profiles are used for individualizing, information about the profile
currently used should be available to the user.
NOTE If profiles are used, it is important to provide users with information about this concept and its implications.
This information can include the user group designation associated with the profile and/or the individuals' settings provided
by the profile.
7.3.6 Making individualization evident
Changes to the appearance and or behaviour of an interactive system resulting from individualization should
be made evident to the user.
NOTE 1 Where one or more changes resulting from individualization are not immediately evident to, or might not be
anticipated by, the user, a message can be used to notify the user of their occurrence.
NOTE 2 Messages that notify the user are especially important in situations where individualization is invoked by the
system or might be accidentally invoked by the user.
7.3.7 Explaining rationale for changes resulting from individualization
When changes result from individualization, the reason(s) for their occurrence should either be obvious to
users or else the users should be provided with a mechanism for obtaining the reason(s) from the system.
NOTE 1 A list of changes and the reasons for these changes could be made available on request.
NOTE 2 An overview of completed individualizations — new or changed functions, new or changed system dynamics,
new or changed system presentation — could be made available on request.
8 © ISO 2010 – All rights reserved
7.4 Consistency
7.4.1 Internal consistency
The results of the use of an individualization feature should be internally consistent.
NOTE This means that individualizations always lead to stable states.
7.4.2 Consistency with the context
The results of the use of an individualization feature should be consistent within the context.
NOTE This means that multiple uses of the same individualization feature within the same context have the same
results.
7.4.3 Consistency with user interface conventions
The results of the use of an individualization feature should be consistent with the interface conventions,
whenever possible.
NOTE This means that the individualization results are consistent with the styles and interaction methods already
used in the system.
7.5 Usability of individualization results and features
7.5.1 Usability of system-initiated individualization results
System-initiated individualization should not result in a foreseeable decrease in the overall usability of the user
interface for the intended user.
7.5.2 Usability of individualization features
The individualization features available to the user should have a high level of usability.
NOTE 1 It is important that individualization features have a high level of usability or it is likely that they will not be used.
NOTE 2 Usability of individualization features can be increased by allowing systems to share a user's individualization
settings.
NOTE 3 It is desirable that individualization features do not interfere with assistive technologies and do not reduce the
level of accessibility.
8 Stages of individualization
8.1 Initiation of individualization
8.1.1 Human-initiation
If human-initiated individualization is provided:
a) an easy-to-use mechanism should be provided for initiating the individualization;
b) the user action to initiate the individualization should be clear and unambiguous.
8.1.2 System-initiation
If system-initiated initialization is provided:
a) user actions and context changes should be monitored to detect where these might trigger an
individualization;
b) where detected, they should either automatically trigger an individualization or be evaluated by the
system to see if they exceed some threshold before they are used to trigger an individualization.
NOTE 1 Thresholds can be used to limit the frequency of changes (e.g. by requiring some minimum number of
actions to occur before triggering and individualization).
NOTE 2 Where a threshold is not made explicit, each occurrence of a context change can trigger individualization
processing.
8.2 Deciding on individualization actions
8.2.1 Identification of alternative individualization actions
Where initiations can lead to alternative actions, each of the alternatives should be identified before a decision
is made regarding the individualization action or actions to be taken.
NOTE This can involve comparing context, including configuration settings and/or user profiles, with information
about the initiation.
EXAMPLE 1 The user is provided with alternate permitted values before changing screen resolution.
EXAMPLE 2 The system identifies that a user action it detected could lead to two different possible modifications.
8.2.2 Selecting between alternatives
Alternatives should be evaluated by the initiator of the individualization in order to decide on the action or
actions to be taken.
EXAMPLE 1 The user selects a permitted value for changing screen resolution.
EXAMPLE 2 The system decides to do one or the other or both of two different possible modifications.
8.2.3 Approving system-initiated decisions
Where a system-initiated individualization might create foreseeable difficulties for the user, the system should
ask the user for approval before making the decided upon changes.
NOTE 1 The likelihood that a particular individualization will lead to difficulties can be identified in a user needs
analysis.
NOTE 2 This does not presume that the system can decide whether or not to ask a particular user for approval.
However, where there is sufficient information available about the particular users, allowing the system to decide whether
or not to ask particular users for approval might enhance usability.
8.2.4 Evaluating human-initiated decisions
The system should evaluate whether a human-initiated individualization decision is compatible with its
information about the user context, before it allows the change.
EXAMPLE The system checks its stored user-attribute information to determine if the user is known to have
difficulties perceiving the difference between red and green. If this is found to be the case, the system does not allow
changing the text colour to red on a green background without first confirming this change with the user.
10 © ISO 2010 – All rights reserved
NOTE System evaluation of human-initiated individualization decisions can lead to
a) allowing the change to occur,
b) warning about possible difficulties and asking for confirmation before allowing the change to occur,
c) preventing the change from occurring and providing information about why it was prevented.
8.3 Changing system and context
8.3.1 Applying changes
Once the decision has been made, and if necessary approved, the decided changes should be made to the
system.
8.3.2 Storing changes
The applied changes should be reflected in changes to the system's stored information about the user context,
where appropriate.
9 Configuration, settings and defaults
9.1 Configuration and reconfiguration
9.1.1 Storing and using configuration settings
Configuration settings should be stored by the system and used every time the system is started.
9.1.2 Supporting configuration
Software should not require, but may permit, configuration of various settings before its first use.
9.1.3 Persons performing configuration
Where configuration is required or permitted, configuration may be performed by users, system administrators
or persons assisting the users.
9.1.4 Supporting reconfiguration
If configuration is required or permitted, reconfiguration should also be permitted.
9.1.5 Persons performing reconfiguration
The software may provide system administrators with the capability to limit or prohibit reconfiguration by users.
9.1.6 Accessing configuration settings
Where configuration settings can be accessed, there should be a single configuration function able to be used
to access all settings.
NOTE There can also be additional functions that can access particular groups of settings.
9.2 Usability of configuration and reconfiguration
9.2.1 Initial configuration settings for preconfiguration and reconfiguration
Where possible, software should have a complete set of initial (preconfigured) configuration settings.
9.2.2 Providing guided configuration
If full preconfiguration cannot be achieved, some means of guided configuration should be provided, taking
into consideration the needs of all users (especially the young, elderly or persons with disabilities).
NOTE For guidance on guided configuration see 9.3.
9.2.3 Minimizing the need for configuration
The need to perform configuration should be kept to a minimum.
NOTE It is preferable that software can be used without requiring initial configuration.
9.2.4 Minimizing the effort to perform configuration
Where configuration or reconfiguration is permitted, the means of accomplishing these actions should require
a minimum of user effort.
NOTE 1 If software cannot be easily configured, then it may not be fully usable by its intended users.
NOTE 2 Any additional number of steps or complexity within each step introduces the potential for errors.
EXAMPLE 1 The system keeps configuration requirements to the minimum number of steps.
EXAMPLE 2 The system presents optional parameters in a way that does not increase the minimum number of steps
necessary to perform the configuration.
EXAMPLE 3 The system provides appropriate default settings for use in configuring and in reconfiguring.
EXAMPLE 4 The system provides auto-completion, where appropriate, and allows the user to disable this feature.
EXAMPLE 5 The system does not ask for unnecessary confirmations.
EXAMPLE 6 The system does not provide extraneous information during the setup process.
9.2.5 Provide reversal or confirmation of configuration actions
Software should provide a mechanism that enables users to reverse configuration actions and/or cancel
actions during a confirmation step.
9.2.6 Protecting access to basic functions
The software should prevent configuration actions from changing settings which would prevent access to the
basic functions required for completion of the user's task.
EXAMPLE 1 When an application has an exit function, this function is never hidden.
EXAMPLE 2 When the software hides less-used menu items, it retains a function that allows them to be made
available on request.
12 © ISO 2010 – All rights reserved
9.2.7 Providing fail-safe completions
If the reconfiguration procedure fails or is aborted,
a) the state of the configuration settings should rever
...
NORME ISO
INTERNATIONALE 9241-129
Première édition
2010-11-15
Ergonomie de l'interaction homme-
système —
Partie 129:
Lignes directrices relatives à
l'individualisation des logiciels
Ergonomics of human-system interaction —
Part 129: Guidance on software individualization
Numéro de référence
©
ISO 2010
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2010
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous
quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail copyright@iso.org
Web www.iso.org
Publié en Suisse
ii © ISO 2010 – Tous droits réservés
Sommaire Page
Avant-propos .v
Introduction.vii
1 Domaine d'application .1
2 Références normatives.1
3 Termes et définitions .1
4 Conformité .3
5 Cadre pour l'application de la présente partie de l'ISO 9241.3
6 Introduction à l'individualisation .4
6.1 Rôle de l'individualisation .4
6.2 Cas où la capacité d'individualisation est appropriée.5
6.3 Limitations relatives aux capacités d'individualisation .6
6.4 Déclenchement de l'individualisation .6
7 Lignes directrices générales relatives à l'individualisation.6
7.1 Accessibilité.6
7.2 Contrôle utilisateur.7
7.3 Détectabilité .8
7.4 Cohérence .9
7.5 Utilisabilité des résultats et fonctions d'individualisation.9
8 Étapes d'individualisation .10
8.1 Déclenchement de l'individualisation .10
8.2 Décision concernant les actions d'individualisation.10
8.3 Modification du système et du contexte.11
9 Configuration, paramètres et valeurs par défaut .11
9.1 Configuration et reconfiguration .11
9.2 Utilisabilité de la configuration et de la reconfiguration.12
9.3 Configuration et reconfiguration guidées.14
9.4 Paramètres par défaut.16
10 Prise en charge d'utilisateurs individuels .16
10.1 Profils utilisateur .16
10.2 Gestion des profils par l'utilisateur .18
10.3 Acquisition automatique des profils .19
10.4 Portabilité des profils.19
10.5 Formation et aide sur l'individualisation .20
11 Individualisation des éléments d'interface .20
11.1 Lignes directrices générales relatives à l'individualisation des éléments d'interface.20
11.2 Individualisation des supports visuels .21
11.3 Individualisation des supports audio.22
11.4 Individualisation des supports tactiles.23
11.5 Individualisation des aspects temporels des supports .23
12 Individualisation des activités d'interaction.24
12.1 Prise en charge de la création et de l'utilisation, par l'utilisateur, de séquences
d'interaction enregistrées.24
12.2 Contrôle des options de sécurité par l'utilisateur.24
12.3 Guidage général de l'utilisateur.25
12.4 Aide en ligne .25
13 Individualisation du contenu. 26
13.1 Généralités . 26
13.2 Variantes culturelles et linguistiques . 27
Annexe A (informative) Vue d'ensemble de la série ISO 9241. 28
Annexe B (informative) Facteurs à prendre en compte pour la conception d'individualisations . 29
Annexe C (informative) Procédure type pour évaluer l'applicabilité et la conformité . 37
Bibliographie . 50
iv © ISO 2010 – Tous droits réservés
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux de
normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général confiée
aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire partie du
comité technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec
la Commission électrotechnique internationale (CEI) en ce qui concerne la normalisation électrotechnique.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale des comités techniques est d'élaborer les Normes internationales. Les projets de Normes
internationales adoptés par les comités techniques sont soumis aux comités membres pour vote. Leur
publication comme Normes internationales requiert l'approbation de 75 % au moins des comités membres
votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO ne saurait être tenue pour responsable de ne
pas avoir identifié de tels droits de propriété et averti de leur existence.
L'ISO 9241-129 a été élaborée par le comité technique ISO/TC 159, Ergonomie, sous-comité SC 4,
Ergonomie de l'interaction homme/système.
L'ISO 9241 comprend les parties suivantes, présentées sous le titre général Exigences ergonomiques pour
travail de bureau avec terminaux à écrans de visualisation (TEV):
⎯ Partie 1: Introduction générale
⎯ Partie 2: Guide général concernant les exigences des tâches
⎯ Partie 4: Exigences relatives aux claviers
⎯ Partie 5: Aménagement du poste de travail et exigences relatives aux postures
⎯ Partie 6: Guide général relatif à l'environnement de travail
⎯ Partie 9: Exigences relatives aux dispositifs d'entrée autres que les claviers
⎯ Partie 11: Lignes directrices relatives à l'utilisabilité
⎯ Partie 12: Présentation de l'information
⎯ Partie 13: Guidage de l'utilisateur
⎯ Partie 14: Dialogues de type menu
⎯ Partie 15: Dialogues de type langage de commande
⎯ Partie 16: Dialogues de type manipulation directe
⎯ Partie 17: Dialogues de type remplissage de formulaires
L'ISO 9241 comprend également les parties suivantes, présentées sous le titre général Ergonomie de
l'interaction homme-système:
⎯ Partie 20: Lignes directrices sur l'accessibilité de l'équipement et des services des technologies de
l'information et de la communication (TIC)
⎯ Partie 100: Introduction aux normes relatives à l'ergonomie des logiciels [Rapport technique]
⎯ Partie 110: Principes de dialogue
⎯ Partie 129: Lignes directrices relatives à l'individualisation des logiciels
⎯ Partie 151: Lignes directrices relatives aux interfaces utilisateur Web
⎯ Partie 171: Lignes directrices relatives à l'accessibilité aux logiciels
⎯ Partie 210: Conception centrée sur l'opérateur humain pour les systèmes interactifs
⎯ Partie 300: Introduction aux exigences relatives aux écrans de visualisation électroniques
⎯ Partie 302: Terminologie relative aux écrans de visualisation électroniques
⎯ Partie 303: Exigences relatives aux écrans de visualisation électroniques
⎯ Partie 304: Méthodes d'essai de la performance de l'utilisateur pour écrans de visualisation électroniques
⎯ Partie 305: Méthodes d'essai de laboratoire optique pour écrans de visualisation électroniques
⎯ Partie 306: Méthodes d'appréciation sur le terrain des écrans de visualisation électroniques
⎯ Partie 307: Analyse et méthodes d'essai de conformité pour écrans de visualisation électroniques
⎯ Partie 308: Écrans à émission d'électrons par conduction de surface (SED) [Rapport technique]
⎯ Partie 309: Écrans à diodes électroluminescentes organiques (OLED) [Rapport technique]
⎯ Partie 310: Visibilité, esthétique et ergonomie des défauts de pixel [Rapport technique]
⎯ Partie 400: Principes et exigences pour les dispositifs d'entrée physiques
⎯ Partie 410: Critères de conception pour les dispositifs d'entrée physiques
⎯ Partie 420: Sélection de dispositifs d'entrée physiques
⎯ Partie 910: Cadre pour les interactions tactiles et haptiques
⎯ Partie 920: Lignes directrices relatives aux interactions tactiles et haptiques
Les parties suivantes sont en préparation:
⎯ Partie 143: Dialogues de type saisie de formulaire
⎯ Partie 154: Lignes directrices pour la conception d'applications de réponse vocale interactive (RVI)
Les exigences, les analyses et les méthodes d'essai de conformité pour la réduction des saisies
photosensibles, et les méthodes d'évaluation pour la conception des dispositifs d'entrée physique vont former
l'objet des futures parties 391 et 411.
vi © ISO 2010 – Tous droits réservés
Introduction
L'individualisation est utilisée sous des formes très diverses pour améliorer les applications à la fois du point
de vue des utilisateurs et dans l'optique de leur commercialisation. Parmi la grande variété de mises en
œuvre différentes, on rencontre de nombreux cas où l'individualisation représente un défi considérable pour
les utilisateurs qu'elle est censée aider. Le défi est d'autant plus grand lorsque les utilisateurs sont confrontés
à des approches d'individualisation différentes pour chacune des applications qu'ils utilisent.
L'objectif de la présente partie de l'ISO 9241 est de donner des lignes directrices pour l'application de
l'individualisation dans les logiciels afin d'atteindre le plus haut niveau d'utilisabilité possible. Elle traite donc
de l'individualisation en tant que modification de l'interaction et de la présentation des informations pour les
adapter aux capacités personnelles et aux besoins des utilisateurs. L'individualisation permet de prendre en
charge un large éventail d'utilisateurs, de tâches et de contextes d'utilisation. Elle est particulièrement utile
pour améliorer l'accessibilité (qui est traitée dans l'ISO 9241-171).
D'une part, l'ISO 9241-110 fournit des lignes directrices générales sur l'individualisation identifiée comme l'un
des sept principes de dialogue importants pour la conception et l'évaluation des systèmes interactifs. D'autre
part, la présente partie de l'ISO 9241 détaille de manière beaucoup plus approfondie l'utilisation ergonomique
de l'individualisation.
La présente partie de l'ISO 9241 s'intéresse à la fois à l'individualisation à l'initiative de l'utilisateur et à
l'individualisation à l'initiative du système. Elle regroupe les concepts de configuration, customisation,
adaptabilité, adaptation, profilage et internationalisation.
Elle est destinée aux types d'utilisateurs suivants:
⎯ les concepteurs d'outils de développement d'interfaces utilisateur et de guides de style destinés à être
utilisés par les concepteurs d'interfaces;
⎯ les concepteurs d'interfaces utilisateur, qui appliqueront les lignes directrices lors du processus de
développement;
⎯ les développeurs, qui appliqueront les lignes directrices lors de la conception et de la mise en œuvre des
fonctions du système;
⎯ les administrateurs système responsables de la mise en œuvre de solutions pour répondre aux besoins
des utilisateurs finals;
⎯ les acheteurs, qui se référeront à la présente partie de l'ISO 9241 lors de l'achat du produit;
⎯ les évaluateurs, qui sont tenus de s'assurer que les produits sont conformes à la présente partie de
l'ISO 9241.
Les derniers bénéficiaires de la présente partie de l'ISO 9241 seront les utilisateurs finals des logiciels. Bien
qu'il soit peu probable que les utilisateurs finals prennent connaissance de la présente partie de l'ISO 9241,
son application par les concepteurs, développeurs, acheteurs et évaluateurs devrait rendre les interfaces
utilisateur plus utilisables grâce à l'individualisation. La présente partie de l'ISO 9241 concerne le
développement des logiciels pour interfaces utilisateur. Toutefois, elle peut également s'avérer utile pour ceux
qui sont impliqués dans la conception des aspects matériels des interfaces utilisateur, au moment de l'étude
des interactions entre les aspects logiciels et matériels.
NORME INTERNATIONALE ISO 9241-129:2010(F)
Ergonomie de l'interaction homme-système —
Partie 129:
Lignes directrices relatives à l'individualisation des logiciels
1 Domaine d'application
La présente partie de l'ISO 9241 fournit des lignes directrices ergonomiques sur l'individualisation au sein des
systèmes interactifs, et notamment des recommandations concernant
⎯ les cas où l'individualisation pourrait être appropriée ou non, et
⎯ la manière de mettre en œuvre l'individualisation.
Elle est centrée sur l'individualisation de l'interface utilisateur logicielle pour répondre aux besoins des
utilisateurs en tant qu'individus ou membres d'un groupe défini.
Elle ne recommande pas de mises en œuvre spécifiques des mécanismes d'individualisation. Elle fournit des
lignes directrices sur la manière dont les divers aspects de l'individualisation sont rendus utilisables et
accessibles, mais elle ne spécifie pas quelles individualisations inclure dans un système.
NOTE Les individualisations dépendent du contexte spécifique d'utilisation pour lequel un système interactif est
conçu et/ou utilisé, et doivent être développées pour ce contexte d'utilisation spécifique.
La présente partie de l'ISO 9241 n'est pas destinée à être utilisée seule. Elle traite uniquement de
l'individualisation dans le contexte de la conception d'un système logiciel complet. Elle est destinée à être
utilisée avec l'ISO 9241-110 et toute autre partie de la série ISO 9241 applicable à la conception du système
concerné.
Certaines de ses lignes directrices peuvent également s'appliquer aux interfaces utilisateur matérielles et à
celles combinant logiciel et matériel.
2 Références normatives
Les documents de référence suivants sont indispensables pour l'application du présent document. Pour les
références datées, seule l'édition citée s'applique. Pour les références non datées, la dernière édition du
document de référence s'applique (y compris les éventuels amendements).
ISO 9241-171, Ergonomie de l'interface homme-système — Partie 171: Lignes directrices relatives à
l'accessibilité aux logiciels
ISO/CEI 24786, Technologies de l'information — Interfaces utilisateurs — Interface utilisateur accessible pour
le paramétrage de l'accessibilité
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s'appliquent.
3.1
accessibilité
〈systèmes interactifs〉 utilisabilité d'un produit, d'un service, d'un environnement ou d'une installation pour des
personnes présentant le plus large éventail possible de capacités
NOTE 1 Le concept d'accessibilité comprend toute la gamme de capacités des utilisateurs et ne se limite pas aux
utilisateurs officiellement identifiés comme présentant des déficiences.
NOTE 2 Le concept d'accessibilité dans le sens d'utilisabilité vise à atteindre le plus haut niveau possible d'efficacité,
d'efficience et de satisfaction en fonction du contexte d'utilisation spécifié, tout en prêtant attention à la gamme complète
de capacités de la population d'utilisateurs.
[ISO 9241-20:2008, 3.1]
3.2
contexte d'utilisation
utilisateurs, tâches, équipement (matériel, logiciel et documents) et environnements physique et social
d'utilisation d'un produit
[ISO 9241-11:1998, 3.5]
3.3
individualisation
modification de l'interaction et de la présentation des informations pour les adapter aux capacités
personnelles et aux besoins des utilisateurs
[ISO 9241-171:2008, 3.17]
3.4
préconfiguration
configuration d'un logiciel avant sa première utilisation
3.5
profil utilisateur prédéfini
profil défini sur la base d'un stéréotype ou d'une combinaison de stéréotypes
NOTE 1 Au nombre des stéréotypes utilisés en tant que base d'un profil utilisateur prédéfini peuvent figurer un rôle,
une profession ou l'appartenance à un groupe.
NOTE 2 Les profils utilisateur prédéfinis sont souvent utilisés pour définir les priorités d'accès à un contenu internet
spécifique.
[ISO 9241-151:2008, 3.20]
3.6
profil
profil utilisateur
ensemble d'attributs utilisés par le système et qui sont propres à un utilisateur/groupe d'utilisateurs spécifique
[ISO 9241-151:2008, 3.19]
3.7
reconfiguration
modification de la configuration d'un logiciel ayant déjà été configuré
3.8
utilisabilité
degré selon lequel un système, un produit ou un service peut être utilisé, par des utilisateurs spécifiés, pour
atteindre des buts définis avec efficacité, efficience et satisfaction, dans un contexte d'utilisation spécifié
[ISO 9241-210:2010, 2.13]
2 © ISO 2010 – Tous droits réservés
3.9
interface utilisateur
tous les composants d'un système interactif (logiciels ou matériels) qui fournissent des informations et des
commandes à l'utilisateur pour accomplir des tâches spécifiques avec le système interactif
[ISO 9241-110:2006, 3.9]
3.10
élément d'interface utilisateur
objet d'interface utilisateur
entité de l'interface utilisateur présentée à l'utilisateur par le logiciel
EXEMPLE Texte, symboles graphiques, commandes.
NOTE 1 Les éléments d'interface utilisateur peuvent être interactifs ou non.
NOTE 2 Les entités propres à la tâche et les entités de l'interface utilisateur sont considérées comme des éléments
d'interface utilisateur. Un élément d'interface utilisateur peut consister en une représentation visuelle ou un mécanisme
d'interaction se rapportant à un objet tâche (tel qu'une lettre, un bon de commande, des pièces électroniques ou un
schéma de connectique) ou à un objet système (tel qu'une imprimante, un disque dur ou une connexion réseau).
L'utilisateur peut avoir la possibilité de manipuler directement certains de ces éléments d'interface utilisateur.
NOTE 3 Dans une interface graphique, les éléments d'interface utilisateur comprennent des objets de base (barres de
titre de fenêtre, éléments de menu, boutons de commande, images interactives, champs de texte modifiables, etc.) ou des
conteneurs (fenêtres, zones de groupe, barres de menu, menus, groupes de cases d'option mutuellement exclusives,
images composées comportant plusieurs images plus petites, etc.). Dans une interface audio, les éléments d'interface
utilisateur comprennent notamment des menus, des éléments de menu, des messages et des invites d'action.
[ISO 9241-171:2008, 3.38]
4 Conformité
Si un système ou un service est déclaré conforme aux dispositions de la présente partie de l'ISO 9241, les
procédures utilisées pour établir les besoins des utilisateurs, développer les capacités d'individualisation et
évaluer les individualisations doivent être spécifiées. Le niveau de détail de la spécification est à négocier
entre les parties concernées. (L'Annexe C fournit une aide sur la documentation de conformité.)
5 Cadre pour l'application de la présente partie de l'ISO 9241
Les articles qui suivent vont des lignes directrices générales de haut niveau (applicables à tous les usages de
l'individualisation) à des lignes directrices détaillées spécifiques (applicables à des cas spécifiques
d'individualisation).
Les Articles 6 et 7 fournissent des lignes directrices générales sur l'utilisation et les objectifs de
l'individualisation. Ils donnent des informations qui s'appliquent tout au long du développement d'un système.
Les Articles 8, 9 et 10 fournissent des lignes directrices sur le choix des mécanismes d'individualisation,
l'individualisation de configurations et la prise en charge d'utilisateurs individuels.
Les Articles 11, 12 et 13 fournissent des lignes directrices sur des interfaces, éléments et actions spécifiques
pouvant intervenir dans des cas spécifiques d'individualisation.
La Figure 1 représente le cadre dans lequel la présente partie de l'ISO 9241 peut être appliquée pour faciliter
l'analyse, la conception et l'évaluation des systèmes interactifs. Les flèches illustrent le flux d'informations
entre les différents éléments représentés sur la figure.
Figure 1 — Cadre pour l'application de la présente partie de l'ISO 9241
6 Introduction à l'individualisation
6.1 Rôle de l'individualisation
L'individualisation implique de modifier le comportement du système interactif et la présentation de ses
éléments d'interface utilisateur, avant utilisation ou en cours d'utilisation, afin de mieux l'adapter aux
caractéristiques de son contexte d'utilisation pour un individu ou un groupe d'utilisateurs.
Il convient que la capacité d'individualisation soit intégrée à une application en réponse à l'identification des
besoins de l'utilisateur, c'est-à-dire que des utilisateurs différents peuvent avoir des besoins différents et/ou
que des utilisateurs individuels peuvent avoir des besoins différents à des moments différents.
L'individualisation fait référence aux modifications réalisables sans reprogrammer l'application, étant donné
que les capacités d'individualisation ont déjà été intégrées à l'application.
NOTE Pour plus d'informations sur les facteurs à prendre en compte lors de la conception de l'individualisation, se
reporter à l'Annexe B.
4 © ISO 2010 – Tous droits réservés
6.2 Cas où la capacité d'individualisation est appropriée
Les capacités d'individualisation peuvent être fournies pour répondre à un ou plusieurs des besoins suivants,
lorsqu'une solution de conception unique n'est pas suffisante:
a) une variation des caractéristiques des utilisateurs
1) Des caractéristiques des utilisateurs différentes (capacités et préférences) qui permettront
d'améliorer l'accessibilité
i) au sein d'un groupe d'utilisateurs, ou
ii) entre des groupes d'utilisateurs
EXEMPLE 1 Les groupes d'utilisateurs comprennent des personnes malvoyantes. L'individualisation peut
fournir à ces utilisateurs des polices plus grandes.
2) Des changements temporaires ou permanents des caractéristiques des utilisateurs (suite à
l'apprentissage, à une maladie, etc.)
EXEMPLE 2 Un utilisateur de logiciel multimédia perd ses capacités auditives. L'individualisation peut lui
fournir une option pour activer les sous-titres dans les vidéos.
b) des besoins et objectifs différents des utilisateurs
1) Pour améliorer la compréhension par l'utilisateur
2) Pour répondre aux besoins des utilisateurs occasionnels, intermittents ou discrétionnaires
EXEMPLE 3 L'individualisation peut fournir une description supplémentaire de la tâche à accomplir par
l'utilisateur.
3) Pour répondre aux besoins des utilisateurs qui s'adaptent le moins aux nouvelles méthodes de
travail
c) une variation des caractéristiques des tâches
1) Des caractéristiques de tâches différentes (complexité, difficulté, fréquence, contenu informatif,
contraintes de temps, etc.)
2) Des changements temporaires ou permanents des caractéristiques des tâches (impliquant par
exemple l'internationalisation, la prise en charge de différentes juridictions, etc.)
d) un équipement différent utilisé par un seul utilisateur
EXEMPLE 4 Une application Web reconfigure la disposition de son interface et sa structure en fonction de la
reconnaissance des capacités du dispositif actuel (par exemple ordinateur de bureau, téléphone portable ou kiosque)
actuellement utilisé par un utilisateur. L'individualisation peut fournir une description supplémentaire de la tâche à
accomplir par l'utilisateur.
e) des environnements différents utilisés par un seul utilisateur
EXEMPLE 5 Un utilisateur est en mesure de modifier le modèle de couleurs de son dispositif mobile pour que le
contraste augmente quand il passe d'un environnement sombre (par exemple à l'intérieur) à un environnement plus
lumineux (par exemple à l'extérieur).
NOTE L'existence d'une variabilité de ces facteurs n'est généralement pas suffisante pour justifier la mise en œuvre
d'une individualisation, sans données objectives indiquant que l'individualisation conduira à l'amélioration de l'utilisabilité.
6.3 Limitations relatives aux capacités d'individualisation
Il peut ne pas être approprié de fournir des capacités d'individualisation dans les cas suivants:
a) lorsque l'individualisation se substitue à la conception de dialogues ergonomiques;
EXEMPLE 1 Les paramètres par défaut fournis initialement par le système servent à éviter d'avoir à demander à
l'utilisateur de configurer le système avant de pouvoir l'utiliser.
b) lorsque les performances pourraient être dégradées ou qu'une erreur humaine pourrait se produire dans
des systèmes critiques pour la sécurité ou pour la mission;
EXEMPLE 2 Dans une centrale électrique, des modifications individuelles de l'interface de la salle de commande
pourraient retarder la réponse à des informations critiques.
c) lorsque les procédures sont rationalisées pour des questions organisationnelles ou en rapport avec les
clients;
EXEMPLE 3 Dans les centres d'appels, l'individualisation pourrait conduire à une augmentation inacceptable des
temps de traitement.
NOTE 1 Si l'individualisation permet à une personne ayant des incapacités d'avoir accès à un système qui lui était
inaccessible auparavant, elle est appropriée même si le processus prend plus de temps.
d) lorsque l'individualisation serait susceptible de conduire à des problèmes d'utilisabilité ou d'accessibilité
pour les utilisateurs cible.
NOTE 2 Même lorsque l'individualisation est assurée, il est important de limiter l'étendue des choix
d'individualisation afin d'éviter les problèmes prévisibles en matière d'utilisabilité.
EXEMPLE 4 Le fait de permettre de choisir une couleur de police de texte trop similaire à celle de l'arrière-plan
rend le texte illisible.
EXEMPLE 5 Le volume sonore du retour d'information sonore configuré par l'utilisateur est limité afin d'éviter de
déranger d'autres utilisateurs se trouvant dans le même espace de travail.
6.4 Déclenchement de l'individualisation
L'individualisation peut être déclenchée par
a) un utilisateur individuel, une personne assistant l'utilisateur ou un administrateur système (modification à
l'initiative de l'utilisateur), ou
b) le système lui-même, en réponse à des interactions avec l'utilisateur ou à des changements de contexte
(modification à l'initiative du système).
NOTE Les capacités d'individualisation visant à répondre aux besoins d'un utilisateur particulier sont rarement
incluses dans une application. Ces capacités d'individualisation sont généralement fournies pour répondre à différents
attributs et besoins au sein d'une population d'utilisateurs.
7 Lignes directrices générales relatives à l'individualisation
7.1 Accessibilité
Un système qui fournit une capacité d'individualisation doit être conforme à l'ISO 9241-171 et à
l'ISO/CEI 24786.
NOTE 1 Un utilisateur pourrait demander des fonctions d'accessibilité pour pouvoir effectuer des actions en rapport
avec l'individualisation.
6 © ISO 2010 – Tous droits réservés
NOTE 2 Il est important que le système conserve son accessibilité pour l'utilisateur actuel après toute individualisation.
NOTE 3 L'ISO 9241-20 fournit des lignes directrices de haut niveau pouvant être utiles pour réaliser des
individualisations accessibles.
7.2 Contrôle utilisateur
7.2.1 Maintien du contrôle utilisateur après l'individualisation
Il convient que l'utilisateur garde le contrôle de l'interaction une fois l'individualisation réalisée.
7.2.2 Activation ou désactivation de l'individualisation par l'utilisateur
Il convient que les utilisateurs disposent de mécanismes pour activer et désactiver les fonctions
d'individualisation:
a) pour l'ensemble de l'interface utilisateur ou une partie de celle-ci;
b) avant le début des interactions ou après qu'un état individualisé spécifique a été atteint.
7.2.3 Limitation de l'utilisation des fonctions d'individualisation
Lorsque l'utilisation d'une fonction d'individualisation pourrait engendrer des problèmes d'utilisabilité pour
l'utilisateur actuel, il convient que le système avertisse l'utilisateur du (des) problème(s) potentiel(s) et
permette à l'utilisateur d'accepter ou de refuser l'individualisation, ou de choisir entre plusieurs possibilités qui
pourraient résulter de l'individualisation.
EXEMPLE 1 Lorsqu'une fonction d'individualisation peut modifier à la fois la couleur de l'avant-plan et celle de
l'arrière-plan sur la même valeur, l'utilisateur est averti que le résultat sera illisible et une confirmation de ce changement
lui est alors demandée.
EXEMPLE 2 L'utilisateur actuel est daltonien et le système comporte une fonction d'individualisation permettant de
modifier à la fois la couleur de l'avant-plan et celle de l'arrière-plan. Si la combinaison choisie est considérée comme
illisible pour l'utilisateur (par exemple rouge sur fond vert), alors l'utilisateur est averti que le résultat sera illisible et il lui est
demandé d'accepter ou de refuser ce changement.
7.2.4 Réversibilité
Il convient que l'utilisateur ait la possibilité d'annuler l'individualisation.
EXEMPLE 1 Si un utilisateur change le modèle de couleurs et opte pour un jeu de couleurs individuelles, le modèle de
couleurs d'origine peut être réinitialisé.
EXEMPLE 2 Si un utilisateur fait disparaître un message d'avertissement («ne plus afficher ce message»), le message
peut être rappelé.
EXEMPLE 3 Lorsqu'un modèle choisi par l'utilisateur conduit à une mise en forme automatique inadéquate, l'utilisateur
peut annuler la mise en forme automatique.
7.2.5 Respect de la vie privée
Il convient d'obtenir l'autorisation de l'utilisateur avant de partager des informations contextuelles personnelles
et/ou des paramètres d'individualisation avec d'autres applications ou utilisateurs.
NOTE Les autorisations peuvent être enregistrées avec les informations contextuelles de manière qu'il ne soit pas
nécessaire de les obtenir à chaque utilisation.
7.2.6 Sécurité et sûreté
Il convient que le système n'autorise pas les utilisateurs à désactiver ou à définir des valeurs inappropriées
pour les fonctions critiques pour la sécurité.
NOTE Cela est valable à la fois dans les situations affectant un seul utilisateur et dans celles impliquant de
nombreux utilisateurs.
EXEMPLE 1 Le système n'autorise pas les individualisations qui affecteraient la synchronisation complète des
informations partagées par les utilisateurs dans des applications critiques (par exemple le contrôle de la circulation
aérienne).
EXEMPLE 2 Le système n'autorise pas l'utilisateur à désactiver les fonctions antipiratage.
7.3 Détectabilité
7.3.1 Information des utilisateurs sur les capacités d'individualisation
Il convient que le système fournisse des informations sur les capacités d'individualisation disponibles.
7.3.2 Informations sur les capacités d'individualisation sans interruption de l'utilisateur
Il convient de fournir à l'utilisateur des informations sur les capacités d'individualisation d'une manière
accessible, en interrompant le moins possible ses tâches.
7.3.3 Mise à disposition d'informations supplémentaires sur les options d'individualisation
Il convient que le système fournisse aux utilisateurs, sur demande, des informations supplémentaires sur:
a) les circonstances dans lesquelles des individualisations particulières sont efficientes et faciles à utiliser;
b) les risques liés à l'individualisation;
c) la méthode d'utilisation/de contrôle de l'individualisation.
NOTE Les utilisateurs pourraient ne pas utiliser les capacités d'individualisation car ils ignorent leur existence.
7.3.4 Mise à disposition des paramètres
Il convient que la valeur actuelle des paramètres utilisés pour l'individualisation soit toujours à la disposition
de l'utilisateur.
7.3.5 Mise à disposition des profils utilisateur
Si des profils utilisateur prédéfinis ou des profils spécifiés par l'utilisateur sont utilisés pour l'individualisation, il
convient que les informations concernant le profil actuellement utilisé soient à la disposition de l'utilisateur.
NOTE Si des profils sont utilisés, il est important de fournir aux utilisateurs des informations sur ce concept et ses
implications. Ces informations peuvent inclure la désignation du groupe d'utilisateurs associés au profil et/ou les
paramètres individuels fournis par le profil.
7.3.6 Mise en évidence de l'individualisation
Il convient que les changements d'aspect et/ou de comportement d'un système interactif résultant de
l'individualisation soient mis en évidence pour l'utilisateur.
NOTE 1 Lorsqu'un ou plusieurs changements résultant de l'individualisation ne sont pas immédiatement évidents ou
pourraient ne pas être anticipés par l'utilisateur, l'utilisateur peut être averti de leur occurrence par un message.
8 © ISO 2010 – Tous droits réservés
NOTE 2 Les messages d'avertissement de l'utilisateur sont particulièrement importants lorsqu'une individualisation est
déclenchée par le système ou qu'elle peut être déclenchée par accident par l'utilisateur.
7.3.7 Explication des raisons des changements résultant de l'individualisation
Lorsqu'une individualisation conduit à des changements, il convient que la ou les raisons de leur occurrence
soient évidentes pour les utilisateurs ou que ces derniers disposent d'un mécanisme leur permettant d'obtenir
la ou les raisons auprès du système.
NOTE 1 Une liste des changements et des raisons pour lesquelles ils ont été effectués pourrait être disponible sur
demande.
NOTE 2 Un aperçu des individualisations effectuées (fonctions nouvelles ou modifiées, dynamique système nouvelle
ou modifiée, présentation du système nouvelle ou modifiée) pourrait être disponible sur demande.
7.4 Cohérence
7.4.1 Cohérence interne
Il convient que les résultats de l'utilisation d'une fonction d'individualisation soient cohérents entre eux.
NOTE Cela signifie que les individualisations conduisent toujours à des états stables.
7.4.2 Cohérence dans le contexte
Il convient que les résultats de l'utilisation d'une fonction d'individualisation soient cohérents dans le contexte.
NOTE Cela signifie que plusieurs utilisations de la même fonction d'individualisation dans le même contexte donnent
les mêmes résultats.
7.4.3 Cohérence avec les conventions de l'interface utilisateur
Il convient que les résultats de l'utilisation d'une fonction d'individualisation soient cohérents avec les
conventions de l'interface utilisateur, à chaque fois que possible.
NOTE Cela signifie que les résultats de l'individualisation sont cohérents avec les styles et les méthodes d'interaction
déjà employés dans le système.
7.5 Utilisabilité des résultats et fonctions d'individualisation
7.5.1 Utilisabilité des résultats d'une individualisation à l'initiative du système
Il convient que l'individualisation à l'initiative du système ne conduise pas à une baisse prévisible de
l'utilisabilité globale de l'interface utilisateur pour l'utilisateur cible.
7.5.2 Utilisabilité des fonctions d'individualisation
Il convient que les fonctions d'individualisation à la disposition de l'utilisateur aient un haut niveau d'utilisabilité.
NOTE 1 Il est important que les fonctions d'individualisation aient un haut niveau d'utilisabilité, sinon il est peu probable
qu'elles seront utilisées.
NOTE 2 L'utilisabilité des fonctions d'individualisation peut être augmentée en autorisant les systèmes à partager les
paramètres d'individualisation des utilisateurs.
NOTE 3 Il est souhaitable que les fonctions d'individualisation n'interfèrent pas avec les technologies d'assistance et
ne réduisent pas le niveau d'accessibilité.
8 Étapes d'individualisation
8.1 Déclenchement de l'individualisation
8.1.1 À l'initiative de l'utilisateur
Si une individualisation à l'initiative de l'utilisateur est réalisée:
a) il convient que les utilisateurs disposent d'un mécanisme facile à utiliser pour déclencher
l'individualisation;
b) il convient que l'action de l'utilisateur pour déclencher l'individualisation soit claire et non équivoque.
8.1.2 À l'initiative du système
Si une individualisation à l'initiative du système est réalisée:
a) il convient de surveiller les actions des utilisateurs et les changements de contexte afin de détecter s'ils
pourraient déclencher une individualisation;
b) en cas de détection, il convient qu'ils déclenchent automatiquement une individualisation ou qu'ils soient
évalués par le système afin de vérifier s'ils dépassent un certain seuil avant d'être utilisés pour
déclencher une individualisation.
NOTE 1 Les seuils peuvent être utilisés pour limiter la fréquence des changements (par exemple en exigeant qu'un
nombre minimal d'actions soient réalisées avant de déclencher une individualisation).
NOTE 2 Lorsqu'un seuil n'est pas rendu explicite, chaque occurrence d'un changement de contexte peut déclencher
un processus d'individualisation.
8.2 Décision concernant les actions d'individualisation
8.2.1 Identification des actions d'individualisation alternatives
Lorsque les déclenchements peuvent conduire à des actions alternatives, il convient que chacune des
alternatives soit identifiée avant de prendre une décision concernant l'action ou les actions d'individualisation
à entreprendre.
NOTE Cela peut impliquer de comparer le contexte, y compris les paramètres de configuration et/ou les profils
utilisateur, avec des informations relatives au déclenchement.
EXEMPLE 1 L'utilisateur dispose de plusieurs valeurs autorisées avant de modifier la résolution de son écran.
EXEMPLE 2 Le système identifie qu'une action de l'utilisateur qu'il a détectée pourrait conduire à deux modifications
différentes possibles.
8.2.2 Choix entre plusieurs alternatives
Il convient que les alternatives soient évaluées par l'ini
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...