Wiki Campus 3

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais ne pourrez pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.
==== Ergonomie des I.H.M. ====

L’{{:departement_info:personnels:pb:ihm:ergonomie.pdf|ergonomie}} (ou l’étude des facteurs humains) vise à comprendre les interactions entre les êtres humains et les autres composantes d’un système pour améliorer le bien-être des utilisateurs et l'efficacité globale des systèmes.

=== Connaître l'utilisateur ===

Une application ergonomique est adaptée à l'utilisateur. Pour la concevoir afin qu'elle le soit, il faut connaître l'utilisateur.

Parmi les modèles existants. le "{{:departement_info:personnels:pb:ihm:modèle processeur humain.pdf|modèle du processeur humain}}" est assez parlant pour des informaticiens. Il permet de tirer des {{:departement_info:personnels:pb:ihm:conséquences modèle processeur humain.pdf|conséquences}} qui guident la conception puis le développement d'interfaces adaptées. Il met en évidence la mémorisation par l'utilisateur (de très court à long terme) et cela peut guider dans le choix de {{:departement_info:personnels:pb:ihm:modalites_de_dialogue.pdf|modalités de dialogue}}.

Sur le plan psychologique, la manière de réaliser une tâche a été modélisée par [[https://www.ux-republic.com/acteurs-de-lux-donald-a-norman/|Donald Norman]]* dans ce qu'il a appelé {{:departement_info:personnels:pb:ihm:theorie_de_l_action.pdf|la théorie de l'action}}. L'accomplissement d'une tâche y est décrite en 7 phases réparties en deux temps : exécution puis évaluation. L'exécution correspond au passage du but de l'utilisateur à la réalisation d'une séquence d'actions. L'évaluation correspond au passage de la perception des effets des actions à la comparaison au but initial.\\
Cette théorie met en évidence la représentation mentale et permet d’identifier la cause d’un problème d’interface et de trouver une solution simple mais efficace qui permettra à l’utilisateur d’accomplir facilement une tâche  ({{:departement_info:personnels:pb:ihm:interet_de_la_theorie_de_l_action.pdf|intérêt de la théorie et questions à se poser}}).

Si les différents utilisateurs d'un système présentent des spécificités qui impactent l'interface humain-machine (buts, valeurs, connaissances...), on peut décrire dans des persona (voir [[:departement_info/personnels/pb/r1.02|R1.02]]) des utilisateurs particuliers incarnant ces spécificités.

*//Donald Norman est un psychologue cognitiviste américain, professeur émérite en sciences cognitives de l'université de Californie à San Diego.
La théorie de l'action y est décrite dans son livre "The Design of Everyday Things" dont la première édition date de 1988 sous son ancien titre "The Psychology of Everyday Things".//

=== Connaître la tâche ===

Une bonne interface utilisateur permet de réaliser correctement et facilement une tâche informatisée. L'interface doit donc être adaptée à la tâche que l'utilisateur réalisera avec l'application informatique.

Les langages de modélisation de systèmes d'information proposent diverses descriptions des activités ou des processus (modèles des traitements de MERISE, diagramme d'activité d'UML, BPMN). Certains modèles représentent les utilisateurs concernés et les fonctionnalités qui les concernent (diagramme de cas d'utilisation d'UML).
D'autres modèles (dits de données ou de structure) représentent les acteurs, les objets et les concepts du domaine d'activité ainsi que l'articulation entre ces éléments : modèle entités-associations de MERISE, diagramme de classes d'UML. Ces modèles sont à rapprocher du modèle mental de l'utilisateur. Le diagramme de classes, quant à lui, explicite les objets du domaine et les opérations possibles sur ces objets. Il constitue un bon point de départ pour la conception d'une interface utilisateur basée sur le processus objet-action (voir [[:departement_info/personnels/pb/r1.02|R1.02]]). Une classe correspond alors au type de ce qui est sélectionné et les actions possibles sur la sélection correspondent aux opérations associées à cette classe. Quand la sélection est multiple, plusieurs classes lui correspondent et les actions possibles correspondent aux opérations communes aux différentes classes (méthodes polymorphes ou héritées avec ou sans surcharge).

=== Guides et recommandations ergonomiques ===

Pour aider à concevoir de bonnes interfaces utilisateur, il existe de très nombreuses règles d'ergonomie. Tant et si bien qu'elles se contredisent parfois. Il n'y a donc pas de solution idéale en matière d'ergonomie du logiciel et une bonne interface utilisateur est toujours le fruit de compromis.\\
On peut cependant respecter des {{:departement_info:personnels:pb:ihm:guides de style.pdf|guides de style}} pour la mise en œuvre des {{:departement_info:personnels:pb:ihm:interfaces WIMP.pdf|interfaces WIMP}}.

Il existe aussi des recommandations ergonomiques que 
[[https://fr.wikipedia.org/wiki/Joëlle_Coutaz|Joëlle Coutaz]]* a résumées en {{:departement_info:personnels:pb:ihm:regles_d_or.pdf|7 règles d'or}}.

*//Joëlle Coutaz est une informaticienne française, professeure émérite à l'Université de Grenoble, chercheuse spécialisée dans les interactions humain-machine (IHM) et pionnière dans ce domaine en France.//

=== Evaluation des interfaces ===

Le développement d'une application interactive comprend une phase d'{{:departement_info:personnels:pb:ihm:évaluation_de_l_ihm.pdf|évaluation de l'IHM}} qui vise à en apprécier l'ergonomie. Cette évaluation peut être expérimentale et/ou analytique. De nombreux critères sont utilisés dans l'évaluation analytique. Dominique Louis Scapin* les a résumés en {{:departement_info:personnels:pb:ihm:criteres_d_ergonomie.pdf|8 critères}} qui peuvent servir, en amont du processus, de guide de conception de l'interface. On en trouve sur [[https://capian.co/fr/criteres-ergonomiques-bastien-scapin|le site de capian]] une version plus détaillée et justifiée.

*//Dominique Louis Scapin a été directeur de recherche à l'INRIA, responsable de l'équipe de recherche "Psychologie ergonomique pour l'informatique" (de 1989 à 1998) et responsable du projet de recherche MERLIN (Méthodes pour l’ergonomie des logiciels interactifs) (en 2006).//

=== Principes de conception ergonomique ===

Pour bien concevoir une interface utilisateur, on peut aussi s'appuyer sur [[https://www.usabilis.com/10-commandements-bon-design-dieter-rams/|les 10 commandements de Dieter Rams]]. Bien que formulés pour la conception ergonomique de produits innovants, non logiciels, ces commandements s'appliquent au logiciel interactif dans la variante suivante :
    - une bonne conception graphique est innovante
    - une bonne conception graphique rend un logiciel utile
    - une bonne conception graphique est esthétique
    - une bonne conception graphique rend un logiciel compréhensible
    - une bonne conception graphique est discrète
    - une bonne conception graphique est honnête
    - une bonne conception graphique est durable
    - une bonne conception graphique est approfondie, jusque dans les moindres détails
    - une bonne conception graphique est respectueuse de son environnement
    - une bonne conception graphique est la plus simple possible

Le 10ème commandement est à rapprocher du principe [[https://www.deuse.be/fr/kiss-keep-it-simple-stupid/|KISS]] (Keep It Simple, Stupid).
----

Un peu d'histoire de [[https://www.youtube.com/watch?v=-5evLFh3ZAc&t=11s|Windows]], [[https://www.youtube.com/watch?v=HkDiPDCoGkk|MacOS]].

----

=== Travaux dirigés ===

{{:departement_info:personnels:pb:ihm:ergonomie exercices.pdf|énoncé d'exercices}}

{{:departement_info:personnels:pb:ihm:ergonomie étude de cas.pdf|énoncé d'étude de cas}}

{{:departement_info:personnels:pb:ihm:ergonomie de computer db.pdf|une proposition de corrigé}}

----

=== Projet noté 2024-2025 ===

Il s'agit de faire l'analyse de l'ergonomie de l'application pense-bête [[https://todomvc.com/examples/react/dist/|Todos]] donnée en exemple de programmation React+JS sous la forme d'un rapport comportant 3 parties :
  - Application analysée
  - Ergonomie
  - Conclusion
Seule la partie droite de l'écran sera analysée.\\
{{:departement_info:personnels:pb:ihm:todos.png?400x0&nolink}}\\
On ne traitera pas la partie gauche (<aside class="learn">).

La première partie du rapport d'analyse mentionne la nature de l'application, son objet, les utilisateurs concernés et les fonctions. La deuxième partie comporte un chapitre par fonctionnalité :\\
- ajout d'une chose à faire,\\
- modification d'un élément de la liste (avec ses 2 fonctions : modifier la description, modifier l'état (à faire/fait) d'une chose),\\
- suppression d'un ou plusieurs éléments de la liste (avec ses 2 fonctions : supprimer un seul élément de la liste, supprimer toutes les choses terminées),\\
- filtrage des éléments (avec ses 3 fonctions : tout voir, voir seulement les choses restant à faire, voir seulement les choses faites).

Ce travail est à faire par groupe de 4 et à rendre pour le 14/02/2025 à 19h00 sur [[https://ecampus.unicaen.fr/mod/assign/view.php?id=945650|le dépôt prévu à cet effet sur eCampus]].\\
L'introduction (application analysée), le début et la fin de la partie ergonomie (avant l'étude par fonctionnalité et après l'étude par fonctionnalité pour le critère cohérence/homogénéité de l'ensemble de l'application) et la conclusion seront rédigées en commun.
L'analyse de l'ergonomie de chaque fonctionnalité sera traitée par un membre du groupe différent dont l'identité (prénom et nom) sera indiquée (en bas de page ou entre parenthèses après le titre de la partie traitant de cette fonctionnalité).