ਦੋ-ਤਰਫ਼ੀ traceability ਵਰਤੋ: ਹਰ ਮਹੱਤਵਪੂਰਨ ਲੋੜ ਨੂੰ ਉਸਨੂੰ ਪੂਰਾ ਕਰਦੇ ਫ਼ੈਸਲਿਆਂ ਅਤੇ ਕੰਪੋਨੈਂਟਾਂ ਨਾਲ ਜੋੜੋ, ਫਿਰ ਕੰਪੋਨੈਂਟਾਂ ਨੂੰ acceptance ਦੇ ਸਬੂਤ ਨਾਲ ਜੋੜੋ। ਉਲਟ ਲਿੰਕ ਦੱਸਦੇ ਹਨ ਕਿ ਕੰਪੋਨੈਂਟ ਕਿਉਂ ਹੈ ਅਤੇ ਸੁਝਾਇਆ ਬਦਲਾਅ ਕਿਹੜੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ।
ਛੋਟੀ ਪਰ ਸੰਭਾਲੀ ਹੋਈ ਲੜੀ
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
ਮੰਨੋ R-12 ਕਹਿੰਦਾ ਹੈ ਕਿ ਇੱਕੋ ਰਿਫੰਡ ਬੇਨਤੀ ਦੁਬਾਰਾ ਭੇਜਣ ਨਾਲ ਹੋਰ ਰਿਫੰਡ ਨਹੀਂ ਬਣਨਾ ਚਾਹੀਦਾ। D-04 ਸਥਿਰ business operation identifier ਅਤੇ ਡੁਪਲੀਕੇਟ ਪਛਾਣ ਚੁਣਦਾ ਹੈ। Workflow ਇਹ ਨਿਯਮ ਲਾਗੂ ਕਰਦਾ ਹੈ। T-18 ਜਵਾਬ ਗੁੰਮ ਹੋਣ ਦੀ ਨਕਲ ਮਗਰੋਂ ਬੇਨਤੀ ਦੁਹਰਾਉਂਦਾ ਹੈ ਅਤੇ ਜਾਂਚਦਾ ਹੈ ਕਿ ਅਜੇ ਵੀ ਇੱਕੋ ਕਾਰੋਬਾਰੀ ਰਿਫੰਡ ਹੈ।
