Вы находитесь на странице: 1из 12

IN S T I TUT

SUPERIEUR
INFORMATIQUE

ISI

Cours Ateliers de Gnie Logiciel -AGL-

Ergonomie des Interfaces


homme-Machine (IHM)
(4)
Anne Universitaire 2011/2012

Pourquoi cest important ?


La masse dinformation est fortement croissante et de
plus en plus difficile traiter,
Les nombreuses demandes :

Systmes critiques (supervision,)


Systmes industriels (productivit)
Loisirs (attractivit)
Connecticiels (groupware : communication de personne
personne via machine)

La tche de lutilisateur dpend du logiciel


Le logiciel tablit les informations disponibles

Qualit dune IHM


LIHM dtermine :

Facilit dapprentissage dune application


Efficacit de lutilisation dun logiciel
Acceptation du changement
Satisfaction des utilisateurs
Accroissement de la productivit

Une bonne IHM est :

Intuitive : prdictible
Rassurante : apprentissage par essais erreurs
Agrable esthtique-dynamique-ludique
Performante : tches rapides excuter ractions
immdiates.

Conception dune IHM


Mise en forme graphique :

Modle dinteraction (Look : ce que lon montre => contenu et


esthtique)
Style dinteraction (Feel : comment on manipule => facilit
dutilisation)
Connaissance des utilisateurs
Connaissance de la tche (squencement logique des activits
de lutilisateur)

Conception en termes de classes :

Composants logiciels
Patrons de conception
Interactions avec les composants du domaine

Dfauts de conception de lIHM (Niveau

mthodologique)
Manque de connaissance du travail des utilisateurs

Squences de commande non-conformes aux squences des


actions pour la tche

Utilisation de mthodes informatiques nincluant pas la


prise en compte de loprateur humain
Manque dhomognit dans la conception
Orientation fonctionnelle plutt quoprationnelle

En fonction de la structure des fichiers plutt que la structure


des informations pour lutilisateur

Conception selon des critres de performance des


systmes

Plutt que des critres lis aux objectifs utilisateurs et aux


contraintes de la tche.

Dfauts de conception de lIHM (Niveau

ralisation)
Ne pas prvoir (suffisamment) les erreurs humaines
Fournir toutes les fonctions imaginables (plutt quun
ensemble essentiel)
Fournir toutes les informations disponibles (plutt que
celles ncessaires la tche)
Considrer lordinateur comme une fin en soit et non un
moyen pour un objectif :

Aider les utilisateurs


Nouveaut, vitesse, sophistication.

Amener les usagers ne pas considrer lordinateur


comme une machine qui obit.

Erreurs
Croire que des amliorations seront issues uniquement
des progrs technologiques

Chaque nouvelle technologie fait surgir de nouveaux


problmes

Penser que pour concevoir des logiciels ergonomiques, il


suffit dy rflchir un peu
Ne pas fournir leffort ncessaire la connaissance de la
tche
Mconnatre les mthodes appropries
Ne pas accorder le temps ncessaire

Le temps perdu pour ltude est gagn sur la formation,


lusage,

Consquences
Non-utilisation du systme, recours dautres sources
dinformation
Diminution de lutilisation, rgression aux procdures
manuelles
Mauvaise utilisation, contournement des rgles du
systme, modification de la tche
Utilisation partielle des capacits du systme
Emploi dun intermdiaire entre lutilisateur et le systme
(conduite typique des managers)
Activits compensatoires ou supplmentaires
Frustration, dsintrt, rejet, taux derreurs levs,
performance faible, etc.

Attention aux couleurs


Couleurs sacres :

Rouge : stop, danger, urgent, interdit,


Jaune : avertissement,
Vert : permission, scurit.
Les codes de couleur peuvent tre lis la tche

Chaque couleur a une symbolique, une influence


psychologique
Anomalies de la vision
Limiter le nombre de couleur (4)
Eviter les couleurs trop vives, satures

Cas particulier des sites web

Contraintes :

Limites matrielles : temps de chargement (<20s)

Disparit logicielle (navigateurs, systmes)


Comportement imprvisible des utilisateurs

Limiter lusage de graphiques et dimages (<30ko)


Rduire le texte

Prise en considration des handicaps

Trouver linformation en trois clics


Navigation libre, simple et autonome

Positionnement des informations


10

Connatre les acteurs

Un systme ne peut tre adapt tous les utilisateurs


potentiels (=> multivues)
Age, capacits, exprience, formation, frquence
dutilisation, tat de fatigue, etc. :

Les managers ont besoin de systmes pertinents, faciles


utiliser
Les spcialistes ont besoin de systmes sur mesure, avec
recours possible la programmation
Les administratifs ont besoin de systmes qui limitent les
tches ennuyeuses et rptitives

Les utilisateurs vont voluer mesure quils acquirent


de lexprience avec le systme

11

Idalement => plusieurs niveaux

Aider les utilisateurs

Lutilisateur doit contrler le rythme du dialogue


Chaque entre doit tre brve
Les procdures dentre ne doivent pas requrir de
formation particulire
Pour les entres risque le logiciel doit demander une
confirmation
Les messages doivent tre clairs, sans quivoque, ne pas
contenir dinformation superflue
Le contenu des messages doit offrir un nombre limit
doptions (moins de dcisions prendre)
12

Вам также может понравиться