An Analysis of the Requirements Traceability Problem¶
Gotel, O. C. Z., & Finkelstein, C. W. (1994). An Analysis of the Requirements Traceability Problem. Proceedings of the First International Conference on Requirements Engineering, 94-101.
Cited by¶
2 citations across 2 artifacts.
Each citation links to the sentence it supports in the citing article.
Primes¶
- Traceability
- Traceability is the structural property by which any element of a system—a component, decision, transformation, or outcome—can be linked backward through its complete history of derivation, origin, and custody to its source, and forward through its current and downstream uses, enabling audit, attribution, impact analysis, and accountability on demand, as Gotel and Finkelstein (1994) formalized in their canonical analysis of the requirements traceability problem.
This sourceIEEE. Foundational analysis based on study of 100+ practitioners; introduces pre-RS and post-RS traceability and frames the bidirectional linkage requirement that defines the field.
Supported in partVerified against the work's full text
Gotel and Finkelstein define requirements traceability as following a requirement's life forwards and backwards, which supports the bidirectional core but only for requirements, not any system element.
“Requirements traceability refers to the ability to describe and follow the life of a requirement, in both a forwards and backwards direction (i.e., from its origins, through its development and specification, to its subsequent deployment”
- Traceability is the structural property by which any element of a system—a component, decision, transformation, or outcome—can be linked backward through its complete history of derivation, origin, and custody to its source, and forward through its current and downstream uses, enabling audit, attribution, impact analysis, and accountability on demand, as Gotel and Finkelstein (1994) formalized in their canonical analysis of the requirements traceability problem.
Mechanisms¶
- Change Impact Report
- Its failure mode is that a report is only as complete as the trace links behind it
This sourceShows that traceability-dependent analysis is bounded by the project information and interconnections that are actually recorded and maintained.
- Its failure mode is that a report is only as complete as the trace links behind it
Verification¶
Does it exist? Confirmed. This work's DOI resolves to a registered record, which fixes its identity. That is all it fixes.
Does it back the claim? Read against the text for 1 of 2 citations: 1 supported in part. Each verdict is shown under its citation below, with what in the work backs the sentence.
Support is checked per citation rather than per work — the same source can be cited soundly in one article and wrongly in another. Per-citation recording began recently, so a citation with no recorded check is a gap in the record rather than evidence it went unchecked.
See how references were verified.
Registry ID ref:cf855fda54a4 · see in the full table