This is an old revision of the document!


10.8 Traceability Boundaries

Go to Top

Traceability has boundaries. The document set can preserve meaningful relationships without creating unnecessary administrative burden.

A Traceability relationship can exist when it supports architecture review, implementation mapping, deployment verification, Evidence collection, conformance assessment, audit, Governance and Authority, or impact analysis.

A Traceability relationship can identify enough information to support review, including:

  • Source element
  • Target element
  • Relationship type
  • Part, profile, or artefact containing the relationship
  • Purpose of the relationship
  • Evidence or review mechanism, where applicable

Traceability cannot imply that all details belong in the conceptual architecture. Part 1 defines the conceptual Traceability model. Later sections provide detailed Traceability matrices, mappings, deployment references, and Evidence records appropriate to their respective layers.


© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.

  • fxdemo/01-part/10-conceptual-traceability-model/10-8-traceability-boundaries.1783468355.txt.gz
  • Last modified: 2026/07/07 16:52
  • by owen