Conception des logiciels interactifs 1

1
Conception des logiciels interactifs (1)
TD 1 et 2
Les utilisateurs et leur activité Entretiens-Perso
nnages et scénarios
É. Delozanne, Paris 5, 2006-07 Elisabeth.Delozanne
_at_math-info.univ-paris5.fr http//www.math-info.uni
v-paris5.fr/delozanne/
2
Les clés du succès

• Cycle de conception
• Conception itérative
• Conception centrée usager
• Lanalyse des tâches et les analyses en contexte
  de travail usuel
• Le prototypage rapide
• Lévaluation constante
• La qualité de la programmation
• (cours de James Landay)

3
Les clés du succès

• Lanalyse des tâches
• Létude de lactivité dans un contexte réel
• Oui mais
• Quest-ce que cest ?
• Comment faire ?

4
Comment ?

• Analyse de tâches, analyses en contexte
• Observer les pratiques usuelles de travail
• Routinières
• Exceptionnelles
• Situations de stress
• Méthodes lourdes
• Méthodes légères
• Créer des personnages et des scénarios qui se
  centrent sur des utilisations réelles
• Tester les idées nouvelles avant de développer un
  logiciel

5
Connais tes usagers !

• étude des caractéristiques physiques et
  psychologiques des usagers
• vos utilisateurs se ressemblent tous (Landay
  03)
• Ex
• Perception visuelle périphérique est moins
  sensible aux couleurs et plus sensibles aux
  mouvements
• 8 des hommes sont daltoniens
• analyse des situations de travail réel, sur
  lactivité des utilisateurs
• vos utilisateurs sont tous différents
• Ex
• Retraités, professionnels, touristes, malvoyants

6
Objectifs du cours (et TD)

• Adopter un point de vue utilisateur
• ôter sa casquette de concepteur et
  dinformaticien
• Se servir de scénarios d'utilisation s'appuyant
  sur des personnages et une description des tâches

7
Entretiens

• utilisés
• pour les enquêtes d'opinion, le recueil
  d'expertise
• l'analyse de besoins et l'étude ergonomique
  préalable
• peuvent être
• structurés
• mêmes questions et mêmes formats pour tout le
  monde
• facile à mener, facile de comparer
• ouverts
• permettent de saisir des réactions spontanées
• permettent de saisir la façon de faire de
  l'utilisateur
• individuels ou collectifs
• 3 techniques utiles en IHM
• Incident critique, journée particulière, cycle de
  vie

8
Technique de lIncident critique

• Interroger un utilisateur à propos d'un évènement
  récent pour étudier les problèmes spécifiques
  rencontrés par les utilisateurs
• Procédure
• Interview d'un utilisateur dans son environnement
  de travail
• Lui demander
• de se souvenir d'un problème particulier récent
  (moins d'une semaine)
• de le décrire en détails
• ce qui dans l'incident est habituel et ce qui ne
  l'est pas
• Analyse
• les incidents sont regroupés en une
  classification hiérarchique
• puis problèmes plus généraux
• erreur sur commande, interprétation erronée
  d'affichage
• Avantage
• activité réelle, collecte des problèmes
  importants pour l'utilisateur et leurs causes
• permet de trouver des solutions générales à des
  problèmes et non de faire du rafistolage ponctuel
• Inconvénients
• temps, ne couvre pas l'ensemble des problèmes

9
Une journée particulière

• Variante de lincident critique
• Objectif
• Obtenir des exemples pour contraster la
  description officielle du travail (travail
  prescrit)
• Procédure
• Demander à la personne
• de décrire une période particulière ou une
  journée typique incluant des problèmes
• dautres exemples typiques
• Conseil
• Partir dexemples précis avant de généraliser

10
Cycle de vie dun objet

• Objectif
• Obtenir des informations sur avant et après et
  sur le contexte
• Procédure
• Demander à la personne de décrire une action du
  début à la fin
• Exemple Conception dun agenda
• La vie d'un Rendez-vous précis
• Quand est-il noté, où ? Pourquoi ? Quest-ce qui
  est noté ?
• Dautres choses sont-elles conservées en même
  temps ?
• Quarrive-t-il ensuite ?
• Quand, Pourquoi, Comment cette note est-elle
  modifiée ? Consultée ? Supprimée ? Oubliée ?
  Perdue ?
• Conseil
• Toujours se centrer sur des exemples précis

11
Conseils (1)

• Objectif
• Obtenir des exemples précis, concrets,
  spécifiques
• Appréhender le contexte dutilisation du produit
  à concevoir
• Avant linterview, prévoir
• plusieurs questions sur ce qui est habituel mais
  aussi sur ce qui est accidentel posez des
  questions sur le temps passé pour effectuer une
  opération
• des questions sur la personne que vous
  interviewez (expérience informatique etc.)
• des questions pour relancer la personne pour
  obtenir des détail (qui, quoi, où, pourquoi,
  comment)
• la répartition des rôles 2 interviewers (1 pose
  les questions, 1 prend des notes ou enregistre et
  observe)
• le matériel nécessaire à linterview (magnéto,
  maquettes)

12
Conseils (2)

• Pendant linterview
• Prévoir 15 minutes
• Commencer par se présenter et présenter les
  objectifs (exemples) et la durée de linterview
• Toujours demander lautorisation denregistrer ou
  de filmer
• Maintenir la discussion sur des exemples précis
• Après linterview
• Remercier la personne
• Passer quelques minutes à chaud
• à reprendre les notes,
• rédiger des observations
• à réfléchir à ce qui a été dit

13
Scénarios (1)

• Quest-ce quun scénario ?
• Une description dune suite dévénements
  possibles
• Forme
• histoire, story board , video, tableau,
  description formelle
• Catégories
• scénarios dutilisation
• décrivent lutilisation dun système existant
• scénarios de conception (ou de travail)
• imaginent lutilisation de systèmes futurs
• Pourquoi utiliser des scénarios ?
• Pour stimuler limagination et la créativité,
  susciter des questionnements ( et si ? ), pour
  un design pertinent pour de vrais utilisateurs
  dans un vrai contexte, pour pallier aux
  insuffisances et à la rigidité des analyses
  hiérarchiques
• Qui utilise des scénarios ?
• Théâtre et cinéma, économistes, politiques,
  stratèges, management, conception orientée objet
  (use-case de UML), IHM

14
Scénarios (2)

• Quand utiliser des scénarios en IHM ?
• Tout au long du cycle de développement du produit
• Analyse de besoins
• Scénario problème, scénario dutilisation
• Scénario observé ou des mixages de scénarios
  observé
• Conception et prototypage
• Scénario de conception, scénario de travail
• Brainstroming ( remue-méninges )
• Évaluation
• Scénario dutilisation
• Revue dutilisabilité

15
Scénario (Caroll 97)

•  Une autre perspective sur la conception de
  systèmes 

• Perspective  scénario  
• Descriptions concrètes
• Accent mis sur des exemples particuliers
• Dirigé par le travail
• Ouvert, fragmentaire
• Informel, brut, familier
• Résultats envisagés

• Persp.  classique  
• Descriptions abstraites
• Accent mis sur des types génériques
• Dirigé par la technologie
• Complet, exhaustif
• Formel, rigoureux
• Résultats spécifiés

16
Analyse de besoins

• Définir le concept de départ
• Problème à résoudre, état de lart, participants
  au projet et les bénéficiaires ou le public
  cible, hypothèses sur limpact du projet,
  questions auxquelles le projet est confronté et
  les contraintes
• Les études de terrain
• Analyse des artefacts existants, observation sur
  le terrain et enregistrement dactivités dans un
  contexte de travail, interviews
• Scénarios dutilisation
• Synthèse des résultats
• Création de scénarios de travail qui mixtent des
  scénarios observés
• Exploration de ces scénarios annotations,
  commentaires, remue-méninges, revues de
  conception(walkthrough)
• Pensez le plus tard possible en terme de
  fonctionnalités offertes par le logiciel restez
  dans cette phase côté utilisateur et contexte
  dutilisation

17
Application de la méthode site web

• Site
• Buts du site
• Critères de succès
• Public cible et leurs utilisations du site
• Distinguer des classes dutilisateurs et
  interviewer des représentants de chacune des
  classes.

18
Créations de scénarios

• Définir les 10 principales utilisations du site
  et les catégories dutilisateurs
• Associer un personnage à chaque utilisation et
  écrire le scénario.
• Un scénario
• Création dun personnage
• Quoi ?
• Buts, attentes, motivations
• Qui ?
• Age, sexe, éducation, expérience en informatique
  et sur internet
• Contexte
• Quand ? Où ? Sur quel ordinateur ? Taille de
  lécran ? Sur quel navigateur ? Quelle connection
  ?
• Psychologie
• timide/agressif, impatient/patient,
  impulsif/systématiques
• Lui donner un nom
• Raconter une histoire dans un intervalle de temps
  donné inclure des événements courants ou moins
  et des incidents.

19
Exemple de personnage et de scénarios

• Marie-France
• Expérimentée,
• Professeur principale (orientation)
• Aime se renouveler, tester des méthodes nouvelles
• Très attachée à ses élèves et à leur réussite
  personnelle
• Pas passionnée par la technique en soi
• Appel au secours enfants, maris, amis pour la
  dépanner ou lui montrer comment marche un
  logiciel
• Contexte
• Collège
• Salle avec des vieux ordinateurs en techno et à
  la doc
• Scénario 1 Orientation des élèves de 3 fin
  dannée
• Scénario 2 Début dune nouvelle leçon,
  homogénéiser la classe