Propriétés en Interaction Homme-Machine
Utilisabilité = Souplesse + Robustesse
Souplesse (de linteraction) : exprime l'éventail des choix (pour l'utilisateur et le système)
Robustesse (de linteraction) : vise la prévention des erreurs, l'augmentation des chances de succès de l'utilisateur.
Les deux tableaux (souplesse et robustesse) ci-dessous se lisent comme suit :
Ces tableaux sont le résultat des travaux de l'équipe IIHM du laboratoire CLIPS en collaboration avec les membres du groupe de travail WG2.7 de l'IFIP et des partenaires du projet européen AMODEUS (http://www.mrc-cbu.cam.ac.uk/amodeus).
Ces tableaux sont utilisés dans les cours IHM enseignés à l'Université Joseph Fourier (Grenoble 1) par J. Coutaz et L. Nigay.
NB : la facilité d'apprentissage n'est pas considérée.
1. Souplesse
Atteignabilité |
Capacité du système à permettre à l'utilisateur de naviguer dans lensemble des états observables du système. Un état q est atteignable à partir dun état p sil existe une suite de commandes { ci } qui font passer de létat p à létat q |
Propriété non vérifiée si analyse de tâche ou analyse fonctionnelle défectueuse.
Métrique : longueur de la trajectoire d'interaction entre p et q. |
Non-préemption
|
Le prochain but souhaité par l'utilisateur est directement atteignable. Pour l'utilisateur, il n'y a pas de contrainte dans la trajectoire interactionnelle.
|
Métrique : : longueur de la trajectoire d'interaction entre l'état actuel et l'état souhaité = 1Contre-exemples : . Boîte de dialogue modale. A n'utiliser qu'à bon escient (cas des commandes irrévocables) ; . Système ininterruptible. L'utilisateur risque d'être perdu si trop de liberté : concept de tableau de bord qui indique au user sa localisation dans l'espace des tâches. Cas des messages derreur. |
Préemption globale |
Interdit à lutilisateur deffectuer toute autre action que celle requise par le système. |
|
Préemption locale |
Ne bloque quun fil de dialogue. Laisse lutilisateur continuer les autres fils. |
|
Préemption par un utilisateur de ressources partagées entre utilisateurs |
Collecticiels à "tour de parole" (turn-taking) : préemption du curseur partagé. |
|
Interaction multifilaire
|
Capacité du système à permettre la réalisation de plusieurs tâches.
. |
Exemples :édition de plusieurs documents à la fois; Métrique : nombre de tâches que l'on peut mener de manière entrelacée en relation avec la surcharge cognitive. Analyse du caractère entrelacé ou parallèle à différents niveaux de granularité : niveau tâches au sein d'un logiciel donné, niveau actions (cf. les propriétés CARE) |
Interaction multifilaire parallèle |
Parallélisme vrai entre plusieurs tâches. |
|
Interaction multifilaire entrelacée |
Les tâches peuvent être simultanées au sens de lutilisateur, mais à un instant donné, l'interaction est restreinte à une seule tâche |
|
Multiplicité du rendu (représentation multiple d'un même concept) |
Capacité du système à fournir plusieurs représentations pour un même concept. |
Déclinaisons possibles : En sortie :
En entrée :
Principe d'égale opportunité : L'utilisateur choisit la nature de l'entrée et le système en déduit la sortie (principe des tableurs) |
Réutilisabilité des données d'entrée et de sortie |
Les sorties du système peuvent être utilisées comme des données d'entrée (couper-coller) Les entrées du user peuvent être réutilisées par le système en sortie (valeurs par défaut) |
Attention aux effets de bord dûs aux conversions de types de données. Cas du Cercle MacDraw par aller-retour via MacPaint par couper-coller. |
Adaptabilité |
Personnalisation du système sur intervention explicite de l'utilisateur |
Menus et formulaires d'options et de préférences. Macro d'encapsulation de commandes à caractère répétitif dont le niveau d'abstraction est trop bas. Toute donnée lexicale (ex. nom des commandes) doit être dans un fichier de ressources C.-à-d. pas dans le code source du logiciel!!!). Mesure de vérification : produire le logiciel dans une autre langue sans le recompiler! Risque de perte de cohérence entre les systèmes d'une communauté d'users sensés travailler ensemble. A considérer selon le degré de couplage des activités collectives. D'après Grudin, les users ne modifient pas les valeurs par défaut qui viennent à la livraison du collecticiel. Leçon ; bien étudier ce choix en fonction des catégories/rôles des futurs users. |
Adaptativité |
Capacité du système à s'adapter à l'user sans intervention explicite de la part de l'user. |
L'adaptativité s'appuie sur un modèle embarqué de l'user. Veiller à ce que le système ait un comportement prévisible. Ne pas surprendre l'user. |
Plasticité |
Capacité du système à s'adapter aux variations des ressources interactionnelles (et de calcul) tout en conservant la continuité ergonomique. |
Exemple : IHM d'un agenda sur PalmPilot et sur PC.
|
Migrabilité de tâche |
Capacité de délégation dynamique de tâches entre le système et l'user ou entre users. C'est un changement dynamique de l'acteur(s) responsable(s) de l'accomplissement de la tâche. |
Manifestation à différents niveaux de granularité :
|
CARE (multimodalité) Complémentarité Assignation Redondance Equivalence |
Caractérisation de la multimodalité offerte par un système. Modalité = <dispositif d'E/S, système représentationnel> |
On trouvera dans la thèse de Nigay + article Interact'95 des informations détaillées sur le parallélisme.
|
Complémentarité : plusieurs modalités distinctes sont nécessaires pour exprimer le but |
Ex : mets ça là vocal // geste |
|
Assignation : un seule modalité est disponible pour exprimer le but. |
||
Redondance : plusieurs modalités sont utilisables en "même temps" et expriment le même but. |
Montre-moi Grenoble vocal // double-clic sur Grenoble affichée sur une carte. |
|
Equivalence : plusieurs modalités sont possibles pour un exprimer le but. Une seule est utilisable à la fois. |
Notons que la redondance implique l'équivalence. |
|
CARE (collecticiel) |
|
Voir en complément, thèse D. Salber. |
Appliqué aux rôles des acteurs d'un collecticiel |
Complémentarité de rôle (cas des jeux) Assignation de tâche à un rôle |
|
Appliqué aux moyens technologiques pour collaborer |
CARE entre Fax, email, Vphone etc. |
2. Robustesse
Observabilité |
Capacité du système à rendre perceptible l'état pertinent du système. Capacité pour l'user à évaluer l'état actuel du système.
L'user PEUT PERCEVOIR |
Inspectabilité (browsability) : capacité pour l'user d'explorer l'état interne du système au moyens de commandes articulatoires (ou passives) (c'est-à-dire qui ne modifient pas l'état du noyau fonctionnel) telles que zoom, défilement, etc. Contre-exemple : "Defense in depth design" (Rasmussen). |
Observabilité publiée |
Capacité pour un utilisateur de rendre observables des variables d'état personnelles |
Exemples de variables d'état personnelles : présence, niveau de disponibilité. Une variable publiée peut être filtrée. Filtrage de variable : opération de transformation de la valeur de la variable visant à protéger l'espace privé. Un filtre ne doit pas être réversible! |
Réciprocité |
Dans un collecticiel, capacité d'observation/inspection mutuelle des variables d'état personnelles |
Ex: si je vous vois, vous me voyez. |
Réflexivité |
Capacité d'inspecter ou d'observer les variables d'état personnelles publiées à autrui. |
Ex : vidéo miroir en vidéoconférence. |
Insistance |
Capacité du système à forcer la perception de l'état du système
L'user DEVRA PERCEVOIR |
Le retour d'information du système peut être POUR UN CONTEXTE DONNE :
Attributs perceptuels additifs ; l'intensité sonore et l'intensité des couleurs ont un effet additif. Le ton sonore et la teinte ne sont pas additifs. Rétro-action de groupe. Awareness : compréhension des activités dautrui, fournissant à laction individuelle un contexte situationnel collectif (Belloti). |
Honnêteté
Honnêteté sociale |
Capacité du système à rendre observable l'état du système sous une forme conforme à cet état ET qui engendre une interprétation correcte de la part de l'user.
L'user AURA UN MODELE CORRECT de l'état du système.
Le système peut être honnête mais peut être détourné socialement |
WYSIWYG (What You See is What You Get) WYSIWIS (What You See Is What I See) et les versions relâchées Distorsion des informations (ex. Les données linéaires ne doivent pas être présentées en deux dimensions, cf. Tufte) Conformité état interne et présentation pas toujours compatibles avec les temps de réponse attendus : utiliser un indicateur pour exprimer que l'info a changé et qu'elle n'est pas encore réactualisée dans le rendu. Cf article IHM95. Intégrité des messages entre l'émetteur et le récepteur.
Dans les formulaires, veiller à la formulation des unités de mesure et du format des données à saisir. Veiller à une terminologie précise en accord avec le métier, l'user, etc. Ex : enclencher son répondeur téléphonique pour simuler l'absence. |
Curabilité |
Capacité pour l'user de corriger une situation non désirée. |
Curabilité arrière : capacité de défaire. Le défaire de profondeur 1 est facile à Curabilité avant : reconnaissance de l'état actuel et capacité de négociation pour atteindre le but désiré = atteignabilité indispensable. Messages d'erreur explicatifs et correctifs. Principe de l'effort commensurable (Dix) : ce qui est difficile à défaire doit être difficile à faire (ex. destruction de fichier) |
Prévisibilité |
Capacité pour l'user de prévoir, pour un état donné, l'effet d'une action. |
Cohérence : conformité aux règles/usages. (Grudin. The case against consistency) Les règles/usages de l'user ne sont pas nécessairement les vôtres. - Cohérence interne : cohérence lexicale, syntaxique, sémantique - Cohérence externe : . conformité à des normes d'IHM . conformité à l'expérience ds le monde réel (analogie, métaphore) Retour d'information proactif : principe du "do-nothing" ou de résistance passive : éléments interdits en grisé. Prévisibilité et stabilité des temps de réponse : . rassurer si tps de réponse long . attention aux solutions système de type ramasse-miette à la volée sur la stabilité ds tps de réponse. . régularité des médias continus. Attention aux limites de tolérance (ICS) |
Tolérance du rythme |
L'user plutôt que le système décide quand il peut agir. |
Ex: saisie anticipée.métrique : nombre d'actions anticipables (noter que sous Word, ce nombre est variable!!!) Attention aux temporisations qui font sens (ex. durée de pression sur un dispositif, tels les tel. Portables, distributeurs de boissons) Métrique : durée de tolérance. |
Viscosité |
L'action de l'user à un effet sur son plan de tâches ou, en collecticiel, sur celui des autres. |
Ex: ajout d'une ligne dans un texte qui provoque des orphelins dans la pagination. Métrique (cas système monoutilisateur) : nombre d'actions pouvant provoquer des phénomènes de viscosité. |
Rejouabilité |
Capacité pour l'utilisateur de rejouer des séquences informationnelles audio/vidéo |
S'appuie sur l'existence d'un historique. En communication médiatisée, la rejouabilité d'un message audio permet de ré-écouter. Voir thèse de D. Salber |
Révisabilité |
Capacité pour l'user de réviser un message avant de lémettre |
La révisabilité implique la rejouabilité. La révisabilité est une forme de curabilité. |
3. Bibliographie
Ci-dessous, les publications dans lesquelles on trouvera des informations complémentaires sur les propriétés. La plupart est accessible à
ftp://ftp.imag.fr/imag/IIHM/publications/