05/12/2012
INTRODUCTION
Interaction Homme Machine (IHM) et Génie logiciel (GL)
CHAPITRE 2 :
ANALYSE DES BESOINS
Raoudha CHEBIL
Partagent des valeurs :
(cid:1) L’analyse des besoins (cid:1) La conception progressive et itérative (cid:1) L’assurance de la qualité
Mais les utilisent différemment…
INTRODUCTION
OBJECTIFS
(cid:1) IHM
L’Homme est la première entité dans toutes les phases de
développement.
(cid:1) GL
L’objectif final est un système fonctionnel mis au point avec un coût minime et livré à temps tout en satisfaisant les spécifications contractuelles.
Définition de la raison d’être du système
Modélisation du problème (cid:1) Modèle de l’utilisateur (cid:1) Modèle d’activité (cid:1) . (cid:1) .
Appréhender les utilisateurs Appréhender les concepts du domaine (cid:1) Notions nécessaires à l’interaction (cid:1) Objets manipulés
3
Déterminer les actions à réaliser Modéliser les tâches correspondantes
2
4
1
05/12/2012
RAISON D’ÊTRE DU SYSTÈME
MODÈLE DE L’UTILISATEUR
Exemple : cas de la borne d’achat de ticket de chemin de fer
Classification générale des utilisateurs
Objectifs, enjeux
• Offrir les mêmes services qu’un « guichet de gare » afin de réduire
la queue au guichet
• Permettre l’achat de billets à toute heure • Le nouveau système a pour but principal de compenser les limites
du système actuel : • Délai d’acquisition du ticket trop long • Impossible d’acquérir un ticket en dehors des heures d’ouverture des guichets
Critères de succès
(cid:1)
(cid:1)
Faire en sorte que le temps d’acquisition ne dépasse pas une durée raisonnable fixée Faire en sorte que la vente de billet soit accessible 24 h/24 et 7 jours/ 7
5
Publicité
Type d’utilisateur : ses connaissances, ses savoir-faire
(cid:1) Novice (cid:1) Débutant avancé (cid:1) Compétent (cid:1) Efficace (cid:1) Expert
6
NIVEAU D’ANALYSE
MODÈLE DE L’UTILISATEUR
Ne pas viser trop « court »
Oublier une catégorie d’utilisateur Oublier des activités nécessaires
fi Dégradation du caractère utile du système
Ne pas viser trop « long »
Public trop large Réalisation de nombreux services inutiles
fi Dégradation du caractère utilisable du système
Éléments de caractérisation d’un groupe d’utilisateurs
(cid:1) Ordre d’importance
(cid:1) Compétence en informatique
(cid:1) Compétence dans le domaine « métier »
(cid:1) Milieu socio-culturel
Nationalité, niveau de formation, contexte culturel
(cid:1) Biométrie
Taille, âge, sexe, déficiences
7
(cid:1) Fréquence envisagée d’utilisation du système
8
Fréquent, occasionnel, rare
2
05/12/2012
MODÈLE DE L’UTILISATEUR
MODÈLE DE L’ACTIVITÉ
Exemple : cas de la borne d’achat de ticket de chemin de fer
Objectif :
• Niveau de connaissances générales :
L’utilisateur sait lire et écrire
• Niveau d’expertise dans le domaine : faible
L’utilisateur connait au minimum le vocabulaire et les concepts suivants : gare, train,
horaires, correspondances, réservation…
• Niveau d’expertise en manipulation de systèmes informatiques :
rudimentaire
Tout utilisateur qui n’est pas effrayé par la manipulation d’un système informatique doit
pouvoir utiliser le système
Faible priorité aux utilisateurs de niveaux d’expertise supérieurs
Publicité
• Capacités physiques
Utilisateurs à une hauteur du regard comprise entre h1 et h2 9 Cas des personnes présentant un handicap physique : par exp le système doit pouvoir
être manipulé d’une seule main
Assurer le caractère utile du système
S’assurer que l’utilisateur pourra mener toutes les activités dont il a besoin, une fois le système mis en production
10
MODÈLE DE L’ACTIVITÉ
MODÈLE DE L’ACTIVITÉ : SONDAGE EXPLORATOIRE
Méthodes :
• Sondages exploratoires • Entretiens • Observations in situ fi Construction de scénarios
• Les réponses doivent provenir d’utilisateurs représentatifs • Diriger les questions sur des thèmes et sous-thèmes précis
Ne pas s’attendre à des réponses globales
Exemple de sondage exploratoire (cas de la borne de gare)
• Qu’avez-vous demandé lors de votre dernier passage à un
guichet?
• Qu’est ce qui vous a le plus embêté lors de votre dernière
acquisition de billet de train?
• Quelles sont vos suggestions pour la création d’un guichet
automatique?
• ….
11
12
3
05/12/2012
MODÈLE DE L’ACTIVITÉ : ENTRETIENS
MODÈLE DE L’ACTIVITÉ : OBSERVATIONS IN SITU
(cid:2) Nécessite :
(cid:1) Un modérateur de métier, qui établit un agenda (cid:1) Un petit groupe de concepteurs et d’utilisateurs (<10
personnes)
(cid:2) Sessions enregistrées sur support vidéo
(cid:2) Grande quantité d’informations qualitatives
(cid:2) Observations de sujets membres de la population cible, dans leur « milieu naturel » en train d’effectuer l’activité cible.
(cid:2) Nécessité d’enregistrer
les
observations
(vidéos,
prises de notes)
13
14
Publicité
MODÈLE DE L’ACTIVITÉ : CONSTRUCTION DE SCÉNARIOS
RÔLES DES SCÉNARIOS
(cid:2) Technique la plus efficace mais nécessite des utilisateurs
représentatifs
(cid:2) Tend à placer les utilisateurs dans leur contexte :
(cid:1) Plus créatifs (cid:1) Expriment mieux leurs requis qu’avec les autres approches
(cid:2) Les utilisateurs écrivent leur réponse : permet au concepteur
d’identifier le bon vocabulaire
(cid:2) Si
difficulté
fondamentales/ les secondaires : un questionnaire avec classement (échelle de 1 à 10)
d’identifier
activités
15
• Simples et accessibles aux acteurs
• Langage commun à tous les participants, facilite la
coopération
• Intégration de points de vue multiples
• Favorise la participation des acteurs, leur créativité et
les implications des choix de conception
• Concrétisation du produit, flexibilité
16
4
05/12/2012
MODÈLE DE L’ACTIVITÉ : SCÉNARIO
Scénario 1
Virginie cours pour attraper son train de 18h02.
Source :
Elle arrive en retard à la gare... mais par chance son train a également
du retard, il n'est pas encore parti.
Elle se précipite sur une borne pour acheter un billet. Malheureusement, le système ne veut pas lui vendre un billet pour un train qui est (en théorie) déjà parti.
(cid:1) Georges Fafiotte, Introduction à l’IHM
17
18
5