Élicitation des exigences

L'élicitation des exigences est l'activité qui consiste à découvrir les besoins, les objectifs et les contraintes des parties prenantes qu'un système logiciel doit satisfaire, en les recueillant auprès des personnes, des documents et du contexte opérationnel.

Definition

L'élicitation des exigences est le processus de recherche, de capture et de consolidation des exigences auprès des parties prenantes et d'autres sources, mettant en évidence à la fois les besoins exprimés et les attentes tacites ou non formulées.

Scope

Ce sujet couvre les techniques d'élicitation telles que les entretiens, les ateliers, les questionnaires, l'observation et l'ethnographie, le prototypage, l'analyse de scénarios et de cas d'utilisation, ainsi que l'étude de documents et de domaines ; l'identification des parties prenantes et de leurs points de vue ; et les défis liés aux connaissances tacites, aux intérêts conflictuels et à la communication interdisciplinaire.

Core questions

• Qui sont les parties prenantes et comment leurs points de vue sont-ils identifiés ?
• Quelles techniques mettent le mieux en évidence les besoins tacites et conflictuels ?
• Comment le contexte opérationnel et les connaissances du domaine peuvent-ils être capturés ?
• Comment l'ambiguïté et la mauvaise communication sont-elles minimisées pendant la phase de découverte ?

Key theories

Élicitation multi-technique

Aucune technique unique ne suffit ; les entretiens, l'observation, le prototypage et l'analyse de scénarios sont combinés et choisis en fonction de la disponibilité des parties prenantes, de la familiarité avec le domaine et du caractère tacite des connaissances recherchées.

Analyse des points de vue et des parties prenantes

Les exigences sont recueillies à partir de multiples points de vue des parties prenantes, qui sont ensuite conciliés ; la modélisation explicite des points de vue révèle les conflits et les lacunes qu'une perspective unique ne permettrait pas de déceler.

Clinical relevance

Une élicitation efficace détermine si le système résultant répond à des besoins réels ; une élicitation incomplète ou biaisée est une cause majeure d'échec de projet, de sorte que la sélection des techniques et la couverture des parties prenantes sont des décisions initiales critiques.

Evidence & guidelines

Le domaine de connaissances des exigences logicielles du SWEBOK et la norme ISO/IEC/IEEE 29148 décrivent les sources et les techniques d'élicitation comme faisant partie du processus d'exigences.

History

Les premières pratiques en matière d'exigences reposaient principalement sur les entretiens et l'étude de documents ; à partir des années 1990, le domaine s'est élargi pour intégrer l'observation ethnographique, la modélisation de scénarios et d'objectifs, ainsi que les techniques participatives, reconnaissant qu'une grande partie des connaissances critiques est tacite et socialement située.

Key figures

• Joseph Goguen
• Axel van Lamsweerde
• Ian Sommerville

Seminal works

• vanlamsweerde2009
• goguen1993
• sommerville2015

Frequently asked questions

Pourquoi l'élicitation est-elle plus difficile que de simplement demander aux utilisateurs ce qu'ils veulent ?

Les parties prenantes ne peuvent souvent pas articuler pleinement leurs besoins, ont des objectifs conflictuels ou omettent des connaissances qu'elles considèrent comme évidentes ; l'élicitation doit faire émerger ces connaissances tacites et contestées par un mélange de techniques plutôt que par un seul entretien.

Quel est le rôle du prototypage dans l'élicitation ?

Les prototypes offrent aux parties prenantes quelque chose de concret sur lequel réagir, exposant les malentendus et les attentes non formulées bien plus efficacement que les descriptions abstraites, ce qui fait du prototypage une technique puissante d'élicitation et de validation.