| Both sides previous revision Previous revision Next revision | Previous revision |
| fxdemo:03-part:03-traceability-to-parent-and-source-architectures:03-2-alignment-with-fdis-ra:start [2026/07/11 11:07] – ↷ Links adapted because of a move operation nick_dido | fxdemo:03-part:03-traceability-to-parent-and-source-architectures:03-2-alignment-with-fdis-ra:start [2026/07/11 11:15] (current) – ↷ Links adapted because of a move operation nick_dido |
|---|
| [[fxdemo:03-part:start | Go To Top ]] | [[fxdemo:03-part:start | Go To Top ]] |
| |
| FDIS-RA provides financial-domain architectural precedent for systems that interpret, validate, compare, govern, audit, and [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] financial information. This part aligns with FDIS-RA by defining FX logical structures and interactions that support semantic interpretation, validation, provenance, comparability, governance, release control, and defensibility. | FDIS-RA provides financial-domain architectural precedent for systems that interpret, validate, compare, govern, audit, and [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] financial information. This part aligns with FDIS-RA by defining FX logical structures and interactions that support semantic interpretation, validation, provenance, comparability, governance, release control, and defensibility. |
| |
| FDIS-RA does not replace SIP-RA as the parent reference architecture. It informs the financial interpretation concerns that the FX Demo Logical Profile preserves. | FDIS-RA does not replace SIP-RA as the parent reference architecture. It informs the financial interpretation concerns that the FX Demo Logical Profile preserves. |
| |
| ^ FDIS-RA concern ^ Part 3 FX logical treatment ^ | ^ FDIS-RA concern ^ Part 3 FX logical treatment ^ |
| | Semantic interpretation | Defines [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_semantic_interpretation_node|FX Semantic Interpretation Node]], [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_semantic_assertion|FX Semantic Assertion]], and FX Semantic Interpretation interactions. | | | Semantic interpretation | Defines [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_semantic_interpretation_node|FX Semantic Interpretation Node]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_semantic_assertion|FX Semantic Assertion]], and FX Semantic Interpretation interactions. | |
| | Validation and comparability | Defines [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_validation_node|FX Validation Node]], [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_validation_result|FX Validation Result]], validation interaction patterns, and [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]] to input information and validation rules. | | | Validation and comparability | Defines [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_validation_node|FX Validation Node]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_validation_result|FX Validation Result]], validation interaction patterns, and [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]] to input information and validation rules. | |
| | Provenance and auditability | Defines [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_audit_and_provenance_node|FX Audit and Provenance Node]], [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_audit_record|FX Audit Record]], [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_provenance_record|FX Provenance Record]], and related endpoints and interaction patterns. | | | Provenance and auditability | Defines [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_audit_and_provenance_node|FX Audit and Provenance Node]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_audit_record|FX Audit Record]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_provenance_record|FX Provenance Record]], and related endpoints and interaction patterns. | |
| | Evidence and defensibility | Defines FX [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] expectations for intake, validation, interpretation, contract state, cash-flow computation, release, audit, provenance, replay, and reconstruction. | | | Evidence and defensibility | Defines FX [[dido:99_annexes:annex-b-terms-and-definitions:e:evidence|Evidence]] expectations for intake, validation, interpretation, contract state, cash-flow computation, release, audit, provenance, replay, and reconstruction. | |
| | Governance of meaning | Defines FX logical ownership, versioning, [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:l:logical_compatibility|Logical Compatibility]], change control, admission rules, and [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:l:logical_policy_constraints|Logical Policy Constraints]]. | | | Governance of meaning | Defines FX logical ownership, versioning, [[dido:99_annexes:annex-b-terms-and-definitions:l:logical_compatibility|Logical Compatibility]], change control, admission rules, and [[dido:99_annexes:annex-b-terms-and-definitions:l:logical_policy_constraints|Logical Policy Constraints]]. | |
| | Controlled release | Defines [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_policy_and_release_node|FX Policy and Release Node]], [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_policy_decision|FX Policy Decision]], [[fxdemo:dido_99_annexes:annex-b-terms-and-definitions:f:fx_release_package|FX Release Package]], and release-to-oversight interactions. | | | Controlled release | Defines [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_policy_and_release_node|FX Policy and Release Node]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_policy_decision|FX Policy Decision]], [[dido:99_annexes:annex-b-terms-and-definitions:f:fx_release_package|FX Release Package]], and release-to-oversight interactions. | |
| | Technology neutrality | Keeps FX logical interpretation independent of implementation technologies, products, protocols, programming languages, and deployment mechanisms. | | | Technology neutrality | Keeps FX logical interpretation independent of implementation technologies, products, protocols, programming languages, and deployment mechanisms. | |
| |