Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| dido:99_annexes:annex-b-terms-and-definitions:t:traceability [2026/07/11 11:14] – removed - external edit (Unknown date) 127.0.0.1 | dido:99_annexes:annex-b-terms-and-definitions:t:traceability [2026/08/04 07:09] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Traceability ====== | ||
| + | [[dido: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | Traceability relates one architectural, | ||
| + | |||
| + | Traceability supports governance, review, auditability, | ||
| + | |||
| + | Traceability also helps identify the scope of change. When a concept, logical element, implementation artifact, deployment artifact, or evidence requirement changes, traceability helps reviewers determine which related elements may require review. | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | //quality permitting relationships to be followed// | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Informed by SIP-RA traceable processing and implementation-independent architecture concerns; aligned with FDIS-RA traceability, | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | Traceability does not imply that every element maps one-to-one. One conceptual element may influence multiple logical elements, and one evidence item may support multiple claims. | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | A Communication Endpoint may trace to a logical endpoint in Part 2, a DDS Topic in Part 4, a Kubernetes deployment configuration in Part 5, and captured message evidence in an acceptance test. | ||