IFT2905 Interfaces personne-machine 2. Conception centr´ ee sur l’usager
S´ebastien Roy
D´epartement d’Informatique et de recherche op´erationnelle Universit´e de Montr´eal
9 janvier 2007 Universit´e de Montr´eal
Concevoir pour l’usager
I’m a very selfish designer: when I design sofware, I design it for me. And so my first task is to become you.
— Bruce Tognazzini, The Front Desk, BBC Video, 1995.
D´ eveloppement et Utilisabilit´ e
Processus de d´eveloppement des interfaces
Analyse de la tˆache
Processus de d´ eveloppement traditionnel
Le mod`ele en cascaded´ecrit le processus de d´eveloppement d’un logiciel.
Chaque ´etape fait sa propre validation
“R´efl´echir en premier, coder ensuite”
A chaque ´` etape, un document
sp´ecifications code en modules syst`eme complet
Retour en arri` ere
La validation est parfois insuffisante.
On d´ecouvre les probl`eme dans une ´etape subs´equente Il faut revenir en arri`ere (d’une ´etape)
Ca peut d´eg´en´erer...
Feedback
Ce qu’on voudrait ´eviter...
Une erreur tr`es tˆot...
... d´etect´ee tr`es tard.
Il faut revenir en arri`ere de plusieurs ´etapes
Et les interfaces usagers?
Mod` ele en cascade pour les interfaces
La conception d’interface usager est risqu´ee
→ on se trompe souvent Les usagers interviennent seulement au d´ebut et `a la fin
→ les probl`emes sont d´etect´es tr`es tard
Les erreurs d’interfaces impliquent des changement dans les besoins et les sp´ecifications
→ on jette au poubelle beaucoup de code
Conception it´ erative
Pour mieux g´erer le risque inh´erent aux interfaces usagers, on propose un mod`ele it´eratif o`u l’on r´ep`ete
Conception de l’interface (Design)
Impl´ementer l’interface Tester l’interface
Cela ressemble au pire cas du mod`ele en cascade!
La mauvaise Conception it´ erative
Il est facile de mal faire les choses...
Chaque it´eration de la m´ethode correspond `a une version finale
L’´evaluation (en fait les plaintes) sera prise en compte dans la prochaine version
On utilise les clients du logiciel pour tester les clients sont horrifi´es
les clients n’ach`eteront pas la prochaine version...
La bonne Conception it´ erative
La spirale
Les premi`eres it´erations doiventcoˆuter le moins cher possible La distance du centre de la spiral refl`ete le coˆut et la fid´elit´e Au d´epart, on utilise un prototype simple (sketch, papier) et les changements sont faciles `a faire.
le design parall`ele est possible : faite plusieurs maquettes A la fin, l’interface est de plus en plus raffin´` ee, et les changements de moins en moins importants.
Plus d’it´erations = meilleure interface Les clients ne voient que la version mature.
Mus´ ee des horreurs
Ce probl`eme aurait ´et´e facile `a d´etecter au d´epart...
Conception centr´ ee sur l’usager
Conception it´erative Focus sur les usagers
analyse de l’usager: qui est l’usager?
analyse des besoins: que veut-il faire exactement?
utiliser des vrais usagers pour l’´evaluation Evaluation continue´
Les usagers sont impliqu´es `a chaque it´eration Chaque prototype est ´evalu´e
L’usager?
Analyse de l’usager
Identifier les caract´eristiques de l’usager cibl´e par notre syst`eme.
Quelques attributs possibles...
Age, genre, ethnicit´e Education´
Limitations physiques
Exp´erience avec un ordinateur Habilit´es
Exp´erience du domaine Exp´erience de l’application
Environnement de travail et contexte social
L’usager?
Plusieurs applications ont diff´erents types d’usagers Syst`eme de message olympique
Athl`etes Amis et famille
Op´erateur de t´el´ephone Administrateurs syst`eme Pages web
usagers qui consultent le contenu usagers qui mettent `a jour le contenu gestionnaires
Administrateurs syst`eme
Analyse de l’usager?
Comment proc´eder?
Techniques Questionnaires Interviews Observation Obstacles potentiels
Les d´eveloppeurs et usagers sont toujours isol´es usager→SysAdmin→d´eveloppeur
usager→Marketing→d´eveloppeur certains usagers sont inaccessibles
M´edecins, astronautes...
Exemple d’Analyse de l’usager
Syst`eme de caisse libre-service pour l’´epicerie Qui sont les usagers?
clients d’´epicerie
ages vari´es, capacit´es physiques vari´ees Pas d’exp´erience de l’informatique Aucune formation requise
Connaissance des produits d’´epicerie, mais pas des techniques d’inventaire
Analyse des besoins
Task analysisen anglais.
Besoins
Qu’est-ce qu’on veut faire?
(pascommenton veut le faire)
Identifier les diff´erentes tˆaches qu’on veut accomplir
Chaque tˆache est formul´ee sous forme d’un besoin (quoi, pas comment)
On peut d´ecomposer une tˆache en sous-tˆaches
Analyse des besoins
Les ´etapes incontournables de l’analyse des besoins Qu’est-ce qui doit ˆetre fait?
Qu’est-ce qui doit ˆetre fait avant? (pr´erequis ou pr´e-conditions)
Tˆaches devant ˆetre pr´ealablement ´ex´ecut´ees Informations qui doivent ˆetre connues par l’usager Pour envoyer un courriel
On doit connaˆıtre le destinataire
Et le destinataire, comment on le choisi?
Pr´ econditions: evolution
Composition d’un message dans le programmeevolution.
Comment choisir le destinataire?
Pr´ econditions: evolution
Anniversaire?
CC?
Pr´ econditions: evolution
Anniversaire?
CC?
Pr´ econditions: evolution
Anniversaire?
CC?
Pr´ econditions: thunderbird
Composition d’un message dans le programmethunderbird.
Comment choisir le destinataire?
Pr´ econditions: thunderbird
Composition d’un message dans le programmethunderbird.
Comment choisir le destinataire?
Quelques d´ etails ` a ne pas oublier...
O`u sera effectu´ee la tˆache?
Occurence de cette tˆache?
op´eration courante, ou rarement utilis´ee?
Contraintes de temps ou autre ressource?
Comment on apprend la tˆache?
en essayant
en regardant les autres par une formation
Les possibilit´es de probl`emes et d’erreurs
Analyse des besoins
Comment faire une analyse des besoins?
Interview avec les usagers
faire participer un usager au design (surtout si son expertise dans le domaine d´epasse celle d´eveloppeurs)
Observation des usagers qui ´ex´ecute des tˆaches Les dangers
Dupliquer une mauvaise fa¸con de faire les choses N´egliger les bons aspects d’une proc´edure en usage Regarder pourquoiun usager fait ce qu’il fait, plutˆot que seulement ce qu’il fait.
Exemples: consultation d’un bottin t´el´ephonique