Çift yönlü izlenebilirlik kullanın: her önemli gereksinimi onu karşılayan kararlar ve bileşenlerle, ardından bu bileşenleri kabul kanıtlarıyla ilişkilendirin. Ters bağlantılar bir bileşenin neden var olduğunu ve önerilen değişikliğin hangi gereksinimleri etkileyebileceğini gösterir.
Küçük, güncel tutulan bir zincir
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
R-12’nin aynı para iadesi isteğini yeniden işlemenin başka bir iade oluşturmamasını istediğini varsayalım. D-04, sabit bir iş işlemi kimliği ve yinelenen işlem algılamasını seçer. İş akışı bu kuralı uygular. T-18, yanıtın kaybolmasını simüle ettikten sonra isteği tekrarlar ve hâlâ yalnızca tek bir iş iadesi bulunduğunu doğrular.
