Használjon kétirányú nyomon követhetőséget: minden fontos követelményt kapcsoljon az azt teljesítő döntésekhez és komponensekhez, majd ezeket az elfogadást igazoló bizonyítékokhoz. A visszafelé mutató kapcsolatok megmutatják, miért létezik egy komponens, és egy javasolt változás mely követelményeket érintheti.
Kicsi, karbantartott lánc
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
Tegyük fel, hogy az R-12 szerint ugyanannak a visszatérítési kérésnek az ismétlése nem hozhat létre újabb visszatérítést. A D-04 stabil üzleti műveletazonosítót és duplikációészlelést választ. A munkafolyamat megvalósítja ezt a szabályt. A T-18 egy elveszett válasz szimulálása után megismétli a kérést, és ellenőrzi, hogy továbbra is egyetlen üzleti visszatérítés létezik.
