D i r e c t i v e s

Présentation

---

Terminologie

• Guideline :
• Directive, indication d'une politique à suivre. [Harrap's Shorter]
• Ligne directrice
• Principe directeur
• Recommandation
• Propriété
• Critère
• ...
• Directive :
• (1890) Surtout plur. Indication, ligne de conduite donnée par une autorité (politique, militaire, religieuse). V. instruction, ordre. [Petit Robert]
• (v. 1974) Plur. Techn. Marche à suivre comportant souvent des indications chiffrées. [Petit Robert]

---

Exemples

• Exemples de directives "en ligne" :

Voir en fin de page.

• Exemples de directives "papier"
• Directives Macintosh :Macintosh Human Interface Guidelines.
• Directives Windows :The Windows Interface Guidelines for Software Design.
• Principes ergonomiques présentés par Jean-Bernard Crampes (1997)
• "Principes mis en valeur par les ergonomes"
• Cohérence
• Concision
• Retour d'informations
• Structuration des activités
• Flexibilité
• Gestion des erreurs
• "Principes généraux de conception"
• Employer des métaphores
• Favoriser l'approche objet-action
• Étudier les activités des utilisateurs
• Rendre l'interface cohérente
• Rendre l'interface transparente
• Cf. ci-dessous les directives de Brown

---

Exemple détaillé par la suite : les directives de Brown
 
• Source : C. Marlin «Lin» Brown (1988), «Human-Computer Interface Design Guidelines», Xerox Corporation

 
• Plan de présentation de l'exemple :
• Définition des "directives"
• D'où viennent les directives ?
• Concepts sous-jacents
• Conseils d'utilisation
• Types de directives

Définition des "directives"

---

Définition
 
• «Ensemble de suggestions pratiques et de lignes directrices pour les concepteurs de l'interface entre des systèmes informatiques et leurs utilisateurs.»

---

Exemple
 
• «Utiliser des icônes à la signification claire.»

D'ou viennent les directives ?

• Résultats expérimentaux
• Prédictions issues de théories de l'activité humaine
• Principes de psychologie cognitive
• Principes d'ergonomie
• Expérience en génie logiciel
• Jugements d'experts
• Sens commun
• Expérience pratique

Concepts sous-jacents

• Exigences du traitement mental
• Allocation de fonctions
• Modèles mentaux
• Cohérence
• Analogies physiques
• Attentes et stéréotypes
• Compatibilité stimulus-réponse
• Facilité d'apprentissage, facilité d'usage et fonctionnalité
• Novices, experts et utilisateurs occasionnels
• Éviter l'excès de fonctionnalités
• Fournir de chemins multiples
• Divulgation progressive et évolution élégante

Conseils d'utilisation

---

Mise en garde
 
• Les directives ne doivent pas être considérées comme définitives ni comme une panacée garantissant une interface optimale

---

Conséquences
 
• Se tenir au courant des nouvelles données expérimentales pouvant valider, étendre, nuancer ou invalider les directives.
• Considérer chaque directive à la lumière des exigences particulières et des contraintes relatives aux utilisateurs, à l'équipement et à l'environnement de développement.
• Utiliser le prototypage, les tests pilotes et les tests d'acceptation par les utilisateurs à toutes les étapes du développement du produit pour évaluer et raffiner les concepts avant leur intégration finale.

Types de directives

---

Typologie
 
A. Formats d'affichage
B. Langage
C. Couleur
D. Graphiques
E. Dialogue
F. Entrée des données
G. Dispositifs de contrôle et d'affichage
H. Messages d'erreurs et aide en ligne
I. Implémentation de l'interface

Quelques exemples sont présentés ci-dessous.

---

A. Formats d'affichage
 
• Texte en prose

Utilisez à la fois les majuscules et les minuscules pour composer un texte

Chaque fois que le dispositif d'affichage peut générer des majuscules et des minuscules, présentez vos textes dans les deux casses. (Souvent la distinction entre texte et instruction [de programme] est que le texte contient trois lignes ou plus de prose connectée.) Engel & Granda, 1975; Galitz, 1981, 1985; Hinsley & Hanes, 1977; Marcus, 1980, 1984; Seibel, 1972

UTILISEZ

Les longs passages sont très difficiles à lire s'ils sont composés uniquement en lettres majuscules plutôt qu'en majuscules et en minuscules.

N'UTILISEZ PAS

LES LONGS PASSAGES SONT TRÈS DIFFICILES À LIRE S'ILS SONT COMPOSÉS UNIQUEMENT EN LETTRES MAJUSCULES PLUTÔT QU'EN MAJUSCULES ET EN MINUSCULES.

Exceptions:
Quand la visibilité des caractères est limitée par la taille réduite des caractères ou par une dégradation de la vue, alors l'utilisation des majuscules peut être conseillée pour augmenter la taille effective des caractères. Les majuscules peuvent être également utiles, par exemple dans un tableau, pour distinguer les titres des données.

---

 B. Langage
 
• Terminologie familière

Utilisez des termes familiers.

Évitez les mots difficiles, les abréviations et les acronymes qui ne sont pas utilisés communément par les utilisateurs.
.

 
UTILISEZ
 

Ces données exigent un code spécial d'accès. Merci d'appeler le Centre de calcul, poste 2985.


N'UTILISEZ PAS

 

IMS/VS DBMS CLASS IV DATA. SEE DBSA, W75B37-59

---

C. Couleur

• Code des couleurs

[Utilisez les codes de couleurs admis communément.]
 
UTILISEZ
 
• Blanc/Noir :                         Couleur fondamentale
• Rouge :                                  Alarmes ou erreurs; Stop
• Jaune :                                   Avertissements ou données exigeant de l'attention
• Vert :                                      Normal ou OK; Allez; Couleur de base si blanc trop clair
• Bleu saturé :                          Mise en retrait. Ne pas utiliser pour les données critiques
• Bleu dé-saturé :                   Température froide ou eau
• Rose (Magenta) :                 Couleur d'alarme secondaire, différenciation de données
• Turquoise (Cyan) :              Différenciation de types de données
• Autre couleurs :                    Différenciation de types de données

---

D. Graphiques
 
• Utilisez des icônes claires

Utilisez des icônes représentant clairement leur signification.

Des icônes bien conçues s'expliquent d'elles-mêmes, tout au moins dans le contexte dans lequel elles sont utilisées. Il existe plusieurs astuces pour concevoir des icônes claires :
 

• Utiliser des représentations concrètes d'objets ou d'actions réels.
• Mettre en avant les éléments graphiques qui permettent de distinguer l'objet représenté d'autres objets.
• Simplifier la représentation en éliminant ou en mettant à l'arrière-plan les éléments qui ne contribuent pas à l'identification de l'objet.
• Suivre des conventions cohérentes pour la conception de toutes les icônes du système (ex. : utilisation, apparence et localisation des intitulés, des bordures et des autres éléments contenus dans l'icône).


UTILISEZ

Icône d'imprimante

N'UTILISEZ PAS

Icône d'imprimante

---

E. Dialogue
 
• Commandes cohérentes

Utilisez des couples de commandes cohérents.

Pour les opérations ayant leur inverse ou leur contrepartie, comme ouvrir et fermer un fichier, utilisez des couples cohérents de commandes. Les couples cohérents sont habituellement formés d'opposés ou d'inverses.

UTILISEZ

LIRE/ÉCRIRE OUVRIR/FERMER HAUT/BAS OUI/NON

N'UTILISEZ PAS

LIRE/FERMER OUVRIR/SAUVEGARDER PRÉCÉDENT/BAS OUI/OFF

---

F. Entrée des données
 
• Spécifications de formats

Indiquer le format correct d'entrée.

Afficher le format requis pour entrer les données. Ce format apparaîtra comme élément de l'intitulé d'entrée ou comme "prompt". Galitz, 1981

UTILISEZ

DATE DE DÉPART (JJMMAA) : ------

N'UTILISEZ PAS

DATE DE DÉPART :

---

G. Dispositifs de contrôle et d'affichage
 
• Touches vitesse curseur

Fournissez un mode vitesse curseur.

---

H. Messages d'erreurs et aide en ligne
 
• Messages d'erreur utiles

Rendez instructifs les messages d'erreurs.

Les messages d'erreurs doivent toujours énoncer (ou impliquer clairement) au moins :

• quelle erreur a été détectée;
• quel champ d'entrée contient l'erreur;
• quelle action correctrice doit être effectuée.

Engel & Granda, 1975; Pew & Rollins, 1975; Shneiderman, 1979
UTILISEZ

Le format du nombre de parties doit comporter deux lettres puis trois chiffres.

N'UTILISEZ PAS

Entrée invalide.

 
 
• Contenu de l'aide en ligne (HELP)

L'aide en ligne explique les écrans, les champs, les codes et les messages.

Catégories d'assistance pouvant être utiles :

• explication brève de la fonction de l'écran ou de la transaction;
• descriptions des champs d'entrée (définitions, unités, formats, entrées valides;
• descriptions des champs de données de sorties (définitions, unités, formats, mode de calcul des valeurs);
• Définition des codes, des commandes et des abréviations utilisés;
• explication des messages d'erreurs et conseils pour corriger les erreurs;
• allocation des touches fonction;
• exemples de procédures, de commandes et de syntaxe correctes, Brown, 1982; Limanowski, 1983

 

 
 
• Aide en ligne (HELP) pertinente

Fournir une aide en ligne spécifique à la situation [ou contextuelle].

Quand les utilisateurs font appel à l'aide en ligne,

• leur problème est souvent lié à la transaction en cours lorsque la fonction HELP a été appelée;
• aussi est-il souvent désirable d'afficher automatiquement l'écran ou la fenêtre d'aide associée à la transaction courante;
• cette aide [contextuelle] permet d'éviter à l'utilisateur des recherches longues ou infructueuses dans les pages d'aide;
• des systèmes plus sophistiqués permettent de "pointer" un objet ou un item de l'interface et d'obtenir une aide spécifique sur cet objet ou cet item.

---

I. Implémentation de l'interface
 
• Stratégies et suggestions pour intégrer les directives dans le processus de conception du système entier :

 
• Déterminer le rôle de l'interface dans le développement du système (*)
• Connaître les utilisateurs (*)
• Définir les tâches (*)
• Inclure les directives
• Former les concepteurs de logiciels à la conception d'interfaces
• Développer les outils logiciels d'interfaçage
• Prototyper, et "tester" l'utilisateur (*)
• Concevoir par raffinements itératifs
• Déterminer le rôle de l'interface dans le développement du système
• Participation à l'équipe de conception

Le concepteur de l'interface est un membre à part entière de l'équipe de conception du système.
 
• Choix de conception

Le concepteur doit accepter la nécessité d'envisager et de faire des choix de conception
• Connaître les utilisateurs
• Analyse des fonctions

Analyser et définir les fonctions du système
 
• Analyse de la tâche

Analyser les tâches de l'utilisateur
• Analyse des tâches existantes
• Analyse des tâches nécessaires pour manipuler le système
• Prototyper et "tester" l'utilisateur
• Test utilisateur

Faire des tests sur des utilisateurs réels
 
• Mesure du comportement

Mesurer le comportement de l'utilisateur et non seulement ses opinions.
 
• Tests papier

Les premiers tests peuvent être des tests sur papier.
 
• Tests de simulation

Les tests pré-opérationnels peuvent simuler les systèmes planifiés.
 
• Tests par prototype

Utiliser des prototypes du système pour effectuer les tests.

Directives "en ligne"

Directives "neutres" vs directives "moralisatrices"

---

Directives "neutres"

• Directives de Scapin :
• Guide ergonomique de conception des IHO
• IV - Critères de conception ergonomique de l'interface
• Directives Shumac :
• Guide ergonomique pour les interfaces adaptées au contrôle de processus (nucléaire, biomédical, aéronautique).
• Directives IBM :
• Overview
• UI Fundamentals
• Web Design
• UI Design
• Directives UIE :
• User Interface Engineering
• Directives Carlow International :
• Human-Computer Interface Guidelines   (source : Laurence Nigay)
• Liste de directives :
• HCI Resources: Guidelines, styleguides, standards   (source : Laurence Nigay)

---

Directives "moralisatrices"

• Directives "honteuses" :
• Bad Human Factors Designs
• Interface Hall of Shame
• Directives "fameuses" :
• Interface Hall of Fame