====== P3-REQ-17-5-006 ====== [[dido:99_annexes:annex-d-requirements:part-03:start| Return to Requirements]] ===== Statement ===== The FX Demo Logical Profile SHALL distinguish FX logical Communication Endpoints from DDS Topics, REST resources, RPC methods, Protocol Buffers services, message queues, event streams, files, database handoffs, shared-memory locations, network routes, and deployment artefacts. ===== Source ===== Part 3, Section 17.5: FX Logical Communication Requirements. ===== Rationale ===== FX logical Communication Endpoints are logical architectural constructs that describe communication responsibilities independently of implementation technologies. Technologies such as DDS Topics, REST resources, RPC methods, Protocol Buffers services, message queues, event streams, and deployment artefacts are implementation mechanisms that may realize a logical Communication Endpoint but do not define its architectural meaning. Maintaining this distinction preserves platform independence and allows multiple Implementation Profiles to realize the same logical communication architecture using different technologies. ===== Applies To ===== This requirement applies to every FX logical Communication Endpoint defined within the FX Demo Logical Profile. It applies specifically to: * logical communication architecture; * platform-independent modeling; * Implementation Profile development; * architectural conformance reviews; and * architectural governance. ===== Verification ===== Verification SHALL confirm that logical Communication Endpoints are defined independently of implementation technologies. Verification activities should include review checks confirming that: * logical Communication Endpoints are not represented as implementation technologies; * implementation mechanisms are treated as realizations rather than architectural definitions; * platform independence is preserved; and * architectural and implementation concepts remain clearly separated. ===== Traceability ===== This requirement preserves the separation between conceptual communication architecture, logical communication architecture, and implementation-specific communication mechanisms established throughout the layered architecture. Related requirement identifiers: * [[dido:99_annexes:annex-d-requirements:part-03:p3-req-17-5-003]] * [[dido:99_annexes:annex-d-requirements:part-03:p3-req-17-5-005]] * [[dido:99_annexes:annex-d-requirements:part-03:p3-req-17-5-007]] Related source section: * [[fxdemo:03-part:17-fx-demo-logical-requirements:17-5-fx-logical-communication-requirements:start]] ===== Status ===== Draft ---- © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.