====== P3-REQ-17-8-010 ======

[[dido:99_annexes:annex-d-requirements:part-03:start| Return to Requirements]]

===== Statement =====

The FX Transaction and Contract Lifecycle Model SHALL NOT prescribe a state-machine implementation, workflow engine, database status field, event store, rules engine, orchestration mechanism, API, DDS topic, REST resource, or runtime persistence mechanism.

===== Source =====

Part 3, Section 17.8: FX Lifecycle Requirements.

===== Rationale =====

The FX Transaction and Contract Lifecycle Model is a platform-independent architectural model that defines logical lifecycle behaviour rather than implementation technology. Prescribing a specific state-machine implementation, workflow engine, database representation, messaging technology, orchestration mechanism, API, persistence approach, or other runtime technology would unnecessarily constrain Implementation Profiles and reduce portability.

Maintaining this separation preserves architectural independence, supports multiple implementation strategies, and ensures that equivalent logical lifecycle behaviour can be realized across different technology stacks without changing the architectural model.

===== Applies To =====

This requirement applies to the FX Transaction and Contract Lifecycle Model and all derived Implementation Profiles.

It applies specifically to:

  * lifecycle architecture;
  * platform-independent modeling;
  * implementation conformance;
  * architectural governance; and
  * technology selection.

===== Verification =====

Verification SHALL confirm that the FX Transaction and Contract Lifecycle Model does not prescribe implementation-specific lifecycle technologies.

Verification activities should include review checks confirming that:

  * implementation mechanisms are distinguished from logical lifecycle concepts;
  * lifecycle definitions remain platform independent;
  * implementation technologies are not required for architectural conformance; and
  * multiple implementation approaches remain possible without altering the logical architecture.

===== Traceability =====

This requirement preserves the separation between logical lifecycle architecture and implementation technologies established throughout the FX Demo Logical Profile.

Related requirement identifiers:

  * [[dido:99_annexes:annex-d-requirements:part-03:p3-req-17-8-001]]
  * [[dido:99_annexes:annex-d-requirements:part-03:p3-req-17-8-002]]
  * [[dido:99_annexes:annex-d-requirements:part-03:p3-req-17-8-009]]

Related source section:

  * [[fxdemo:03-part:17-fx-demo-logical-requirements:17-8-fx-lifecycle-requirements:start]]

===== Status =====

Draft

----

<WRAP centeralign>

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.

</WRAP>