Chapitre II Analyse des besoins
Niveau : II3
CHAPITRE 2 :
ANALYSE DES BESOINS
Raoudha CHEBIL
INTRODUCTION
Interaction Homme Machine (IHM) et G nie logiciel (GL)
Partagent des valeurs :
Lanalyse des besoins
La conception progressive et it rative
Lassurance de la qualit
Mais les utilisent diff remment&
2
Pr par par Raoudha CHEBIL
1
Chapitre II Analyse des besoins
Niveau : II3
INTRODUCTION
GL
Lobjectif final est un syst me fonctionnel mis au point avec
un co t minime et livr temps tout en satisfaisant les
sp cifications contractuelles.
IHM
LHomme est la premi re entit dans toutes les phases de
d veloppement.
3
INTRODUCTION
Avant denvisager toute solution il faut analyser et mod liser
finement le syst me existant, sa raison d tre, ses contraintes et ses
caract ristiques.
En GL, il existe plusieurs mod les (en cascade, en V ou en spirale).
Mais limit s d s quil sagit dun syst me hautement interactif.
4
Pr par par Raoudha CHEBIL
2
Chapitre II Analyse des besoins
Niveau : II3
ANALYSE DU SYST ME
Analyse pr alable du syst me :
D terminer la raison d tre du syst me, les objectifs et les
enjeux ;
Identifier les utilisateurs ;
Identifier les concepts du domaine : notions n cessaires
linteraction, Objets manipul s ;
D terminer les actions mises en Suvre ;
D terminer les crit res de succ s du syst me.
5
6
MOD LISATION DU SYST ME
Mod le de lutilisateur :
Appr hender les utilisateurs
Mod le dactivit :
D terminer les actions r aliser
Mod le de la t che :
Mod liser les t ches correspondantes
Pr par par Raoudha CHEBIL
3
Chapitre II Analyse des besoins
Niveau : II3
Advertisement
MOD LE DE LUTILISATEUR
l ments de caract risation des utilisateurs :
Niveau de connaissances g n rales : niveau de formation ;
Niveau
dexpertise
en manipulation
de
syst mes
informatiques ;
Niveau dexpertise dans le domaine ;
Biom trie, capacit s physiques : Taille, ge, sexe, d ficiences ;
Milieu socio-culturel : Nationalit , contexte culturel& ;
Fr quence envisag e dutilisation : Fr quent, occasionnel, rare.
EXEMPLE
Cas de la borne dachat de ticket de chemin de fer
7
8
Pr par par Raoudha CHEBIL
4
Chapitre II Analyse des besoins
Niveau : II3
EXEMPLE
Analyse du syst me :
Raison d tre, objectifs, enjeux
" Offrir les m mes services quun guichet de gare afin de
r duire la queue au guichet
" Permettre lachat de billets toute heure
" Le nouveau syst me a pour but principal de compenser les
limites du syst me actuel :
" D lai dacquisition du ticket trop long
" Impossible dacqu rir un ticket en dehors des heures douverture des
guichets
Utilisateurs
Voyageurs
9
EXEMPLE
Concepts du domaine
Billet, train
Actions
Acheter/ modifier/ annuler lachat dun billet de train
Crit res de succ s
Faire en sorte que le temps dacquisition 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
10
Pr par par Raoudha CHEBIL
5
Chapitre II Analyse des besoins
Niveau : II3
EXEMPLE
Mod le de lutilisateur
Niveau de connaissances g n rales
Lutilisateur sait lire et crire
Niveau dexpertise en manipulation de syst mes informatiques :
Tout utilisateur quelle que soit sa comp tence dans la manipulation
des syst mes informatiques doit pouvoir utiliser le syst me
Advertisement
Faible priorit aux utilisateurs de niveaux dexpertise sup rieurs
Niveau dexpertise dans le domaine : faible
Lutilisateur connait au minimum le vocabulaire et les concepts
suivants : gare, train, horaires, correspondances, r servation&
Biom trie, capacit s physiques : toute personne partir dun
certain ge, tout sexe
Utilisateurs une hauteur du regard comprise entre h1 et h2
11
Cas des personnes pr sentant un handicap physique : par exp le
syst me doit pouvoir tre manipul dune seule main
MOD LE DE LUTILISATEUR
Ne pas viser trop court
Oublier une cat gorie dutilisateur
Oublier des activit s n cessaires
D gradation du caract re utile du syst me
Ne pas viser trop long
Public trop large
R alisation de nombreux services inutiles
D gradation du caract re utilisable du syst me
12
Pr par par Raoudha CHEBIL
6
Chapitre II Analyse des besoins
Niveau : II3
MOD LE DE LACTIVIT
Objectif :
Assurer le caract re utile du syst me
Sassurer que lutilisateur pourra mener toutes les activit s dont il a
besoin, une fois le syst me mis en production
Diff rence entre t che et activit
Activit :
regroupe les actions que font
les personnes
(auxquelles est destin le syst me) avant que le syst me
nexiste (mod lisation, abstraction)
T ches : regroupent les actions que feront les utilisateurs une
fois le syst me mis en place (test, validation, &)
13
MOD LE DE LACTIVIT
Dans ce cadre, le travail suscite des d marches participatives.
M thodes :
" Sondages exploratoires
" Entretiens
" Observations in situ
" Construction de sc narios
14
Pr par par Raoudha CHEBIL
7
Chapitre II Analyse des besoins
Niveau : II3
MOD LE DE LACTIVIT : SONDAGE EXPLORATOIRE
" Les r ponses doivent provenir dutilisateurs repr sentatifs.
" Diriger les questions sur des th mes et sous-th mes pr cis
Ne pas sattendre des r ponses globales
Exemple de sondage exploratoire (cas de la borne de gare)
" Quavez-vous demand lors de votre dernier passage un
guichet?
" Quest ce qui vous a le plus emb t lors de votre derni re
acquisition de billet de train?
Advertisement
" Quelles sont vos suggestions pour la cr ation dun guichet
automatique?
" &.
15
MOD LE DE LACTIVIT : ENTRETIENS FOCUS GROUP
Technique de groupes focalis s : permet d valuer des besoins, des
attentes, des satisfactions ou de mieux comprendre des opinions,
des motivations ou des comportements.
Techniques denqu te qualitative par opposition aux enqu tes
quantitatives reposant sur les questionnaires.
N cessite :
Un mod rateur de m tier, qui tablit un agenda
Un petit groupe de concepteurs et dutilisateurs (<10 personnes)
Sessions enregistr es sur support vid o
Grande quantit dinformations qualitatives
16
Pr par par Raoudha CHEBIL
8
Chapitre II Analyse des besoins
Niveau : II3
MOD LE DE LACTIVIT : OBSERVATIONS IN SITU
Observations de sujets membres de la population cible,
dans leur milieu naturel en train deffectuer lactivit
cible.
N cessit denregistrer les observations (vid os, prises de
notes)
17
MOD LE DE LACTIVIT : CONSTRUCTION DE SC NARIOS
Descriptions concr tes, accent mis sur des exemples particuliers
Technique la plus efficace mais n cessite des utilisateurs
repr sentatifs.
Tend placer les utilisateurs dans leur contexte :
Plus cr atifs
Expriment mieux leurs requis quavec les autres approches
Les utilisateurs crivent leur r ponse : permet au concepteur
didentifier le bon vocabulaire
Si difficult didentifier les activit s fondamentales/ secondaires :
un questionnaire avec classement ( chelle de 1 10)
18
Pr par par Raoudha CHEBIL
9
Chapitre II Analyse des besoins
Niveau : II3
R LES DES SC NARIOS
" 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
19
MOD LE DE LACTIVIT : SC NARIO
Sc nario 1
Virginie court pour attraper son train de 18h02.
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.
Advertisement
Malheureusement, le syst me ne veut pas lui vendre un billet
pour un train qui est (en th orie) d j parti.
20
Pr par par Raoudha CHEBIL
10
Chapitre II Analyse des besoins
Niveau : II3
MOD LE DE LACTIVIT : SC NARIO
Sc nario 2
Paul souhaite se rendre en train Orange. Il demande quel est le
premier train en partance pour Orange. Il y en a un qui part dans
30 minutes mais dont le trajet dure 2h50... cest beaucoup. Paul
aimerait savoir sil ny a pas un autre train qui mettrait moins de
temps, quitte a fl ner un peu en lattendant. Il y en a un, deux
heures plus tard, qui ne met que 2h pour atteindre Orange... Paul
h site. Il v rifie quil peut avoir une place non fumeur sur les deux
trains. Cest le cas. Paul h site encore. Il regarde sil y a un train
rapide qui peut lamener Avignon, o ses parents pourraient venir
le chercher. Cest le cas. Dans combien de temps part ce train ?Aura-
t-il le temps dappeler ses parents avant de le prendre ?
21
MOD LE DE LA T CHE
En IHM, plusieurs m thodes et
mod lisation sont disponibles et concernent :
techniques danalyse et de
Le fonctionnement normal et sa description : actigrammes et
datagrammes de SADT, diagrammes de flots de donn es de SA,
graphes de fluence, mod les pr conis s dans MERISE, mod les
dUML, r seaux de P tri&)
Le
fonctionnement anormal
complexes)
syst mes
industriels
: AMDEC (Analyse des Modes de
D faillances, de leurs Effets et de leur Criticit ), les arbres de
d faillance, les R seaux de Petri (RdP). Exp : syst me interactif en
salle de r gulation de trafic ferroviaire.
(surtout pour
les
22
Pr par par Raoudha CHEBIL
11
Chapitre II Analyse des besoins
Niveau : II3
23
Extrait dune mod lisation fine par r seaux de Petri de la dynamique dune
sous-t che dans un contexte de r gulation de trafic ferroviaire dans un but de
sp cification dIHM.
Sources :
Georges Fafiotte, Introduction lIHM
Kolski, C., & Ezzedine, H. (2003). Conception et valuation
des IHM de supervision: l ments m thodologiques. GENIE
LOGICIEL-TOULOUSE THEN PARIS-, 2-11.
24
Pr par par Raoudha CHEBIL
12