Chapitre II – Analyse des besoins

systèmes

informatiques ;

 Niveau d’expertise dans le domaine ;

 Biométrie, capacités physiques : Taille, âge, sexe, déficiences ;

 Milieu socio-culturel : Nationalité, contexte culturel… ;

 Fréquence envisagée d’utilisation : Fréquent, occasionnel, rare.

EXEMPLE

Cas de la borne d’achat 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 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

Utilisateurs

Voyageurs

9

EXEMPLE

Concepts du domaine

Billet, train

Actions

Acheter/ modifier/ annuler l’achat d’un billet de train

Critères de succès





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

10

Préparé par Raoudha CHEBIL

5

Chapitre II – Analyse des besoins

Niveau : II3

EXEMPLE

Modèle de l’utilisateur

 Niveau de connaissances générales L’utilisateur sait lire et écrire

 Niveau d’expertise 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

 Faible priorité aux utilisateurs de niveaux d’expertise supérieurs

 Niveau d’expertise dans le domaine : faible

 L’utilisateur connait au minimum le vocabulaire et les concepts

suivants : gare, train, horaires, correspondances, réservation…

 Biométrie, capacités physiques : toute personne à partir d’un

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é d’une seule main

MODÈLE DE L’UTILISATEUR

Ne pas viser trop « court »

Oublier une catégorie d’utilisateur 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 L’ACTIVITÉ

Objectif : 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

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 n’existe (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 L’ACTIVITÉ

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 L’ACTIVITÉ : SONDAGE EXPLORATOIRE

• 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?

• ….

15

MODÈLE DE L’ACTIVITÉ : 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 d’enquê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 d’utilisateurs (<10 personnes)

 Sessions enregistrées sur support vidéo

 Grande quantité d’informations qualitatives

16

Préparé par Raoudha CHEBIL

8

Chapitre II – Analyse des besoins

Niveau : II3

MODÈLE DE L’ACTIVITÉ : OBSERVATIONS IN SITU

 Observations de sujets membres de la population cible, dans leur « milieu naturel » en train d’effectuer l’activité cible.

 Nécessité d’enregistrer les observations (vidéos, prises de

notes)

17

MODÈLE DE L’ACTIVITÉ : 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 qu’avec les autres approches

 Les utilisateurs écrivent leur réponse : permet au concepteur

d’identifier le bon vocabulaire

 Si difficulté d’identifier 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 L’ACTIVITÉ : 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.

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 L’ACTIVITÉ : 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... c’est beaucoup. Paul aimerait savoir s’il n’y a pas un autre train qui mettrait moins de temps, quitte a flâner un peu en l’attendant. Il y en a un, deux heures plus tard, qui ne met que 2h pour atteindre Orange... Paul hésite. Il vérifie qu’il peut avoir une place “non fumeur” sur les deux trains. C’est le cas. Paul hésite encore. Il regarde s’il y a un train rapide qui peut l’amener à Avignon, où ses parents pourraient venir le chercher. C’est le cas. Dans combien de temps part ce train ?Aura- t-il le temps d’appeler 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 d’analyse 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 d’UML, 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 d’une modélisation fine par réseaux de Petri de la dynamique d’une sous-tâche dans un contexte de régulation de trafic ferroviaire dans un but de spécification d’IHM.

Sources :

 Georges Fafiotte, Introduction à l’IHM  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