Show pageOld revisionsBacklinksAdd to bookExport to PDFODT exportBack to top This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong. ====== Introduction ====== [[fxdemo:05-part:start | Go To Top ]] The Phase 0 Developer Handbook defines the practical implementation guidance for creating the first executable [[dido:99_annexes:annex-b-terms-and-definitions:b:baseline|Baseline]] of the Financial Systems [[dido:99_annexes:annex-b-terms-and-definitions:a:archetype|Archetype]]. It is intended to help the team move from architectural definition to repeatable development practice without losing the structure, [[dido:99_annexes:annex-b-terms-and-definitions:t:traceability|Traceability]], and governance established in the preceding parts. Phase 0 focuses on a deliberately limited implementation objective: to create a working [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Node]] network that can be built, run, stopped, inspected, and explained. The initial Baseline is centred on [[dido:99_annexes:annex-b-terms-and-definitions:r:repository|Repository]] structure, generated [[dido:99_annexes:annex-b-terms-and-definitions:a:artifact|Artifacts]], [[dido:99_annexes:annex-b-terms-and-definitions:d:dds|DDS]]/[[dido:99_annexes:annex-b-terms-and-definitions:i:idl|IDL]] type generation, containerised execution, basic Node [[dido:99_annexes:annex-b-terms-and-definitions:l:lifecycle|Lifecycle]] behaviour, Control Plane status reporting, and developer [[dido:99_annexes:annex-b-terms-and-definitions:w:workflow|Workflow]]. It is not intended to implement the full financial semantics, full ACTUS processing, full [[dido:99_annexes:annex-b-terms-and-definitions:p:policy|Policy]] enforcement, production [[dido:99_annexes:annex-b-terms-and-definitions:s:security|Security]], or enterprise [[dido:99_annexes:annex-b-terms-and-definitions:d:deployment|Deployment]] model. This handbook should be used by developers, architects, reviewers, and demonstration team members as the operational companion to the architecture documents. It identifies how implementation Artifacts should be organised, named, generated, documented, reviewed, and [[dido:99_annexes:annex-b-terms-and-definitions:v:validation|Validated]]. It also defines the practical expectations for scripts, [[dido:99_annexes:annex-b-terms-and-definitions:c:configuration|Configuration]] files, logs, containers, and Node behaviour, so that the Phase 0 Baseline can be reproduced consistently by different team members. The handbook does not replace the architectural source documents. Parts 1 through 4 remain authoritative for conceptual framing, distributed logical architecture, the FX Demo Logical Profile, and implementation source material. This handbook translates those sources into development conventions and execution practices. Where architectural meaning is required, the architecture documents should be consulted. Where implementation discipline is required, this handbook should be followed. The main goal of Phase 0 is to establish confidence. By the end of this phase, the team should have a Repository that can be checked out, prepared, built, executed, observed, and reviewed. The resulting Baseline should demonstrate that the project can move from model-driven architectural reasoning to a working, disciplined, and inspectable demonstration [[dido:99_annexes:annex-b-terms-and-definitions:e:execution_environment|Execution Environment]]. ---- <WRAP centeralign> © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. </WRAP> fxdemo/05-part/00-introduction/start.txt Last modified: 2026/08/08 18:11by owen