ppt - uOttawa

www.site.uottawa.ca/~elsaddik
SEG 3520
Conception et implémentation d’interface
usager
Prof. Dr.-Ing. Abdulmotaleb El Saddik
University of Ottawa (SITE 5-037)
(613) 562-5800 x 6277
elsaddik @ site.uottawa.ca
abed @ mcrlab.uottawa.ca
http://www.site.uottawa.ca/~elsaddik/
1
Unit C Analyse de
Tache
(c) elsaddik
www.site.uottawa.ca/~elsaddik
Unité C: analyse de tâches
2
Unit C Analyse de
Tache
(c) elsaddik
1.
Introduction à l’analyse de tâches
2.
Revue tâches et buts
3.
Approches pour analyser les tâches
4.
Une procédure pour l’analyse de tâches
5.
Étude de cas:
manipulation de fichier sur une ligne de
commande vs. GUI
6.
Étude de cas d’un commerce postal (mailorder) : Classes d’utilisateurs
1. Introduction à l’analyse de tâches
www.site.uottawa.ca/~elsaddik
Définitions de l’analyse d’une tâche:
C’est le processus d’analyser et d’améliorer la
façon dont les personnes exécutent leurs fonctions
• Que font les personnes  les choses qu’ils font
• Avec quels objets travaillent ils  les objets qu’ils agissent
dessus
• Que doivent ils savoir  les choses qu’ils doivent savoir
Fournit des bases essentielles pour
• Les premiers étapes dans la conception d’interface
• Évaluation de la conception aux étapes ultérieures et
postérieures
• Entraînement structuré dans l’usage du système
3
Unit C Analyse de
Tache
(c) elsaddik
• Création d'une structure et d’une conception de la
documentation
Exemple de tâche: Nettoyer la maison
www.site.uottawa.ca/~elsaddik
Afin de nettoyer la maison, vous avez besoin de
•
•
•
•
•
Sortir l’aspirateur
Faire les connexions nécessaires
Nettoyer les chambres
Quand le sac à poussière se remplie, vider le
Ranger l'aspirateur et les outils
Vous devez savoir:
• Les aspirateurs, leur connexion, les sacs à poussière
• Compartiments dans lesquels l'aspirateur est maintenu
• Chambre à nettoyer, etc.
4
Unit C Analyse de
Tache
(c) elsaddik
2. Revue des tâches et buts
Les buts et les tâches sont parfois égalisés
www.site.uottawa.ca/~elsaddik
• Nous allons les séparer
Qu’est ce qu’une tâche?
•
•
•
•
•
Une procédure
Exécutée par un ou plusieurs classes d’utilisateurs
Orientée sur un but
Peut avoir une super-tâche (super-task)
Divisée en sous-tâches
• Avec des boucles et alternation possibles (if-then)
• Comporte des actions (au niveau inférieur)
• Une tâche qui n'implique aucune résolution de problème et ne
peut être utilement divisée en composants
 Évitez de penser à une tâche en terme de ce que l'ordinateur
seul doit faire
5
Unit C Analyse de
Tache
(c) elsaddik
2. Revue des tâches et buts
www.site.uottawa.ca/~elsaddik
Qu’est ce qu’un but?
• Un état dans lequel l’utilisateur veut être
• Complété en exécutant une tâche
• Sous-buts sont des buts de sous-tâches
• L’utilisateur doit planifier quelle tâche à exécuter
• Peut être ou pas explicitement connu avant l'exécution de la
tâche
• e.g. but implicite: Écrire une lettre
• Tâche générale est connue
• les détails évoluent
• But est accompli lorsque l’utilisateur est satisfait
• e.g. but explicite: ajouter un article à l’inventaire
• Tâche et but connu par un utilisateur expérimenté
 Les buts de haut-niveau sont moins probable à être explicites
• Autres perspectives:
• Un but est souvent égalisé avec une tâche
6
Unit C Analyse de
Tache
(c) elsaddik
3. Approches différentes pour l’analyse de tâches
Décomposition d’une tâche
www.site.uottawa.ca/~elsaddik
• Diviser la tâche en sous-tâches ordonnées
• L’ordre dans lequel celles-ci sont exécutées
• Techniques basées sur la connaissance
• Que sait l’utilisateur à propos des objets et actions impliqués dans
une tâche et comment cette connaissance est organisée
• Focalisation sur :
• Les objets – utilisés dans la tâche
• Actions - exécutées
• Les taxonomies représentent les niveaux d’abstraction
• Entité-analyse basée sur les relations
• Rapports entre les objets, les actions et les personnes qui les ont
exécutées
• Méthode générale:
7
Unit C Analyse de
Tache
(c) elsaddik
• Observer
• Rassembler les listes des mots et actions non structurés
• Organiser en utilisant des notations ou diagrammes
4. Une procédure pour l’analyse d’une tâche
www.site.uottawa.ca/~elsaddik
(études de cas se trouvent dans les sections
suivantes)
Deux étapes de bases:
1. Modèle de tâches
2. Simplifier et améliorer le modèle de chaque tâche
Utiliser le modèle simplifié d’une tâche comme une
base de l’interface usager.
8
Unit C Analyse de
Tache
(c) elsaddik
Modèle de tâches
www.site.uottawa.ca/~elsaddik
(plus facile s’il y a un système existant)
•
•
•
•
Observer et interviewer les usagers
… Et/ou “brainstorm”
… Et/ou prototype
… Et/ou documentation de l’étude
a) Déterminer les classes des usagers:
•
directeur, représentant à la vente, expéditeur, client, etc.
b) Créer une liste de toutes les tâches à exécuter par les
utilisateurs
c) Donner la priorité des tâches par la fréquence d’utilisation
et l’importance
•
•
9
Unit C Analyse de
Tache
(c) elsaddik
Pus tard, faire une analyse plus détaillée sur les tâches de hautes
priorités
Si un système existe déjà, on peut mesurer l’utilisation des
commandes
 à noter que différents classes d’usagers utiliseront les tâches selon
des fréquences différentes
Modèle de tâches
www.site.uottawa.ca/~elsaddik
d) Recueillir d’autres informations détaillées à propos de
chaque tâches
• Pourquoi? Détermine les buts
• Détermine les pré-conditions:
• ... Que doivent savoir les utilisateurs pour exécuter la tâches
• ... Quels sont les objets et données impliquées
(peut être à partir d’une analyse orientée-objet parallèle)
• Comment? Décomposer la tâche en des sous tâches et actions
• Déterminer les effets secondaires de l’exécution de la tâche
• …les choses changées sont celles qui ne sont pas directement
appropriées à l’état de but
• Déterminer les modèles mentales des utilisateurs
• Il peut en avoir plusieurs
• Déterminer toutes les corrélations entre les tâches
• Déterminer les pannes possibles
• Les choses qui peuvent tomber en pannes
• Refaire itérativement cette étape pour les sous-tâches
e) faire un diagramme pour chaque tâche
• Techniques possibles:
10
Unit C Analyse de
Tache
(c) elsaddik
• Hiérarchiser les sous-tâches (probablement mieux)
• Lignes de temps (Diagrammes de scénario)
• flow-charts
Simplifier et améliorer chaque modèle de tâche
www.site.uottawa.ca/~elsaddik
a) Abstraire les modèles de tâche autant que
possible
• Déterminer quels sont les buts réels de hauts niveaux
• Supprimer les détails (sous-tâches de niveaux inférieurs) qui
peuvent être changer
• i.e. les sous-tâches qui font partie de l’environnement ou de
l’interface usager
• Situations où des systèmes différents auraient des tâches
secondaires un peu différentes
b) Construire ou améliorer les modèles
conceptuels (discutés plus tard) afin de simplifier la
réflexion de l’usager sur la tâche
c) Ré-ajouter les couches détaillées une par une
• Réfléchir sur plusieurs ensembles de sous-tâches alternatives
et déterminer lequel est meilleur
11
Unit C Analyse de
Tache
(c) elsaddik
Simplifier et améliorer chaque modèle de tâche
c) Réajouter les couches détaillées une par une
www.site.uottawa.ca/~elsaddik
• Utiliser les directives suivantes:
• Normaliser les sous-tâches
• Les sous-tâches qui se ressemblent sont exécutées de façon similaire
• Réarranger l’ordre des sous-tâches afin de faciliter leur exécution
• Réduire le besoin de l’usager d’exécuter des sous-tâches (i.e.
réduire le “overhead”)
• Minimiser l’installation et la configuration en utilisant celles par défaut
• Réduire le besoin de l’utilisateur de faire le rappel à partir de la
mémoire
• Faire l’ordinateur calculer tout ce qu’il peut
• Éliminer les sous-tâches si leurs avantages est inférieur à leur coût
• S’assurer que le système guide l’utilisateur à travers les tâches
• Le système doit “savoir comment l’utilisateur travaille”
• Il doit aider l’utilisateur à se fixer des buts
• Expliquer la possibilité de traitement multitâche
12
Unit C Analyse de
Tache
(c) elsaddik
• Si l’utilisateur se promène d’une tâche à une autre, s’assurer que les
étapes n’ont pas besoin de se répéter et que l’utilisateur peut
reprendre là où il a arrêté
5. Étude de cas: Manipulation de fichiers sur des lignes de
commandes vs. GUI
But:
www.site.uottawa.ca/~elsaddik
•
Exécuter une commande
•
•
À exécuter:
•
•
13
Unit C Analyse de
Tache
(c) elsaddik
Utilisateurs de lignes de commandes (souvent des experts ces
jours-ci)
Pré-conditions:
•
•
•
fréquemment
Par:
•
•
Sur une ligne de commande qui a comme argument un ou deux
noms de fichier
Verbe de commande est connu
Noms de fichiers sont connus
Décomposition:
1.
2.
3.
4.
5.
6.
7.
S’assurer que la saisie (prompt) de commande est affichée
Taper le verbe de commande
Entrer le premier nom du fichier
Décider: s’il n’y a pas de deuxième nom, aller à l’étape 6
Entrer le deuxième nom du fichier
Vérifier la commande
Appuyer sur <return>
5. Étude de cas: Manipulation de fichiers sur des lignes de
commandes vs. GUI
www.site.uottawa.ca/~elsaddik
Pannes:
14
Unit C Analyse de
Tache
(c) elsaddik
•
•
•
•
•
Verbe de commande incorrect
Noms de fichier incorrects
Nombre d’arguments spécifié est incorrect
Arguments dans le mauvais ordre
Opération non permise sur les noms du fichier
But: Supprimer un fichier en DOS
•
À exécuter:
www.site.uottawa.ca/~elsaddik
•
15
Unit C Analyse de
Tache
(c) elsaddik
•
par:
•
•
Utilisateurs de lignes de commandes
Pré-conditions:
•
•
•
fréquemment
Fichier à supprimer est connu
Le système affiche la commande de saisie
Décomposition:
1. Recherchez le verbe de commande pour supprimer un
dossier,e.g. ‘ERASE’ ou ‘DELETE’
2. Pensez au nom de directoire (directory) et au nom de fichier
3. Entrer la commande
but: supprimer un fichier en DOS
www.site.uottawa.ca/~elsaddik
Analyse pour améliorer le modèle de tâche
(buts de niveau supérieur possible):
• Faire de la place pour d’autres choses sur le disque
• Simplification possible: compression automatique / archives des
anciens fichiers
• Débarrassez-vous de l'image de fond non désirée
• Simplification possible: construire une version de contrôle dans le
(file system) de sorte que les versions multiples ne s’accumulent
pas
• S’assurer que personne d’autres ne peut lire le fichier
Autre simplifications possibles :
• Éliminer le besoin de rappel et de “typing” à l’étape 1 en
fournissant un menu
• Simplifier l’étape 2 et 3 en fournissant une manipulation directe
• avoir un système qui demande la saisie au client si la
commande est entrée sans la spécification du fichier
16
Unit C Analyse de
Tache
(c) elsaddik
But: tirer (Drag) un item à sa destination dans un “GUI desktop”
www.site.uottawa.ca/~elsaddik
• À exécuter: fréquemment par: tous les utilisateurs
• Pré-conditions:
• Item à tirer est connu
• L’effet de remettre l’item à destination est connu
• Décomposition:
1.
2.
3.
4.
5.
6.
7.
Localiser l’icône ou le nom de l’item sur l’écran
Bouger le curseur jusqu’à l’icône
Appuyer et tenir le bouton de la souris
Localiser la destination sur l’écran
Bouger le curseur jusqu’au destination
Vérifier que la destination est surlignée
Relâcher le bouton de la souris
• Pannes:
17
Unit C Analyse de
Tache
(c) elsaddik
•
•
•
•
Item ne peut être tirer
Curseur n’est pas sur l’icône à l’étape 2
Souris relâchée en avance ou pas à destination
Destination invalide pour l’item
But: supprimer un fichier dans un “GUI desktop”
www.site.uottawa.ca/~elsaddik
•
•
À exécuter: fréquemment par: tous les utilisateurs
Pré-conditions:
•
•
Décomposition:
1. Amener le gestionnaire de fichier au premier plan
(Foreground) (dépend de la version du SE)
2. Dévoiler l’icône de la corbeille (trash/recycle) si caché
3. Tirer le fichier au corbeille
•
Modèle mental de l’utilisateur:
•
•
Unit C Analyse de
Tache
(c) elsaddik
Le fichier sera dans la corbeille et peut être retracé
Simplifications possibles :
•
•
18
Fichier à supprimer est connu
Fournir un raccourci de clavier pour l’étape 1
Fournir un raccourci de clavier pour les étapes 2 et 3
6. Étude d’un cas de commande par courriel : Classes
d’utilisateurs
www.site.uottawa.ca/~elsaddik
1. Client / vendeur
•
•
Répondre au téléphone et prendre les commandes
Être capable de travailler très vite
2. Client
•
•
Placer des commandes/recherches
Besoin d’une approche très simple
3. Expéditeur
•
•
•
Rassemble les commandes à être envoyées aux clients
lorsqu’ un inventaire suffisant est présent
Mettre les articles dans des boîtes et les envoyer aux clients
Noter les articles qui ont été envoyés
4. Traiteur de retour (return handler)
•
19
Unit C Analyse de
Tache
(c) elsaddik
Traite la marchandise retournée par les clients
6. Étude d’un cas de commande par courriel : Classes
d’utilisateurs
5. Commandeur de surplus
www.site.uottawa.ca/~elsaddik
•
Envoie les commandes imprimées par le système en réponse aux
commandes de clients et/ou inventaire bas
6. Récepteur
•
•
Tri les paquets reçus des fournisseurs aux commande du fournisseur
Mise à jour de l’inventaire
7. Preneur d’inventaire
•
•
Vérifie si les données de l’inventaire et le système se concordent
Ajuster le système si nécessaire, rapporter les anomalies.
8. Processeur de commande en attente
•
•
Envoie des messages d’excuse quand il y a des délais
Poursuit les fournisseurs, ainsi les commandes peuvent être accomplis
9. Commis de comptes à recevoir
•
•
•
10.
•
20
Unit C Analyse de
Tache
(c) elsaddik
Met à jour le système lorsque les comptes ont été payés
Poursuit les clients abandonnés
Fixe les limites de crédits
Analyste de gestion des stocks
Décide la quantité qu’on doit garder dans l’inventaire pour chaque
article
11. Directeur
• Fait des enquêtes générales
www.site.uottawa.ca/~elsaddik
Thank You!
21
Unit C Analyse de
Tache
(c) elsaddik