01.11.2017 Views

BABOK_Guide_v3_member_copy

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Requirements Life Cycle Management<br />

Trace Requirements<br />

Figure 5.1.3: Trace Requirements Input/Output Diagram<br />

Input<br />

<strong>Guide</strong>lines and Tools<br />

Domain Knowledge<br />

Requirements<br />

Designs<br />

5.1.4 Elements<br />

Information Management<br />

Approach<br />

Legal/Regulatory<br />

Information<br />

Requirements Management<br />

Tools/Repository<br />

.1 Level of Formality<br />

5.1<br />

Requirements<br />

(traced)<br />

5.1<br />

Trace Requirements<br />

Output<br />

Tasks Using This Output<br />

7.5<br />

Define Design<br />

Options<br />

5.1<br />

Designs<br />

(traced)<br />

When tracing requirements, business analysts consider the value that each link is<br />

supposed to deliver, as well as the nature and use of the specific relationships that<br />

are being created.<br />

The effort to trace requirements grows significantly when the number of<br />

requirements or level of formality increases.<br />

Complimentary IIBA® Member Copy. Not for Distribution or Resale.<br />

.2 Relationships<br />

There are several types of relationships that the business analyst considers when<br />

defining the traceability approach:<br />

• Derive: relationship between two requirements, used when a requirement<br />

is derived from another requirement. This type of relationship is appropriate<br />

to link the requirements on different levels of abstraction. For example, a<br />

solution requirement derived from a business or a stakeholder requirement.<br />

81

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!