دو طرفہ traceability استعمال کریں: ہر اہم ضرورت کو ان فیصلوں اور اجزا سے جوڑیں جو اسے پورا کرتے ہیں، پھر ان اجزا کو قبولیت کے ثبوت سے ملائیں۔ الٹے روابط بتاتے ہیں کہ کوئی جز کیوں موجود ہے اور مجوزہ تبدیلی کن ضروریات کو متاثر کر سکتی ہے۔
ایک مختصر، برقرار رکھی جانے والی زنجیر
text
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
فرض کریں R-12 کہتا ہے کہ ایک ہی رقم واپسی کی درخواست دوبارہ چلانے سے دوسری رقم واپسی نہیں بننی چاہیے۔ D-04 ایک مستقل کاروباری آپریشن شناخت اور دہراؤ کی شناخت منتخب کرتا ہے۔ ورک فلو اس اصول کو نافذ کرتا ہے۔ T-18 جواب کھو جانے کی نقل کرنے کے بعد درخواست دہراتا ہے اور تصدیق کرتا ہے کہ کاروباری اعتبار سے اب بھی صرف ایک رقم واپسی ہے۔