Logical Evidence Traceability
Discussion
Logical Evidence Traceability relates logical elements and logical interactions to the evidence expectations that later implementation, deployment, testability, and evidence plans satisfy.
Logical Evidence Traceability does not create runtime evidence in Part 2. It identifies what later parts need to evidence. It connects claims about logical behavior to the logical Nodes, endpoints, information structures, Runtime Planes, interactions, governance constraints, and traceability relationships that support those claims.
Logical Evidence Traceability prepares Part 5 to define deployment evidence, captured messages, logs, status records, provenance records, test results, configuration snapshots, review records, and evidence packages.
Definition
Traceability relationship connecting logical elements and interactions to evidence expectations for later realization, deployment, testing, and review.
Source
Specialization of Evidence and Traceability from Part 1, Sections 7.9 and 7.10; generalised from acceptance evidence, audit, provenance, replay, and runtime evidence material in the original FX Demo Reference Architecture.
Note
Logical Evidence Traceability identifies evidence expectations. It does not prescribe evidence files, logs, screenshots, dashboards, repositories, or test tools.
Example
The Report Node Status pattern includes an expectation that later parts capture status records that show the Logical Node Identity, lifecycle state, timestamp, and status reason during a test or operational review.
© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.