Plate-forme Magicien d’Oz Alain GIBOIN Anne-Marie PINNA Encadreurs : Anne-Laure BARJON Brice CARBOU Raphaël GERVAISE Sandy ROUMAGNAC ESSI3 2002-2003 module LOG9 IHM
Sommaire Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion
Présentation du Contexte Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Présentation du Contexte Pourquoi une « Plate-forme Magicien d’Oz » ? a Tester et évaluer les interfaces avant leur implémentation réelle Pièce 1 Pièce 2 Utilisateur Expert simulant l’interface Toutes sortes d’interactions : graphiques, sonores, vidéos, … Étude de l’existant : peu et spécifique
Analyse des Besoins (1) Nécessité d’avoir une base de connaissances Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Analyse des Besoins (1) Nécessité d’avoir une base de connaissances Contraintes temps réel fortes a Séparation en deux phases : préparation et simulation Doit conduire à une analyse de la simulation Analyse commanditaire magicien et utilisateur Base de connaissances commanditaire Phase de simulation Phase de préparation commanditaire et magicien
Analyse des Besoins (2) Besoins du magicien Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Analyse des Besoins (2) Besoins du magicien fonctions d’aide à la création interface intuitive (conception sur un modèle commun) rappel rapide des pages préparées Mise en place matérielle prises et sorties sons pour les interactions vocales caméra / webcam pour observer l’utilisateur deux postes dont un en bi-écran (retour vidéo) a Nous considérerons par la suite l’implémentation logicielle
Prototype (1) Deux phases distinctes : préparation et simulation Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Prototype (1) Deux phases distinctes : préparation et simulation a deux outils complémentaires a implémentation centrée sur la préparation a application à une interface particulière Outil de préparation une zone de travail et des palettes d’outils au-delà d’un simple outil de création d’interfaces
Prototype (2) Outil de simulation implémentation statique Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Prototype (2) Outil de simulation implémentation statique utilisation de captures d’écran … … mais possibilité de réalisation effective
Évaluation du Prototype Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Évaluation du Prototype Évaluation de type coopérative : Le produit est soumis aux testeurs a ils doivent suivrent des scénarios de création a ils sont questionnés sur leur appréhension de l’interface Analyse de l’évaluation a mise en évidence d’erreurs de conception a prise en compte des remarques formulées
Développement Futur (1) Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Développement Futur (1) Produit final intéressant : a utilisation dans le contexte du module Évaluation du travail d’implémentation restant : Phase de préparation composants atomiques manquants propriétés spécifiques à chaque éléments palette de séquence a ~ 30 hommes/jour (variable : système d’aide, etc.)
Développement Futur (2) Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Développement Futur (2) Phase de simulation réutilisation de la phase de préparation interface côté utilisateur gestion du réseau, facilitée par l’implémentation actuelle a ~ 10 hommes/jour (variable : prise de contrôle, etc.) Déjà implémenté : utilisable dans l’état actuel pas inutile de le reprendre …
Conclusion Découverte des étapes en amont de la réalisation d’une IHM Présentation du contexte Analyse des besoins Démonstration du prototype Évaluation Développement futur Conclusion Conclusion Découverte des étapes en amont de la réalisation d’une IHM Importance de la prise en compte de l’avis de l’utilisateur a analyse des besoins a facilité d’appréhension de l’outil Projet intéressant à exploiter comme base d’un produit fini
Remerciements Les testeurs Thomas FOREY les concepteurs de l’interface testée Damien DESSOYE Anne-Marie PINNA Les encadreurs Alain GIBOIN Anne-Marie PINNA