10 techniques d’identification des exigences dans un projet système d’information

Une activité d’identification des exigences répond principalement aux objectifs suivants :

• Identifier toutes les fonctions, caractéristiques, limitations et attentes désirées ;
• Orienter les exigences vers la vision du projet ;
• Détailler les exigences de haut-niveau et décrire clairement les fonctions et les services ;
• Exclure les fonctions et les fonctionnalités que le client ne veut pas.

La réussite d’une activité d’identification des exigences nécessite d’appliquer plusieurs techniques. En se basant sur les recommandations de Global Association for Software Quality (GASQ) et sur nos expériences terrains, nous vous proposons ici une sélection des meilleurs techniques d’identification des exigences.

 

Technique N°1 : Questionnaires
Un questionnaire peut être constitué de questions ouvertes ou fermées. Une question ouverte requiert de celui qui répond de formuler sa propre réponse. Dans le cas d'une question fermée, la personne qui répond est invitée à choisir une réponse parmi un certain nombre d'options possibles. Ces options doivent être mutuellement exclusives.

Avantages :

• Coûts mineurs;
• Un public large peut être ciblé.

Inconvénients :

• Non applicable pour recueillir des connaissances implicites;
• Faible taux de retour sans motivation des personnes qui répondent;
• Des questionnaires peuvent souvent être directifs, ce qui empêche l'identification des besoins réels des utilisateurs.

 

 

Technique N°2 : Entretiens
L’entretien est une technique de conversation où l'intervieweur demande à l’interviewé d'obtenir des informations sur un sujet spécifique. Cette technique est très interactive et permet de modifier l'ordre des questions préalablement préparées selon les réponses de l’interviewé et de la situation.
L'intervieweur doit poser des questions ouvertes pour obtenir des informations et poser des questions fermées juste pour confirmer les informations recueillies (par exemple, confirmer les exigences déjà identifiées).

Avantages :

• La progression peut être adaptée en fonction de la personne qui répond.

Inconvénients :

• Consommateur de temps;
• Reproduction insuffisante des résultats (difficulté d'obtenir les mêmes réponses lorsqu’on répète un entretien).

 

 

Technique N°3 : Auto-enregistrement
Dans cette technique, la partie prenante (par exemple, un utilisateur final) documente ses activités exercées pour accomplir une tâche spécifique. En plus de documenter les activités «tel quel», l'utilisateur décrit également les modifications, les désirs et besoins.
Les techniques associées à cette approche sont : des démonstrations ou des revues de documents.

Avantages :

• Faible temps et effort pour l'Ingénieur des Exigences côté vendeur logiciel.

Inconvénients :

• Négliger des activités «automatisées» (comme l'impression et la réception de copie imprimée);
• Très dépendante de la motivation et l'expérience de l'utilisateur.

 

Technique N°4 : Représentants du client sur site
Cette approche est l'une des méthodes les plus efficaces pour l’identification des exigences (et la validation) car elle permet au représentant de surveiller systématiquement le progrès, de vérifier l'exactitude de la conception et de fournir des commentaires et des informations supplémentaires si nécessaire.
Avoir des représentants client sur site est l'une des principales règles des méthodes Agiles.

Avantages :

• Retours rapides;
• Fourniture d’exigences orientées utilisateur qui sont facilement acceptées.

Inconvénients :

• Coûts élevés pour le client;
• Coûts d'adaptation.

 

Technique N°5 : Identification des exigences sur la base de documents existants
Cette technique peut être utilisée dans le cas où il y a de la documentation déjà existante qui peut aider à identifier les besoins au sein d'une organisation. Les exigences identifiées sont la base pour une analyse ultérieure des exigences et les besoins doivent être détaillés et étendus avec d'autres exigences correspondantes et liées.

Avantages :

• Aucune fonctionnalité n'est négligée.

Inconvénients :

• Coûteux;
• Non applicable quand il n'y a pas de documents ou seulement des documents de base au sein d'une organisation;
• Non applicable lorsque la documentation n'est pas maintenue correctement à jour.

 

Technique N°6 : Réutilisation des spécifications d’un projet précédent
La spécification des exigences réalisée pour un projet précédent peut être utilisée dans un autre projet pour raccourcir la durée de l'analyse des exigences et de la documentation.
Dans la plupart des cas, seules certaines parties des spécifications existantes peuvent être utilisées dans de nouveaux projets. La documentation à réutiliser doit toujours être vérifiée par rapport à la conformité avec les besoins et exigences courants et correctement ajustés.

Avantages :

• Réduction des coûts.

Inconvénients :

• Coûts élevés du premier projet;
• La réutilisation des exigences peut demander une gestion du changement importante et coûteuse si elle n'a pas été prise en compte correctement dans les projets précédents.

 

Technique N°7 :Brainstorming
Le brainstorming est une technique couramment utilisée pour obtenir des exigences relatives à des domaines nouveaux ou pas bien connus concernant une nouvelle activité d'une organisation ou une fonctionnalité du système planifié. Cette technique permet de recueillir de nombreuses idées de diverses parties prenantes en temps limité et à faible coût. Lors de la séance de brainstorming, les participants soumettent des idées et des concepts relatifs à problème donné.

Avantages :

• Faibles coûts;
• Chance de recueillir de nombreuses idées valables en temps limité.

Inconvénients :

• Difficile si participants non motivés;
• Difficile à appliquer dans des équipes distribuées.

 

Technique N°8 :Observation terrain
L’observation sur le terrain permet des activités d'observation des utilisateurs et des processus en cours et d'identifier les exigences du système sur cette base. Une observation réalisée sur site permet de regarder les utilisateurs en train de travailler et de documenter les processus, les tâches et les résultats. Dans certains cas, l'observation est prolongée par des entretiens des utilisateurs au sujet de leurs emplois et sur la façon dont ils réalisent leurs tâches.

Avantages :

• Possibilité d'observer les utilisateurs pendant leur travail et d’identifier de réels besoins;
• Utile lorsque les parties prenantes ont des problèmes pour exprimer leurs besoins.

Inconvénients :

• Des cas exceptionnels peuvent être omis;
• Non applicable dans certaines situations (par exemple, en sécurité de fonctions et pour des raisons légales).

 

Technique N°9 :Apprentissage
Le but de l’apprentissage est de recueillir des exigences d'un client, en particulier dans le cas où les processus et les activités effectués par le personnel client ne sont pas faciles à décrire en utilisant d'autres techniques, comme des entretiens, ou si le client a des problèmes pour exprimer clairement les exigences concernant le logiciel prévu.
L’apprentissage est un processus d’étude, par le client de son travail. Le client, qui connaît le mieux comment faire son travail spécifiques, l’enseigne à l'ingénieur des exigences - comme un maître à son élève.

Avantages :

• Aide pour surmonter la difficulté que les employés du client peuvent avoir à penser à des
  choses de façon abstraite et à décrire leurs tâches verbalement.

Inconvénients :

• Coûts élevés et consommateur de temps;
• Non applicable dans des environnements dangereux.

 

Technique N°10 :Ateliers
L’atelier est une sorte de réunion sur un sujet spécifique (préalablement défini et annoncé aux participants), impliquant généralement les parties prenantes représentant différents secteurs et / ou domaines pendant une période courte et intensive.
Les ateliers peuvent avoir des objectifs différents

• Identifier des exigences (i.e. afin d'établir la portée d'une solution)
• Découvrir des exigences cachées (i.e. des exigences qui ne sont pas directement indiquées ou même pas réalisées par les parties prenantes, mais nécessaires pour accomplir certains de leurs besoins ou des exigences de niveau supérieur)
• Développer des exigences (de façon détaillée) dans un secteur nouvellement identifié
• Prioriser les exigences
• Parvenir à un consensus sur les exigences quand il s'agit de s'accorder sur les exigences (signature)
• Examiner les résultats de processus spécifiés ou activités (i.e. revoir la spécification des exigences fonctionnelles) et résoudre les problèmes qui pourraient être apparus

Avantages :

• Faire participer les personnes qui ont différents points de vue sur un problème donné;
• Permettre de déterminer et de décrire les exigences provenant de différentes perspectives
• Permet de découvrir rapidement et de résoudre des conflits potentiels entre les exigences des parties prenantes.

Inconvénients :

• Difficile dans le cas d'équipes géographiquement distribuées;
• Disponibilité de toutes les personnes requises pour participer à l'atelier;
• Le consensus n'est pas nécessairement facile à atteindre lors d'un atelier, et la discussion peut décrocher sur de (petites) questions problématiques, rendant ainsi le processus long et démotivant pour les participants.

Source : Global Association for Software Quality.

Lancelot TETANG
Consultant