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-d-requirements:part-02:p2-req-16-9-013 [2026/07/11 12:57] – removed - external edit (Unknown date) 127.0.0.1 | dido:99_annexes:annex-d-requirements:part-02:p2-req-16-9-013 [2026/07/18 12:33] (current) – external edit 127.0.0.1 | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== P2-REQ-16-9-013 ====== | ||
| + | [[dido: | ||
| + | |||
| + | ===== Statement ===== | ||
| + | |||
| + | Logical [[dido: | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Part 2, Section 16.9: Logical Traceability Requirements. | ||
| + | |||
| + | ===== Rationale ===== | ||
| + | |||
| + | Architectural relationships are not always one-to-one. A single conceptual concern may refine into several logical elements, and multiple logical elements may contribute to a common implementation or evidence artifact. Allowing many-to-one and one-to-many relationships ensures that the Traceability Model accurately reflects the architecture rather than forcing artificial mappings that obscure architectural intent. | ||
| + | |||
| + | ===== Applies To ===== | ||
| + | |||
| + | This requirement applies to the Logical Traceability Model. | ||
| + | |||
| + | It applies specifically to: | ||
| + | |||
| + | * Traceability relationships; | ||
| + | * Conceptual elements; | ||
| + | * Logical elements; | ||
| + | * Domain Logical Profiles; and | ||
| + | * Implementation Profiles. | ||
| + | |||
| + | ===== Verification ===== | ||
| + | |||
| + | Verification SHALL confirm that the Logical Traceability Model supports the architectural relationships actually present. | ||
| + | |||
| + | Verification activities should include review checks confirming that: | ||
| + | |||
| + | * one-to-many relationships are permitted where appropriate; | ||
| + | * many-to-one relationships are permitted where appropriate; | ||
| + | * artificial mappings are avoided; and | ||
| + | * traceability accurately represents the architecture. | ||
| + | |||
| + | ===== Traceability ===== | ||
| + | |||
| + | This requirement supports accurate traceability throughout the architecture lifecycle without imposing unnecessary structural constraints. | ||
| + | |||
| + | Related requirement identifiers: | ||
| + | |||
| + | * [[dido: | ||
| + | * [[dido: | ||
| + | * [[fxdemo: | ||
| + | |||
| + | Related source section: | ||
| + | |||
| + | * [[fxdemo: | ||
| + | |||
| + | ===== Status ===== | ||
| + | |||
| + | Draft | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||