1
Download Le modèle
Transcript
Cours : h)p://iihm.imag.fr/caffiau/enseignement/M2CCI/ Analyse des besoins Sybille Caffiau, mdc UJF sybille.caffi[email protected] 2013-‐2014 La concepKon avec l’uKlisateur • ConcepKon : -‐ Cyclique -‐ Centrée uKlisateur SpécificaKon des besoins ConcepKon EvaluaKon Développement Les uKlisateurs à saKsfaire • Plusieurs catégories d’uKlisateurs à prendre en compte – UKlisateurs cible – UKlisateurs finaux (Faulkner 2000) • UKlisateur direct : uKlise lui-‐même le système • UKlisateur indirect : demande à quelqu’un d’uKliser le système pour lui Client d’une banque qui demande au guichet • UKlisateur éloigné : n’uKlise pas le système mais en bénéficie Client d’une banque qui reçoit ses relevés chez lui • UKlisateur support : assure la maintenance et le bon foncKonnement • Volonté de l’uKlisateur – UKlisateur obligé Le guicheKer de la banque – UKlisateur discréKonnaire : choisit d’uKliser le système 4 L’uKlisateur, mais c’est qui ? Qu’est ce qui caractérise un uKlisateur ? 5 Qu’est ce qui caractérise un uKlisateur ? • Le niveau d’experKse : – expert, spécialiste, novice, intermi)ent – sur tout les domaines impliqués (informaKque, usage d’un disposiKf parKculier…) • Dans l’usage : – Rôle(s) – Grade et statut (pour les organisaKons) • Personnel – – – – – • … Langue Âge Sexe Ethnies Capacités physiques 6 Les représentaKons des uKlisateurs et de leurs situaKons • Personna : – Personnes ficKves – Archétypes d’uKlisateurs possibles de l’applicaKon développée – UKlisé pour se référer lors de la concepKon (sert à se me)re en situaKon) • CaractérisKques d’un personna – – – – – Type d’uKlisateur : âge, genre, profession, catégorie socioprofessionnelle, etc. Les besoins ou les objecKfs vis-‐à-‐vis de l’applicaKon Critères de choix de l’applicaKon La façon de se servir de l’applicaKon L’experKse du domaine • Obtenu à parKr d’un panel de 6 à 8 uKlisateurs du cœur de cible après interview pour définir les caractérisKques type • Exemple : Adeline 7 Exercice : Caractérisez les uKlisateurs cibles de votre projet (à parKr des données q ue v ous a vez) Individu : (Nom) Type : (Personna ou Personne) Role : (Liste de Rôle) Membre d’une organisaKon : (oui/non, laquelle?) Age : Sexe : Langue : Ethnies : Capacités physiques : Niveau d’experKse -‐ du domaine : expert, spécialiste, novice, intermi)ent -‐ des SI Type d’uKlisateur : (obligé, discréKonnaire) Les besoins pour l’IHM • Vous savez : – Les uKlisateurs cible – Le contexte d’uKlisaKon (la situaKon) • Vous voulez produire une IHM : – Qui respecte ces contraintes – Qui soit : • UKle • UKlisable …pour les uKlisateurs 9 Les besoins • Définir qui a besoin de quoi, pour faire quoi, comment et à quel moment • Besoins pour amélioraKon : – De la vie sociale – Du monde professionnel (amélioraKon producKve et éducaKve) – De la santé 10 Comment les obtenir ? • Méthodes de recueil : – QuesKonnaires – Interviews – ObservaKon – CR de réunion – … • Appliquées aux uKlisateurs cibles (un échanKllon représentaKf) 11 Les quesKonnaires • Avantages : – Faible coût – Possibilité de toucher un panel varié d’uKlisateur potenKel – Traitement rapide • Inconvénients : – Réponses dont on ne peut pas vérifier la validité – À tort jugés faciles à faire – Impossibilité de demander des compléments d’informaKon – Impossibilité d’interroger sur tous les cas (toute l’acKvité) 12 Les interviews • Avantages : – Possibilité de diriger l’entreKen pour avoir des compléments d’informaKon (bonne couverture) • Inconvénients : – Couteux en temps (pour l’analyse) – Demande de l’experKse pour différencier la demande et le besoins Des nouvelles de Monsieur et Madame F. 13 L’observaKon • Doit être accompagnée d’une phase d’explicaKon du domaine • Avantages – Bonne couverture (dès lors où l’observaKon est réalisée sur une période suffisante) – Ne demande pas d’experKse parKculière • Inconvénients – Très coûteuse en temps (pour le recueil ET l’analyse) 14 Les récits, les scénarios • • • • Histoire des expériences uKlisateur EX : La machine à café Histoire ficKve Ex : pour un produit qui n’est pas encore conçu Comment pouvoir les uKliser dans le processus de concepKon ? • L’équipe de concepKon obKent : – Un ensemble de données exprimant un point de vue sur une acKvité • L’équipe de concepKon veut définir qui a besoin de quoi, pour faire quoi, comment et à quel moment en : – Analysant les données – Exprimant toutes les informaKons recueillies – Echangeant autour des informaKons recueillies (entre membres de l’équipe) – Vérifiant avec l’uKlisateur que ce qui a été obtenu (et analysé) est correcte 16 Les modèles de tâches pour exprimer les besoins • Modèles de tâches : Résultats modélisés de descripKons de l’acKvité effectuée dans un contexte réel • ApplicaKon d’études en psycho-‐cogniKve – Tâches du point de vue de l’uKlisateur – DécomposiKon de l’acKvité en sous-‐acKvités (buts en sous-‐buts) • Les modèles de tâches • Une méthode de concepKon du modèle • Un ouKl : K-‐MADe (édiKon et simulaKon) 17 Les tâches • Élément de base des modèles de tâches • Réalisée dans un but parKculier Payer une place de cinéma But : Avoir le droit de voir un film • Réalisée par un exécutant – source de l exécuKon – 3 types « élémentaires » : • InteracKon • ApplicaKon • UKlisateur (sensori-‐motrice, cogniKf) – 1 « super-‐type » : • Abstrait I : Payer S : Débiter compte U : Aller dans la salle A : Aller au cinéma 19 La décomposiKon • SéquenKel Tâches exécutées de gauche à droite • Pas d ordre Tâches toutes exécutées mais sans ordre prédéfini • Parallèle Tâches exécutées en même temps • AlternaKf Une seule tâche est exécutée 20 La décomposiKon des tâches • Détermine l ordonnancement des tâches (l’ordre dans lequel elles peuvent être exécutées) • 2 types de tâches : – Élémentaires – Décomposées 21 Compléments sur l ordonnancement • Tâche opKonnelle L’exécuKon de la tâche n’est pas impéraKve pour réaliser l’acKvité • Tâche interrupKble L exécuKon de la tâche peut être interrompue 22 NoKon de pré-‐ et post-‐ condiKons Aller au cinéma ET Caisse ouverte Préparer Payer Sans ordre Choisir Le film et la séance sont choisis tels que le film passe à la séance Sans ordre Choisir l horaire Aller dans la salle Voir le film Se rendre au cinéma Choisir le film 23 Le contexte • Les événements Aléas qui n est pas du ressort de l uKlisateur mais qui influent sur l acKvité Ex : alarme incendie dans le cinéma Ils peuvent : déclencher l exécuKon de tâches être créés par une tâche • Les acteurs Les uKlisateurs accomplissent les tâches Ex : client, ouvreuse, caissière… Seuls les acteurs spécifiés sont autorisés à accomplir la tâche 24 Les objets du contexte • Objets : pour représenter la sémanKque • ModélisaKon : – Des objets physiques manipulés (un Kcket…) – Des éléments ayant une existence pour l’uKlisateur (un compte en banque, une heure…) • UKlisaKon de ces objets dans des expressions (notamment pour les condiKons) Caisse ouverte Payer 25 VérificaKon du modèle Interview 1 : - Je me rends au cinéma Interview 2 : passant à la - Parmi les films - Je cherche quand passe lecelui filmque que je prochaine séance, je choisis Interview 3 : voir je veux Jemon regarde programme du e- me rends aulecinéma - Je- Jpaie ticket pour sélectionner horaire ecinéma paie mon - Je- Jvais dans la ticket salle et je vois lelfilm filmla salle et je vois le film - Jepuis vais le dans - Je me rends au cinéma - Je paie mon ticket - Je vais dans la salle et je vois le film Aller au cinéma ET Préparer Sans ordre Choisir Sans ordre Choisir l horaire => Le modèle de tâches doit supporter l’ensemble des cas Payer Aller dans la salle Voir le film Se rendre au cinéma Choisir le film 26 VérificaKon des exécutants Règles : Une tâche d’un type non abstrait est décomposée en tâches du même type Les tâches non décomposée sont d’un type élémentaire 27 VérificaKon de la décomposiKon Règles : Chaque niveau représente un niveau d’abstracKon Une tâche n’est jamais décomposée en une seule sous-‐tâche Aucune acKon élémentaire n’apparaît dans l’arbre (pas de « clic ») 28 UKlisaKon des modèles de tâches pour la communicaKon : les scénarios Ces scénarios sont-‐ils produits par ce modèle de tâches ? 29 UKlisaKon des modèles de tâches pour la producKon : conformité de maque)e Quel est (sont) le(s) modèle(s) de tâches au(x)quel(s) la maque)e correspond? login mdp Valider (tout est acKf) 30 UKlisaKon des modèles de tâches pour la producKon : passage d’une acKvité Homme-‐Homme à une acKvité Homme-‐Machine • Cas du Distributeur de billets 31 UNE MÉTHODE D’ANALYSE D’UN TEXTE POUR LA CONCEPTION D’UN MODÈLE DE TÂCHES 32 Contexte de travail • Vous voulez faire une IHM pour un logiciel administraKf pour la gesKon des stagiaires • Vous disposez de l’interview d’une secrétaire • Vous allez faire le modèle de tâches pour décrire toute l’acKvité 33 Le texte « et ben, je m’occupe principalement des stagiaires, cela veut dire que je les accueille : je leur fais remplir un dossier, je donne tout ça à la paie qui les crée informaKquement et après je les paie tous les mois, alors heu, je les crée moi aussi, quand il sont créés à la paie, moi je les crée aussi sur une console, je leur envoie un état de vacaKon qu’ils doivent signer, ils le font signer par leur responsable et quand, (enfin tous les 15 du mois généralement) je les coche au fur et à mesure qu’ils arrivent, alors je relance souvent ceux qui ne renvoient pas en temps et en heure et après je fais la décision informaKque toujours et je donne la décision à la paie avec les états, ça c’est une première chose, après je fais la comptabilité par projet, ça veut dire que chaque projet a une somme a)ribuée et je fais la comptabilité alors là, par contre je ne comptabilise pas que les stagiaires, je comptabilise tout ce qu’on appelle la troisième secKon, ça c’est des trucs budgétaires hein, et j’envoie au projet à chaque fois qu’une…qu’ils ont eu des modificaKons, je renvoie le premier mois leur engagement juridique et puis ce qu’il leur reste sur leur enveloppe, et après dès qu’ils ont des changements, je leur renvoie un nouvel état pour qu’ils sachent où ils en sont. » Langage pas structuré, naturel Demande une analyse pour y extraire les informaKons nécessaires 34 Méthode 1ère parKe : L’analyse • 1ére lecture de l’ensemble du texte (pour s’habituer au style, au vocabulaire…) 35 Méthode 1ère parKe : L’analyse • 1ére lecture de l’ensemble du texte (pour s’habituer au style, au vocabulaire…) • IdenKfier la parKe du texte que vous allez analyser (ce qui est du ressort de l’acKvité) 36 Le texte « et ben, je m’occupe principalement des stagiaires, cela veut dire que je les accueille : je leur fais remplir un dossier, je donne tout ça à la paie qui les crée informaKquement et après je les paie tous les mois, alors heu, je les crée moi aussi, quand il sont créés à la paie, moi je les crée aussi sur une console, je leur envoie un état de vacaKon qu’ils doivent signer, ils le font signer par leur responsable et quand, (enfin tous les 15 du mois généralement) je les coche au fur et à mesure qu’ils arrivent, alors je relance souvent ceux qui ne renvoient pas en temps et en heure et après je fais la décision informaKque toujours et je donne la décision à la paie avec les états, ça c’est une première chose, après je fais la comptabilité par projet, [ça veut dire que chaque projet a une somme a)ribuée et je fais la comptabilité alors là, par contre je ne comptabilise pas que les stagiaires, je comptabilise tout ce qu’on appelle la troisième secKon, ça c’est des trucs budgétaires hein, et j’envoie au projet à chaque fois qu’une…qu’ils ont eu des modificaKons, je renvoie le premier mois leur engagement juridique et puis ce qu’il leur reste sur leur enveloppe, et après dès qu’ils ont des changements, je leur renvoie un nouvel état pour qu’ils sachent où ils en sont.] » 37 Méthode 1ère parKe : L’analyse • 1ére lecture de l’ensemble du texte (pour s’habituer au style, au vocabulaire…) • IdenKfier la parKe du texte que vous allez analyser (ce qui est du ressort de l’acKvité) • Faire plusieurs lectures pour trouver des éléments sur : – Les acteurs – Les tâches – Le contexte (objets, moments de la journée…) 38 Traitement du texte • Acteurs = ??? • Analyse en détail : – en vert : les acKons – en bleu : les concepts du contexte + état + vérificaKon sur l'état – en italique : ce qui est induit (non clairement écrit) 39 Traitement du texte • Acteurs = secrétaire, stagiaire, responsable de projet, service de paie • Analyse en détail : – en vert : les acKons – en bleu : les concepts du contexte + état + vérificaKon sur l'état – en italique : ce qui est induit (non clairement écrit) 40 Analyse du texte : synthèse des tâches Réf Nom de la tâche InformaHons complémentaires l2 Accueillir un stagiaire l2 Remplir un dossier Stagiaire l2 Donner un dossier à compléter Stagiaire l2 Transme)re le dossier de stagiaire Secrétaire au service de paie l2 Créer informaKquement le stagiaire Service de paie l3 Créer informaKquement le stagiaire Secrétaire (après le service de paie) l4 Envoyer un état de vacaKon Secrétaire au service de paie l5 Signer Stagiaire l5 Faire signer à son responsable Stagiaire au responsable l6 Tenir à jour la liste des stagiaires (cocher) Secrétaire l7 Relancer les stagiaires pour signature Secrétaire l7 Renvoyer état de vacaKon Stagiaire l8 Faire la décision informaKque Secrétaire l9 Transme)re décision et état Secrétaire au service de paie 41 Arbre de tâches résultant (juste avec les tâches issues du récit) 42 Les concepts du contexte • Issus de regroupements ou de fracKonnement à parKr du récit • Très dépendant des données traitées • Concepts : ??? 43 Les objets du contexte • Issus de regroupements ou de fracKonnement à parKr du récit • Très dépendant des données traitées • Concepts : dossier, dossier de paie, console, état de vacaKon, liste de stagiaire, décision informaKque, projet 44 Cas des éléments du contexte évoluant dans le temps • Les concepts peuvent avoir des a)ributs et des valeurs • Certaines valeurs des objets du contexte évoluent au fil du temps (d'après le récit) : – L’état de vacaKon : iniKalisé, signé, transmis • Pour ces éléments, il faut idenKfier ce qui est l'origine de ce)e évoluKon et l'exprimer dans le modèle comme acKon d’une tâche 45 Cas des éléments du contexte évoluant dans le temps • Les concepts peuvent avoir des a)ributs et des valeurs • Certaines valeurs des objets du contexte évoluent au fil du temps (d'après le récit) : – L’état de vacaKon : iniKalisé, signé, transmis • Pour ces éléments, il faut idenKfier ce qui est l'origine de ce)e évoluKon et l'exprimer dans le modèle comme acKon d’une tâche 46 AssociaHon tâches/concepts simple 47 AssociaHon tâches/concepts simple L’état de vacaKon est revenu signé I : Faire la décision informaKque L’état de vacaKon n’est pas revenu ? : Relancer les stagiaires pour signature U : Renvoyer état de vacaKon L’état de vacaKon est renvoyé signé L’état de vacaKon est revenu signé U : Tenir à jour la liste des stagiaires 48 Cas des éléments du contexte dont une seule valeur est donnée • Que faire lorsqu’il manque des informaKons ? • SoluKons proposées : 1) Me)re une valeur arbitrairement 2) Ne rien indiquer (considérer que ce n'est pas une informaKon perKnente) 3) Compléter avec d'autres sources de données (pas toujours possible) 49 Règles pour le projet • Nom des tâches : – MajMin – Verbe au début – UKlisaKon maximal des terme de votre dicKonnaire – Même nom de tâches dans le modèle de tâches et dans le use case Sur votre projet À VOUS DE JOUER 51 K-MADe, le logiciel support • Permet l édition des composants de K-MAD • Aide à la conception – Ajouts de type – Outils d aide • Vérification grammaticale • Simulation : évaluation des expressions, production de scénarios 54 K-MADe, le logiciel support • Permet l édition des composants de K-MAD • Aide à la conception – Ajouts de type – Outils d aide • Vérification grammaticale • Simulation : évaluation des expressions, production de scénarios 55 K-MADe, le logiciel support • Permet l édition des composants de K-MAD • Aide à la conception – Ajouts de type – Outils d aide • Vérification grammaticale • Simulation : évaluation des expressions, production de scénarios 56 K-MAD : Bilan + Une méthode complète de recueil de l activité La possibilité de travailler à différents niveaux d abstraction Une sémantique claire Un outil avec simulateur Prise en compte de la sémantique des actions à travers les objets -‐ Un outil pour l instant incomplet (gestion des objets, prédicats logiques…) Pas de méthode de conception des applications Mais…plusieurs projets en cours d évoluKon de K-‐MAD 57 Exercices sur PC • Tous les documents se trouvent sur le moodle (sujet compris). • Charger K-‐MADe (par binôme), il faut que JAVA soit installé sur les machines. • Charger allerAuCinéSansObjet.kxml • Tester aux simulateurs et produire 3 scénarios différents (1 avec simulaKon, 1 avec prototask et le dernier avec l’ouKl que vous voulez) • Les scénarios scenario1.ksxml et scenario2.ksxml peuvent ils être exécutés (dans l’ouKl de simulaKon) ? • Pourquoi ? • Modifiez l’arbre pour que les 2 scénarios passent • Charger allerAuCinéAvecObjet.kxml • Simuler dans prototask puis dans l’ouKl de simulaKon • Qu’y a t-‐il de changé ? Expliquez. Exercice 2 : Validation par scénarios Ces scénarios sont-‐ils produits par ce modèle de tâches ? 59 Exercice 3 : VALIDATION de la conformité de maquette Quel est (sont) le(s) modèle(s) de tâches au(x)quel(s) la maquette correspond? login mdp Valider (tout est acKf) 60 Références • Manuel d utilisation de K-MADe : http://kmade.sourceforge.net/ 61 Modèle de tâche et notations : Use cases (UML) • Le modèle (Use case model) : spécifie des requis fonctionnels système du point de vue des acteurs (utilisateurs ou autres systèmes) à haut niveau d’abstraction • Pas de format imposé • Exemple de structure 62
