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.2 What the Wiki Contains1.4.3 Using the Wiki1.4.4 Maintaining 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.1 Construct and Assess the Environment8.4 Generate Supporting Evidence8. Compliance OperationsMO-001b — Deployment DurationMO-001c — ReproducibilityMO-001d — Security Baseline ConformanceMO-001e — Compliance Baseline ConformanceMO-002a — Maximum Platform Deployment DurationMO-002b — Platform Deployment Duration ReductionMO-003a — Cross-Platform DeploymentMO-003b — Provider-Independent Crucible DescriptionMO-003c — Provider-Independent Infrastructure BaselineMO-003d — Limitation of Provider-Specific DependenciesMO-004a — Connected Environment OperationsMO-004b — Disconnected Environment OperationsMO-004c — Authorized Resource UseMO-004d — Disconnected Resource AvailabilityMO-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-006a — Operational Lifecycle AssociationMO-006b — Infrastructure Lifecycle InitiationMO-006c — Infrastructure Lifecycle State RecordingMO-006d — Infrastructure Lifecycle Transition ExecutionMO-006e — Infrastructure Environment RetirementOR-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-003f — Cross-Domain Transfer ControlFR-CFG-002 — Infrastructure as CodeFR-AG-002 — Artifact Export PackagesFR-AG-003 — Artifact Import PackagesFR-AG-005 — Deployment Traceability Across Disconnected EnvironmentsFR-COMP-002 — Compliance Scanning Tool IntegrationFR-COMP-003 — Compliance ReportingFR-COMP-004 — Compliance Evidence ArtifactsFR-COMP-009a — Security Control Traceability Matrix EvidenceFR-COMP-009b — Risk Management Framework EvidenceFR-COMP-009c — Authorization to Operate EvidenceFR-COMP-009 — Security-Control Implementation EvidenceC.3.6 Compliance ManagementFR-DSO-003 — CI/CD Pipeline IntegrationFR-BAS-003 — Process Predeployment and Postdeployment StepsCrucibleMO-001 — Governed Distributed Test EnvironmentsMO-002a — Reproducible Test EnvironmentsMO-002b — Reproducible Test ExecutionMO-002 — Reproducible Test Environments and 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-007a — Connected Environment OperationMO-007b — Disconnected Environment OperationMO-007c — Air-Gapped Environment OperationMO-007 — Connected, Disconnected, and Air-Gapped OperationMO-008b — Evidence TraceabilityMO-008 — Traceable Test Results and EvidenceMO-009d — Test Resource Use TraceabilityMO-009 — Reusable Test ResourcesC.1 Mission ObjectivesENV-001a — Define Test Environment PurposeENV-001c — Identify Included Test ObjectsENV-001d — Identify Included NodesENV-001k — Define Version and Baseline InformationENV-001 — Define Test RequirementsENV-002g — Enforce Environmental ConstraintsENV-002h — Enforce Security ConstraintsENV-002k — Record Test Environment ConfigurationENV-002l — Validate Test Environment ConfigurationENV-002 — Configure Test EnvironmentENV-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-005 — Emulate Distributed SystemsENV-006 — Reproduce Real-World ConditionsENV-007 — Support Repeatable Test EnvironmentsNOD-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-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 TraceabilityTWIN-005f — Preserve Twin Realization State ProvenanceCON-005 Define Conformance EvidenceCON-006 Define Traceability RelationshipsAnnex C: RequirementsAccess ControlAccreditationAccreditation BoundaryAccredited Software FactoryApplication IndependenceAuthorization to Operate (ATO)Audit and Provenance State RecordAudit Recording RoleAuthorizing AuthorityBaseline ImmutabilityCandidate SolutionCash-Flow Computation RoleCI/CD PipelineCommunity of InterestComplianceCompliance AssessmentCompliance FindingConfiguration RecordConfiguration ValidationConformanceConformance AssessmentConformance ClaimConformance CriterionConformance DeterminationConformance ModelConformance PointContract State Management RoleCostCrucibleCryptographic MaterialDeployment BaselineDeployment RollbackDeployment ValidationEnergy ConsumptionEvaluation CharacteristicException HandlingExecution FacilityExecutable InstructionExecutable InstructionExpected ResultEFederal Risk and Authorization Management Program (FedRAMP)Functional CorrectnessFX Audit and Provenance NodeFX Audit RecordFX Audit Record EndpointFX Cash-Flow ObligationFX Cash-Flow Obligation EndpointFX Command AcknowledgementFX Contract StateFX Contract State EndpointFX Control CommandFX Control Command EndpointFX Endpoint TraceabilityFX Evidence TraceabilityFX Information Structure TraceabilityFX Interaction TraceabilityFX Logical Change ControlFX Logical CompatibilityFX Logical Policy ConstraintsFX Logical VersioningFX Node StatusFX Node Status EndpointFX Node TraceabilityFX Policy DecisionFX Policy Decision EndpointFX Provenance RecordFX Provenance Record EndpointFX Release PackageFX Replay RequestFX Replay ResultFX Replay Result EndpointFX Runtime Plane TraceabilityFX Semantic AssertionFX Semantic Interpretation EndpointFX Transaction CandidateFX Transaction Intake EndpointFX Transaction Intake NodeFX Transaction Lifecycle StateFX Transaction RecordFX Validation ResultFX Validation Result EndpointGovernance PolicyGovernedHealth Reporting RoleHigh-Assurance EnvironmentImage PromotionIncomplete Test RunInfrastructure IndependenceInterpretation-Controlled TransitionLogical Audit and Provenance PlaneLogical NodeMaintainabilityObservationOperational StabilityPart 1 Concept to FX Logical Profile ElementPart 1 Concept to FX Logical Profile ElementPerformance EfficiencyPolicyPolicy Evaluation RoleProtocol BuffersProvenanceProvenance Recording RoleQualified NodeQuality CharacteristicRecordRecoverabilityRegistry and Coordination RoleRelease Control RoleReliabilityRepositoryResourceResource ConsumptionRetirementRisk Management Framework (RMF)RoleRollbackScalabilitySecurity Control Traceability Matrix (SCTM)SecuritySemantic Interpretation RoleSequence StepSecurity Technical Implementation Guide (STIG)Storage ConsumptionStructural Validation RoleTest Argument ValueTest DefinitionTest ExecutableTest ExecutionTest Execution ExceptionTest Execution Exception TypeTest ItemTest ResourceTest ResultTest RunTest Run StateTest Run Termination ReasonTest SequenceTest StepTimeoutTraceabilityTransaction Intake RoleTransfer BundleValidationValidation CriteriaValidation DecisionVerdictWeb-Based User Interface (Web UI)P1-REQ-13-2-001P1-REQ-13-2-002P1-REQ-13-4-001P1-REQ-13-4-009P1-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-005P1-REQ-13-7-006P1-REQ-13-7-007P1-REQ-13-7-008P1-REQ-13-8-001P1-REQ-13-8-002P1-REQ-13-8-003P1-REQ-13-8-004P1-REQ-13-8-005P1-REQ-13-8-006P1-REQ-13-9-003P1-REQ-13-10-003P2-REQ-16-5-010P2-REQ-16-5-011P2-REQ-16-7-008P2-REQ-16-8-005P2-REQ-16-9-004P2-REQ-16-9-005P2-REQ-16-9-006P2-REQ-16-9-008P2-REQ-16-9-009P2-REQ-16-9-012P2-REQ-16-10-005Introduction1. ScopeForewordIntroduction1. Scope3.1 Traceability to SIP-RA3.2 Alignment with FDIS-RA3.3 Coverage of the Original FX Demo Reference Architecture3.4 Traceability Position3. Traceability to Parent and Source Architectures4.1 Separation of Concerns4.5 Traceability4.6 Evidence Orientation4.7 Governance of Meaning4. Conceptual Architecture Principles5.1 Overview5.6 Classification Values and Runtime Identifiers5.7 Classification and Governance6.1 Overview6.2 Finance Ecosphere6.5 Classification Inheritance for FX Profiles6.7 Classification Governance7.1 Overview7.9 Evidence8.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.6 Deployment Artifact to Evidence10.7 Bidirectional Review and Impact Analysis10.8 Traceability Boundaries11.1 Overview11.8 Evidence Supports Claims11.9 Traceability Preserves Layering11.11 Conceptual Constraints Summary12.1 Overview12.4 Logical Architecture Remains Platform Independent12.6 Logical Architecture Provides the Basis for Implementation Profiles12.7 Traceability from Part 1 to Part 213.1 Overview13.2 Conceptual Separation Requirements13.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 RequirementsForewordIntroduction1. Scope2. Relationship to Part 0 and Part 13.1 Traceability to SIP-RA3.2 Alignment with FDIS-RA3.3 Traceability to Part 1 Conceptual Architecture3.4 Coverage of the Original FX Demo Reference Architecture3.5 Traceability Position4.5 Explicit Information Structures4.7 Evidence-Oriented Logical Design4.8 Policy-Governed Sharing Without Centralised Data Routing5.2 Logical Architecture Context5.3 Distributed Logical Node Network5.4 Logical Communication Model5.5 Logical Information Model5.7 Logical Traceability Model7.1 Overview7.12 Communication Direction and Coupling8.1 Overview9.7 Cross-Plane Logical Relationships10.1 Overview10.2 Register Node10.3 Report Node Status10.6 Issue Control Command10.7 Acknowledge Control Command10.9 Enforce Policy Decision and Produce Authorized Release10.10 Record Audit and Provenance10.11 Replay or Reconstruct Information12.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.6 Implementation Mapping Boundaries15.1 Overview15.3 Logical Endpoints Remain Distinct from Communication Technologies15.6 Logical Interactions Remain Traceable15.8 Logical Architecture Does Not Prescribe Communication Pattern Implementation15.10 Domain Profiles Preserve the Logical Architecture16.1 Overview16.5 Logical Information Requirements16.7 Logical Interaction Requirements16.8 Logical Governance Requirements16.9 Logical Traceability Requirements16.10 Profile and Implementation Boundary RequirementsForeword1. Scope3.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.5 Coverage of the Original FX Demo Reference Architecture3.6 Traceability Position4.1 Domain Specialization without Conceptual Redefinition4.2 FX Domain Scope before Implementation4.4 Explicit FX Communication Endpoints4.7 Traceability from Concept to Logical Profile4.8 Evidence-Oriented FX Logical Design4.9 Phase Extension without FX Logical Redefinition5.2 FX Demo Classification Path5.3 FX Demo Logical Architecture Context5.4 FX Demo Logical Node Network5.5 FX Demo Logical Communication Model5.6 FX Demo Logical Information Model5.8 FX Demo Logical Traceability Model6.1 Overview8.1 Overview9.1 Overview10.1 Overview10.7 Cross-Plane Relationships in the FX Demo12.1 Overview12.2 Register FX Logical Node12.3 Report FX Node Status12.4 Intake FX Transaction Candidate12.5 Validate FX Transaction Candidate12.6 Interpret FX Transaction Semantics12.7 Establish or Update FX Contract State12.8 Compute FX Cash-Flow Obligations12.10 Release FX Information to Oversight Participant12.11 Record FX Audit and Provenance12.12 Replay or Reconstruct FX Information12.13 FX Logical Interaction Pattern Summary13.1 Overview13.8 FX Logical Governance Summary14.1 Overview14.10 FX Logical Traceability Summary16.1 Overview16.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.5 Traceability to Part 3 FX Demo Logical Profile3.7 Traceability to the Phase 0 Developer Handbook4.2 Phase 0 Implementation Scope4.6 Relationship to Later Development Phases4.7 Phase 0 Implementation Profile Summary5.1 Overview5.3 Traceability Before Code5.8 Observable Behavior Before Operational Evidence5.10 Phase 0 Implementation Principles Summary6.1 Overview6.6 Logging and Exception-Handling Baseline7.9 Technology Selection Boundaries13.2 QoS Profile Purpose13.5 Data Plane QoS Profile13.6 Health and Observability Plane QoS Profile13.8 Audit and Provenance Plane QoS Profile13.10 QoS Boundaries and Non-Goals14.1 Overview14.4 IDL Directory Model14.12 Repository Baseline and Non-Baseline Material14.13 Repository and Build Artifact Summary15.2 Purpose of the Developer Handbook15.8 Logging Convention Requirements15.9 Exception-Handling Requirements15.14 Developer Handbook Summary19.1 Overview19.2 Boundary Between Part 4 and Part 519.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.1 Overview20.7 Repository Layout Does Not Redefine Architecture20.10 Phase 0 Does Not Define Later Phase Implementation Profiles20.11 Deployment and Evidence Concerns Remain Outside Part 420.12 Implementation Constraints Summary21.1 Overview1.1 Purpose of the Handbook1.2 Scope of Phase 01.3 Intended Audience2.2 Relationship to SIP-RA2.6 Relationship to Generated Code and Runtime Artefacts3.2 Logical Architecture Baseline3.4 Implementation Technology Baseline3. Phase 0 Baseline4.2 Top-Level Repository Structure4.7 Test Directories5.8 Environment Verification5. Development Environment6.1 Required Tools6.3 Version Requirements6.5 Prerequisite Validation6.7 Tool Baseline Checklist6.8 Multiple Products, Platforms, and Implementations6.9 Tool Baseline Checklist Instances7.2 Directory Naming7.9 Container Naming7.11 Spelling, Grammar, and Style7. Naming and File Conventions8.5 Generated Documentation9.3 Control Plane Type Definitions9.5 Type Generation Workflow9.7 Type Generation Validation9.8 Type Compatibility Rules10.4 Node Runtime Behavior10.6 Node Status Reporting10.9 Node Error Handling11.4 Control Plane Message Semantics11. Control Plane Topics12.2 Placeholder Data Plane Topics12.5 Data Plane QoS Expectations13.1 Purpose of Build and Run Scripts13.7 generateTypes13.8 buildContainers.sh13.9 runAll.sh13.11 stopAll.sh13.14 Script Logging14.1 Purpose of Containerisation in Phase 014.4 Container Runtime Configuration14.7 Container Logs14.8 Container Cleanup15.1 Purpose of Logging15.4 Node Logs15.6 Container Logs16.1 Purpose of Exception Handling Rules16.6 Container Errors16.7 Recoverable and Non-Recoverable Errors16.8 Error Reporting17.1 Repository Initialisation17.4 Pull Request Expectations17.7 Tagging the Phase 0 Baseline17. Git and Review Workflow18.3 Type Generation Acceptance Criteria18.5 Control Plane Acceptance Criteria18.6 Data Plane Acceptance Criteria18.7 Container Acceptance Criteria18.9 Evidence Acceptance Criteria18.10 Phase 0 Completion Criteria19.5 Full IEF Policy Enforcement19.6 Full Operational Dashboard19.9 Full Multi-Vendor Interoperability20.1 Implementation Language Decisions20.4 Container Runtime Decisions20.7 September 2026 Demo Dependencies20.10 Risk Review and Baseline AcceptanceForeword10.1 Use Case10. FX Demo Application14. Minimum Demonstration Profile14. Summary dido/99_annexes/annex-b-terms-and-definitions/e/evidence.txt Last modified: 2026/08/04 07:09by nick_dido