IFT2905 Interface personne/machine. TP3 (première partie) présenté à M. Sébastien Roy

Transcription

1 IFT2905 Interface personne/machine TP3 (première partie) présenté à M. Sébastien Roy par Nicola Grenon GREN grenonni Patrick Paul PAUP paulpatr Jeudi 29 mars 2007

2 Analyse usager: Types: Commis caissier. Dans le cadre de ce projet, il n'y aura qu'un seul type d'utilisateur dont nous devrons tenir compte, à savoir la personne chargée de la vente des produits au comptoir du café étudiant math-info. Statistiques générales: Qui? Âge? Limitations? Capacités informatiques? Expérience? Environnement? Étudiants au baccalauréat en informatique ou en mathématique. Peu variable, jeunes adultes. Possibilité, mais pas à tenir en compte pour le moment. 60% peu à moyen. (gens de mathématiques) 40% très grandes. (gens d'informatique) Présumer nulle. Brouhaha, déboulant. Interview simulée: - Usagers sans expérience (présumer nulle). - Apprentissage doit être instantané (100% intuitif). - Aucune fonction administrative. - Connaissance moyenne des produits (pas au départ) - Pas de connaissance préalable des prix. - Il y aura de nombreux utilisateurs du même type, mais il n'y aura pas d'accès personnalisés - Les utilisateurs sont bénévoles. - Les utilisateurs ne se servent de l'interface qu'environ une heure par semaine. - En ce moment, les utilisateurs font un usage très relâché de cet outil. - Les utilisateurs comprennent tous le français (écrit). Analyse: Il faut donc prévoir une interface facile à apprendre, sans mémorisation nécessaire, capable de résister aux erreurs de manipulation mais préférablement basée sur la prévention des erreurs. Il faut éviter tout ce qui peut rendre désagréable son utilisation pour un utilisateur qui n'est pas rémunéré, ne pas présumer d'aucune habileté en ce qui a trait au commerce au détail ni avec l'utilisation d'une caisse enregistreuse et en rendre l'usage rapide pour satisfaire à la demande en heure d'affluence.

3 Analyse des besoins: Interview simulée: - Empêcher le contournement des commandes prévues - Forcer l'inscription des items avant de permettre l'ouverture de la caisse - Pas de mesures de sécurité particulières (code d'accès, etc.) - Donne les prix, affiche le total, calcule la monnaie - Rapidité importante (peu de niveaux de menu, etc.) - Une centaine de produits différents (seulement quelques catégories) - Fonctionnera sur un ordinateur standard équipé d'un tiroir caisse - Noter l'heure des transactions - Permettre d'annuler une commande - Offrir un no-sale, mais le rendre peu intéressant (Confirmation?) - Afficher l'heure - Nécessité d'un système de communication (1) vers les responsables et (2) vers les bénévoles. Celui vers les bénévoles doit être visible/accessible en tout temps. - Utiliser principalement le clavier, mais prévoir un éventuel écran tactile (simulé par la souris en attendant) Observations: - Deux bénévoles (et plus) en même temps qui se croisent souvent et qui doivent pouvoir compléter les transactions en cours. - Le classement actuel des données est peu visible. - Environ 10 secondes en ce moment pour une transaction (calcul mental et ouverture du tiroir) en heure d'affluence. - L'affichage actuel est monochrome et peu attractif. - Il n'y a en ce moment aucune référence visuelle (logos ou images) et ce serait souhaitable pour rendre l'usage plus convivial.

4 Tâches: Quoi? Facturer un client Lire les messages Entrer un message Où? sur le bout d'un comptoir de service, au café étudiant math-info. Occurrence? de 20 à 100/heure 1 fois par heure rarement Contrainte de temps? de 15 à 30 secondes ~30 secondes 45 secondes Apprentissage? minimal (idéalement nul) très petit petit Possibilités d'erreurs? Corriger les entrées Survivre à mauvais bouton... Ne pas tout perdre si erreur! processus très simple éviter d'effacer les messages des autres par erreur Sous tâches Ajouter des items (nombre?) Entrer un tendu d'argent Rendre la monnaie - Offrir une interface de saisie, puis confirmer l'ajout / modification. Prérequis (Produit disponible sousentendu) Une page de message soit configurée par un responsable. aucun Analyse: L'interface aura donc une tâche principale à effectuer (affichage et calcul du paiement des articles), avec peut-être quelques détails (heure/date) et une paire de tâches secondaires de moindre importance. Celles-ci seront beaucoup moins fréquentes, mais auront la particularité de devoir rester disponibles et surtout (pour l'affichage des messages aux usagers réguliers) visibles en tout temps, par exemple en utilisant un espace de l'interface principale pour tout afficher ou afficher un rappel (...). Le système doit permettre un travail rapide et un affichage efficace (un coup d'œil doit suffire pour reconnaître l'information). La sécurité du système ne sera qu'au niveau de l'accès sans bonne raison à l'ouverture du tiroir caisse. L'interface doit pouvoir s'adapter aussi bien à l'usage du clavier, d'une souris ou d'un écran tactile. L'état du système doit être extrêmement clair afin de permettre un changement, au vol, d'utilisateur (même au milieu d'une commande!).

5