www site uottawa caelsaddik SEG 3520 Conception et

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: 6 Unit C Analyse de Tache (c) elsaddik • Un but est souvent égalisé avec une tâche

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