Utilisez une traçabilité bidirectionnelle : reliez chaque exigence importante aux décisions et composants qui y répondent, puis ces composants aux preuves d’acceptation. Les liens inverses indiquent pourquoi un composant existe et quelles exigences une modification pourrait affecter.
Une chaîne courte et entretenue
text
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
Supposons que R-12 impose que rejouer la même demande de remboursement ne crée pas un second remboursement. D-04 retient un identifiant stable d’opération métier et une détection des doublons. Le workflow applique cette règle. T-18 répète une demande après une perte de réponse simulée et vérifie qu’un seul remboursement métier existe toujours.