Show pageOld revisionsBacklinksAdd to bookExport to PDFODT exportBack to top Backlinks This is a list of pages that seem to link back to the current page. 3.2.2 Explicit Separation of Interpretive Concerns1.1 Purpose1.2 Scope1.3 Intended Audience1.4.1 Why a Wiki1.4.3 Using the Wiki1. Introduction2.1 Operational Need2.2 Mission and Expected Outcomes2. Operational Need and Mission3.1 Connectivity Conditions3.2 Deployment Environments3.3 Security Domains and Transfer Boundaries3. Operational Environment4.1 Human Actors4.3 External Systems5.1 Select and Compose Baselines5.2 Construct Images5.3 Capture and Preserve Dependencies5.4 Assess Compliance5.5 Deploy the Environment5.6 Validate the Result5.7 Preserve Evidence and Lifecycle Records5. Operational Concept6.2 Deploy in a Connected Environment7.4 Import the Transfer BundleMO-001a — Infrastructure Environment CreationMO-001b — Deployment DurationMO-001c — ReproducibilityMO-001d — Security Baseline ConformanceMO-001e — Compliance Baseline ConformanceMO-001 — Repeatable, Compliant, and Secure Infrastructure EnvironmentsMO-002a — Maximum Platform Deployment DurationMO-002b — Platform Deployment Duration ReductionMO-002 — Reduced Platform Deployment TimelinesMO-003a — Cross-Platform DeploymentMO-003b — Provider-Independent Crucible DescriptionMO-003c — Provider-Independent Infrastructure BaselineMO-003d — Limitation of Provider-Specific DependenciesMO-003 — Cloud-Agnostic DeploymentMO-004a — Connected Environment OperationsMO-004b — Disconnected Environment OperationsMO-004c — Authorized Resource UseMO-004d — Disconnected Resource AvailabilityMO-004 — Connected and Disconnected OperationsMO-005a — Infrastructure Baseline Artifact ManagementMO-005b — Infrastructure Baseline IdentificationMO-005c — Infrastructure Baseline Revision ControlMO-005d — Approved Infrastructure Baseline SelectionMO-005e — Infrastructure Baseline ReuseMO-005f — Approved Infrastructure Baseline PreservationMO-005g — Infrastructure Deployment Baseline TraceabilityMO-005 — Reusable and Version-Controlled Infrastructure BaselinesMO-006a — Operational Lifecycle AssociationMO-006b — Infrastructure Lifecycle InitiationMO-006c — Infrastructure Lifecycle State RecordingMO-006d — Infrastructure Lifecycle Transition ExecutionMO-006e — Infrastructure Environment RetirementMO-006 — Infrastructure Lifecycle ManagementOR-001a — Developer OperationsOR-001b — DevSecOps Engineer OperationsOR-001c — Platform Engineer OperationsOR-001d — System Administrator OperationsOR-001e — Security Engineer OperationsOR-001f — Compliance Officer OperationsOR-002c — Deployment Acceptance RecordOR-003a — Classified Environment OperationsOR-003b — Unclassified Environment OperationsOR-003 — Classified and Unclassified EnvironmentsFR-CFG-002 — Infrastructure as CodeC.3.1 Configuration ManagementC.3.2 Image ManagementC.3.3 Deployment OrchestrationC.3.4 Multi-Cloud ManagementFR-AG-005 — Deployment Traceability Across Disconnected EnvironmentsC.3.5 Air-Gapped OperationsC.3.6 Compliance ManagementC.3.8 DevSecOps IntegrationC.3.9 Baseline Composition and WorkspaceC.3.10 Dependency Capture and Offline TransferC.3.11 Crucible InterfacesCrucibleMO-001 — Governed Distributed Test EnvironmentsMO-002a — Reproducible Test EnvironmentsMO-002b — Reproducible Test ExecutionMO-003 — Automated Test ExecutionMO-004a — DIDO Baseline ComparisonMO-004b — Validation Decision Based on DIDO Baseline ComparisonMO-004 — DIDO Baseline Comparison and ValidationMO-005 — Comparative Evaluation of Candidate SolutionsMO-006a — Application-Independent TestingMO-006b — Infrastructure-Independent TestingMO-006 — Application-Independent and Infrastructure-Independent TestingMO-007a — Connected Environment OperationMO-007b — Disconnected Environment OperationMO-007c — Air-Gapped Environment OperationMO-007 — Connected, Disconnected, and Air-Gapped OperationMO-008a — Test Result TraceabilityMO-008b — Evidence TraceabilityMO-008 — Traceable Test Results and EvidenceMO-009a — Test Resource DescriptionMO-009b — Test Resource ControlMO-009c — Test Resource ApplicabilityMO-009d — Test Resource Use TraceabilityMO-009 — Reusable Test ResourcesC.1 Mission ObjectivesENV-001c — Identify Included Test ObjectsENV-002a — Apply Controlled Descriptive InformationENV-002b — Instantiate Included Test ObjectsENV-002c — Instantiate Included NodesENV-002d — Provision Required Test ResourcesENV-002e — Apply Configuration ValuesENV-002f — Establish Communication RelationshipsENV-002g — Enforce Environmental ConstraintsENV-002h — Enforce Security ConstraintsENV-002i — Enforce Deployment ConstraintsENV-002j — Apply Version and Baseline InformationENV-002k — Record Test Environment ConfigurationENV-002l — Validate Test Environment ConfigurationENV-003a — Apply Required BaselineENV-003b — Apply Required Configuration ValuesENV-003c — Initialise Participating NodesENV-003d — Initialise Test ObjectsENV-003e — Provision Required Test ResourcesENV-003f — Load Required Test InputsENV-003g — Establish Required Communication RelationshipsENV-003h — Apply Applicable ConstraintsENV-003i — Remove or Isolate Residual StateENV-003j — Validate Controlled Starting StateENV-003k — Record Controlled Starting StateENV-003l — Prevent Execution from Invalid Starting StateENV-003 — Establish Controlled Starting StateENV-004a — Define Deterministic Environmental ConditionsENV-004b — Control Baselines and ConfigurationsENV-004c — Control Test InputsENV-004d — Control Time SourcesENV-004e — Control Random ValuesENV-004f — Control Execution OrderingENV-004g — Control Resource AllocationENV-004h — Control External DependenciesENV-004i — Control Communication ConditionsENV-004j — Detect Environmental VariationENV-004k — Record Environmental VariationENV-004l — Validate Environmental DeterminismENV-004m — Prevent Execution Under Uncontrolled ConditionsENV-004 — Provide Deterministic Test EnvironmentENV-005a — Emulate Distributed TopologyENV-005b — Emulate Participating NodesENV-005c — Emulate Communication BehaviourENV-005d — Emulate Time and Clock ConditionsENV-005e — Emulate Resource ConditionsENV-005f — Emulate Node FailuresENV-005g — Emulate Communication FailuresENV-005h — Emulate Network PartitionsENV-005i — Emulate Membership and Topology ChangesENV-005j — Emulate Recovery BehaviourENV-005k — Observe Distributed InteractionsENV-005l — Record Distributed-System EmulationENV-005m — Validate Emulation FidelityENV-006 — Reproduce Real-World ConditionsNOD-001a — Identify the Node RoleNOD-001b — Identify the Node TypeNOD-001c — Define Node InterfacesNOD-001d — Define Node DependenciesNOD-001e — Define Node Resource RequirementsNOD-001f — Define Node Lifecycle BehaviourNOD-001g — Define Node Observability RequirementsNOD-001h — Validate the Node DefinitionNOD-001 — Define a NodeNOD-002a — Select the Node DefinitionNOD-002b — Select the Node ImplementationNOD-002c — Resolve Node DependenciesNOD-002d — Allocate Node ResourcesNOD-002e — Instantiate the NodeNOD-002f — Establish the Node Initial StateNOD-002g — Record Node ProvisioningNOD-002h — Validate the Provisioned NodeNOD-002 — Provision a NodeNOD-003a — Select the Node ConfigurationNOD-003b — Resolve Node Configuration ValuesNOD-003c — Apply the Node ConfigurationNOD-003e — Protect Sensitive Configuration ValuesNOD-003f — Record Node ConfigurationNOD-003g — Validate the Configured NodeNOD-003 — Configure a NodeNOD-004a — Establish the Initial Node StateNOD-004b — Start the NodeNOD-004c — Confirm Node ReadinessNOD-004d — Transition the Node StateNOD-004e — Stop the NodeNOD-004g — Handle a Node Lifecycle ExceptionNOD-004h — Record Node Lifecycle ActivityNOD-004 — Control the Node LifecycleNOD-005a — Authorize Node ExecutionNOD-005b — Initiate Node ExecutionNOD-005c — Provide Node InputsNOD-005d — Observe Node ExecutionNOD-005e — Control Node ExecutionNOD-005f — Handle a Node Execution ExceptionNOD-005g — Complete Node ExecutionNOD-005h — Record Node ExecutionNOD-005 — Execute a NodeNOD-006 — Isolate a NodeNOD-007 — Identify a NodeNOD-008a — Establish Node ObservationNOD-008b — Observe Node StateNOD-008c — Observe Node ActivityNOD-008d — Observe Node Resource UseNOD-008e — Detect a Node DeviationNOD-008f — Record Node ObservationsNOD-008 — Observe a NodeNOD-009a — Establish Node Resource ControlsNOD-009b — Allocate Node ResourcesNOD-009c — Control Node Resource UseNOD-009d — Handle a Node Resource-Control ExceptionNOD-009e — Release Node ResourcesNOD-009f — Record Node Resource ControlNOD-009 — Control Node ResourcesNOD-010a — Specify a Node FaultNOD-010b — Authorize Node Fault InjectionNOD-010c — Prepare Node Fault InjectionNOD-010d — Inject a Node FaultNOD-010e — Control a Node FaultNOD-010f — Recover from a Node FaultNOD-010g — Record Node Fault InjectionNOD-010 — Inject Node FaultsNOD-011a — Specify Node State PreservationNOD-011b — Capture Node StateNOD-011c — Protect Preserved Node StateNOD-011d — Verify Preserved Node StateNOD-011e — Retain Preserved Node StateNOD-011f — Restore Preserved Node StateNOD-011g — Dispose of Preserved Node StateNOD-011h — Record Node State PreservationNOD-011 — Preserve Node StateNOD-012 — Reset a NodeNOD-013 — Maintain Node TraceabilityC.3.2 Node RequirementsC.3.3 Twin Node RequirementsTWIN-001c — Identify a Twin RealizationTWIN-002c — Preserve Twin Realization AssociationTWIN-005f — Preserve Twin Realization State ProvenanceTWIN-010 — Maintain Twin TraceabilityCON-006 Define Traceability RelationshipsCON-009 Define Requirements TraceabilityConceptual SemanticsConformance SemanticsDatatype SemanticsGraph SemanticsImplementation SemanticsLifecycle SemanticsOntological SemanticsOWL SemanticsPolicy SemanticsReport SemanticsRule SemanticsSchema SemanticsTerminological SemanticsType SemanticsVocabulary SemanticsTaxonomy of SemanticsAccess ControlActorApplication IndependenceAuthorization to Operate (ATO)Audit and Provenance State RecordAudit Recording RoleAuthorityArchitectural ElementCandidate SolutionCatalogCatalog EntryCommunity of InterestComplianceConcept of Operations (ConOps)Configuration PrecedenceConfiguration RecordConfiguration SourceConfiguration ValidationConfiguration ValueConformance ModelContract State Management RoleControlled InputCostCredentialCryptographic MaterialDeployment TargetDeployment Target CatalogEnergy ConsumptionEvaluation CharacteristicException HandlingExecution FacilityExecutable InstructionExecutable InstructionExecution PathExpected ResultFunctional CorrectnessFX Audit and Provenance NodeFX Audit RecordFX Audit Record EndpointFX Cash-Flow ObligationFX Cash-Flow Obligation EndpointFX Command AcknowledgementFX Contract StateFX Contract State EndpointFX Contract State NodeFX Contract State TransitionFX Endpoint TraceabilityFX Evidence TraceabilityFX Information Structure TraceabilityFX Interaction TraceabilityFX Logical Admission RulesFX Logical Change ControlFX Logical CompatibilityFX Logical Ownership of DefinitionsFX Logical Policy ConstraintsFX Logical VersioningFX Node TraceabilityFX Provenance RecordFX Provenance Record EndpointFX Release PackageFX Release Package EndpointFX Replay and Reconstruction NodeFX Replay RequestFX Replay Request EndpointFX Replay ResultFX Replay Result EndpointFX Runtime Plane TraceabilityFX Semantic AssertionFX Semantic Interpretation EndpointFX Transaction Intake EndpointFX Transaction Intake NodeFX Transaction Lifecycle StateFX Transaction RecordFX Validation ResultFX Validation Result EndpointGitGit Operations (GitOps)Governance PolicyGovernedInfrastructure as Code (IaC)Image PromotionImage ProvenanceIncomplete Test RunInfrastructure IndependenceInterpretation-Controlled TransitionInventoryJSON SchemaLogical NodeMaintainabilityOntologyOperational ResourceOperational StabilityOrganizationOversight Consumption RolePart 1 Concept to FX Logical Profile ElementPart 1 Concept to FX Logical Profile ElementPerformance EfficiencyPolicyProvenanceProvenance Recording RolePull LockQuality CharacteristicRDF TripleRecordRecoverabilityRegistryRegistry and Coordination RoleReliabilityReplay and Reconstruction RoleRepositoryRequirementResourceResource ConsumptionRoleSemantic Business Vocabulary Model (SBVM)ScalabilitySecurity Control Traceability Matrix (SCTM)SecuritySemantic Interpretation RoleSequenced Test ObjectSequence StepSoftware Supply ChainStructured Query Language (SQL)Starting ConditionStorage ConsumptionTTest ArgumentTest Argument ValueTest CaseTest DefinitionTest ExecutableTest ExecutionTest Execution ExceptionTest Execution Exception TypeTest InputTest ItemTest ObjectTest OutcomeTest ResultTest RunTest Run StateTest Run Termination ReasonTest SetTest StepTimeoutTiming ConditionTransaction Intake RoleTwin IdentifierTwin IdentifierTwin Realization TypeUserValidationValidation-Controlled TransitionValidation CriteriaValidation DecisionVerdictVersionVersion PinningP1-REQ-13-4-001P1-REQ-13-4-010P1-REQ-13-5-010P1-REQ-13-6-001P1-REQ-13-6-006P1-REQ-13-6-008P1-REQ-13-6-012P1-REQ-13-7-001P1-REQ-13-7-006P1-REQ-13-7-007P1-REQ-13-7-008P1-REQ-13-7-009P1-REQ-13-8-004P1-REQ-13-8-006P1-REQ-13-9-003P1-REQ-13-9-006P1-REQ-13-10-008P2-REQ-16-3-006P2-REQ-16-7-007P2-REQ-16-8-005P2-REQ-16-9-002P2-REQ-16-9-010P2-REQ-16-9-011P2-REQ-16-9-012P2-REQ-16-9-013ForewordIntroduction1. Scope3.1 Traceability to SIP-RA3.2 Alignment with FDIS-RA3.4 Traceability Position3. Traceability to Parent and Source Architectures4.5 Traceability5.6 Classification Values and Runtime Identifiers6.5 Classification Inheritance for FX Profiles7.1 Overview7.108.1 Overview8.7 Cross-Plane Relationships9.1 Overview9.8 Cross-Concern Relationships10.1 Overview10.2 Traceability Across Layers10.3 Conceptual Element to Logical Element / PIM10.4 Logical Element / PIM to Implementation Artifact / PSM10.7 Bidirectional Review and Impact Analysis10.8 Traceability Boundaries11.9 Traceability Preserves Layering11.11 Conceptual Constraints Summary12.4 Logical Architecture Remains Platform Independent12.7 Traceability from Part 1 to Part 213.1 Overview13.4 Core Conceptual Element Requirements13.5 Runtime Plane Requirements13.6 Separation of Concerns Requirements13.7 Traceability Requirements13.8 Evidence Requirements13.9 Relationship to Logical Architecture / PIM Requirements13.10 Profile and Layering RequirementsForeword2. Relationship to Part 0 and Part 13.1 Traceability to SIP-RA3.2 Alignment with FDIS-RA3.3 Traceability to Part 1 Conceptual Architecture3.5 Traceability Position3. Traceability to Parent and Source Architectures4.6 Traceability from Concept to Logical Model5.3 Distributed Logical Node Network5.4 Logical Communication Model5.5 Logical Information Model5.7 Logical Traceability Model7.1 Overview7.12 Communication Direction and Coupling10.1 Overview10.4 Publish Domain Information10.5 Subscribe to Domain Information10.6 Issue Control Command12.1 Overview12.9 Logical Traceability Summary13.1 Overview13.2 How Domain Profiles Specialize the Logical Architecture13.3 Domain Profile Additions13.4 What Domain Profiles Preserve13.5 Relationship to the FX Demo Logical Profile13.6 Boundary Between Part 2 and Domain Logical Profiles14.2 Logical Elements Prepared for Technology Mapping14.6 Implementation Mapping Boundaries14.8 Boundary Between Part 2 and Implementation Profiles15.6 Logical Interactions Remain Traceable15.8 Logical Architecture Does Not Prescribe Communication Pattern Implementation15.10 Domain Profiles Preserve the Logical Architecture15.12 Logical Constraints Summary16.1 Overview16.3 Logical Node Requirements16.7 Logical Interaction Requirements16.8 Logical Governance Requirements16.9 Logical Traceability RequirementsForeword3.1 Traceability to SIP-RA3.2 Alignment with FDIS-RA3.3 Traceability to Part 1 Conceptual Architecture3.4 Traceability to Part 2 Distributed Node-Based Logical Architecture / PIM3.6 Traceability Position3. Traceability to Parent and Source Architectures4.2 FX Domain Scope before Implementation4.4 Explicit FX Communication Endpoints4.5 FX Information Structures before Serialisation4.7 Traceability from Concept to Logical Profile4.8 Evidence-Oriented FX Logical Design5.1 Overview5.2 FX Demo Classification Path5.4 FX Demo Logical Node Network5.5 FX Demo Logical Communication Model5.8 FX Demo Logical Traceability Model8.1 Overview12.1 Overview12.5 Validate FX Transaction Candidate12.6 Interpret FX Transaction Semantics12.8 Compute FX Cash-Flow Obligations12.10 Release FX Information to Oversight Participant13.1 Overview13.8 FX Logical Governance Summary14.1 Overview14.10 FX Logical Traceability Summary15.1 Overview15.2 FX Logical Elements Prepared for Technology Mapping15.6 Boundary Between Part 3 and Part 416.3 FX Logical Endpoints Remain Distinct from Communication Technologies16.4 FX Logical Data Structures Remain Distinct from Serialisation Formats16.6 FX Logical Interactions Remain Traceable16.8 FX Demo Logical Profile Does Not Prescribe Communication Pattern Implementation16.10 FX Demo Logical Constraints Summary17.1 Overview1. Scope2. Relationship to Parts 0, 1, 2, and 33.1 Traceability to SIP-RA3.2 Alignment with FDIS-RA3.3 Traceability to Part 1 Conceptual Architecture3.4 Traceability to Part 2 Distributed Node-Based Logical Architecture / Platform-Independent Model (PIM)3.5 Traceability to Part 3 FX Demo Logical Profile3.7 Traceability to the Phase 0 Developer Handbook3.8 Traceability Position3. Traceability to Parent and Source Architectures4.1 Overview4.2 Phase 0 Implementation Scope4.3 Phase 0 Implementation Baseline4.4 Phase-Specific Nature of the Profile4.5 Relationship to the FX Demo Logical Profile4.6 Relationship to Later Development Phases4.7 Phase 0 Implementation Profile Summary4. Phase 0 Implementation Profile Overview5.1 Overview5.3 Traceability Before Code5.4 Developer Handbook Before Coding5.7 Runtime Plane Discipline in Implementation5.9 Minimal Phase 0 Scope Before Expansion5.10 Phase 0 Implementation Principles Summary6.1 Overview6.2 Part 3 Working Baseline6.3 Phase 0 Developer Handbook6.4 Repository Baseline6.7 Traceability Baseline6.8 No-Code-Before-Handbook Constraint6.9 Phase 0 Implementation Preconditions Summary7.3 IDL as Phase 0 Data Definition Mechanism7.6 Python as Phase 0 Implementation Language7.7 Scripts as Phase 0 Build and Execution Helpers7.8 Repository Structure as Phase 0 Implementation Organization7.9 Technology Selection Boundaries8.1 Overview8.10 FX Audit and Provenance Node Mapping8.15 FX Logical Node Mapping Summary9.1 Overview9.17 Endpoint-to-Topic Mapping Summary10.1 Overview10.2 Information Structure Mapping Principles10.20 Information-Structure-to-IDL Mapping Summary13.2 QoS Profile Purpose13.3 QoS Profile Mapping Principles13.4 Control Plane QoS Profile13.5 Data Plane QoS Profile13.6 Health and Observability Plane QoS Profile13.7 Policy and Release Plane QoS Profile13.8 Audit and Provenance Plane QoS Profile13.10 QoS Boundaries and Non-Goals14.1 Overview14.2 Repository Organization Principles14.4 IDL Directory Model14.7 Script Directory Model14.8 Documentation Directory Model14.9 Traceability Artifact Model14.13 Repository and Build Artifact Summary15.2 Purpose of the Developer Handbook15.4 File-Header Requirements15.5 Generated-File Header Requirements15.6 Naming Convention Requirements15.7 Coding Style Requirements15.10 Traceability Convention Requirements15.11 Repository Workflow Requirements15.12 Script Usage Requirements15.13 Review Checklist Requirements15.14 Developer Handbook Summary16.4 Type Generation16.9 Script Logging and Error Handling16.10 Script Approval and Baseline Status16.11 Script Model Summary17.2 Implementation Ownership17.3 Implementation Versioning17.4 Implementation Compatibility17.5 Implementation Change Control17.6 Generated Artifact Governance17.7 Repository Governance17.8 Developer Handbook Governance17.9 Implementation Governance Summary18.1 Overview18.2 Part 3 FX Logical Element to Part 4 Implementation Artifact18.3 Implementation Artifact to Part 3 FX Logical Element18.4 Node Implementation Traceability18.5 Topic Implementation Traceability18.6 IDL and Generated Type Traceability18.7 Runtime Plane Implementation Traceability18.8 Script and Repository Traceability18.9 Developer Handbook Traceability18.10 Implementation Traceability Summary19.1 Overview19.2 Boundary Between Part 4 and Part 519.3 Implementation Artefacts Prepared for Deployment19.4 Implementation Artefacts Prepared for Testability19.6 Implementation Artefacts Prepared for Evidence19.7 Part 5 Handoff19.8 Relationship to Deployment, Testability, and Evidence Plan Summary20.3 DDS Topics Do Not Redefine Logical Communication Endpoints20.4 IDL Structures Do Not Redefine Logical Information Structures20.5 Generated Types Do Not Redefine Logical Information Structures20.6 Runtime Processes Do Not Redefine FX Logical Nodes20.7 Repository Layout Does Not Redefine Architecture20.8 Scripts Do Not Redefine Interaction Patterns20.9 Developer Handbook Does Not Replace the Implementation Profile20.10 Phase 0 Does Not Define Later Phase Implementation Profiles21.1 OverviewForewordIntroduction1.1 Purpose of the Handbook1.4 How to Use This Handbook2.2 Relationship to SIP-RA2.6 Relationship to Generated Code and Runtime Artefacts3.1 Purpose of the Phase 0 Baseline3.6 Baseline Change Control7.4 Generated File Naming7.11 Spelling, Grammar, and Style7. Naming and File Conventions8.1 Purpose of Generated Artifacts9.2 IDL Source Location12.1 Purpose of the Data Plane in Phase 012.7 Data Plane Non-Goals for Phase 09.5 Evidence-Based Assignment and Review dido/99_annexes/annex-b-terms-and-definitions/t/traceability.txt Last modified: 2026/08/04 07:09by nick_dido