Historique de la question :
La traçabilité des exigences est née comme un outil pour éviter les divergences entre les attentes des entreprises et la mise en œuvre réelle du système. Initialement, les analystes s'appuyaient sur des vérifications manuelles et des listes, ce qui était extrêmement inefficace.
Problème :
En l'absence de traçabilité, le lien entre les exigences de différents niveaux est perdu : objectifs commerciaux → exigences fonctionnelles → exigences techniques → scénarios de test. Cela conduit à des erreurs, à des exigences « perdues » et à une mise en œuvre de mauvaise qualité.
Solution :
La traçabilité des exigences est construite comme une chaîne de correspondances à l'aide de matrices, d'outils spécialisés (Jama, DOORS, Jira/Zephyr) et de modèles :
Une matrice de traçabilité (traceability matrix) est créée, où la structure la plus simple est —
| Objectif commercial | Exigence fonctionnelle | Scénario de test |
|---|---|---|
| BC-1 | FR-1 | TC-1 |
L'étiquetage des artefacts dans les outils est appliqué.
À chaque modification de n'importe quel niveau, la chaîne est révisée — il doit y avoir un lien.
Il est important de procéder régulièrement à des revues pour identifier les exigences ou tests « pendants » sans lien avec les objectifs.
Caractéristiques clés :
Peut-on se passer de la matrice de traçabilité sur un petit projet ?
Non, même sur de petits projets, l'absence de traçabilité entraîne souvent une perte d'exigences.
Est-il suffisant de créer la traçabilité une seule fois au début du projet ?
Non, la matrice nécessite des mises à jour régulières au fur et à mesure que les exigences et les tests évoluent.
La traçabilité n'affecte-t-elle que la conclusion des tests ?
Non, elle est importante à toutes les étapes — de la conception à l'exploitation, elle aide à évaluer l'impact des changements et à planifier les travaux.
Cas négatif :
Dans le projet, la matrice de traçabilité n'a pas été construite, les testeurs ne se basaient que sur la spécification. Plusieurs exigences ont été mises en œuvre, mais pas vérifiées, ce qui a conduit à ce que des fonctionnalités en production ne fonctionnent pas comme prévu.
Avantages :
Inconvénients :
Cas positif :
Dans un autre projet, une matrice de traçabilité dynamique était maintenue. Toutes les exigences étaient liées aux tests et aux objectifs commerciaux, tout changement était suivi. Il n'y avait pas de fonctionnalités non prises en compte et de tests « non documentés ».
Avantages :
Inconvénients :