Story: Design the trade shape on data-oriented principles
Table of Contents
This page documents a story in Sprint 26. It captures the goal, current status, acceptance criteria, and the tasks that compose it.
1. Goal
Settle the target shape of the trade and everything joined to it — anchor, components, instruments, links, groups, activities, authorisation, agreement, structures, netting sets — before the instrument families are reworked, and record every decision with its reason.
2. Status
| Field | Value |
|---|---|
| State | DONE |
| Parent sprint | Sprint 26 |
| Now | Nothing. |
| Waiting on | Nothing. |
| Next | Nothing. |
| Last touched | 2026-10-03 |
3. Acceptance
- The design is recorded in the story's analysis, section by section, with each decision and the alternatives it rejected.
- The workspace design the trade shape depends on is settled and recorded.
- Implementation stories are scaffolded from the design.
4. Tasks
| Task | State | Start | End | Description |
|---|---|---|---|---|
| Call the firm's own id the trade id throughout the knowledge notes | DONE | 2026-10-03 | 2026-10-03 | Replace deal id and Deal ID with trade id in the knowledge notes, so one concept has one word. |
| Design the trade shape and document the trade domain it rests on | DONE | 2026-10-03 | Run the trade shape design to a settled target, record it in the investigation, write the knowledge notes it needed, and scaffold the implementation stories. |
5. Decisions
The decisions so far, each with the alternatives it set aside, are in Investigation: the trade shape, in the sixteen numbered sections under its "Paths taken" heading. Section 13 records why workspaces are removed from the trade model and the Sandbox replaces them.
6. Implementation stories
In sprint 26, in dependency order:
- Teach the code generator the trade shape
- Model netting agreements, netting sets and CSAs
- Add sandboxes and virtual books
- Split the trade into an anchor and its components
- Record trade activities, their participants and trade links
- Model operational authorisation and the client-facing agreement
- Model trade structures
In the backlog, one per instrument family, each following section 14 of the investigation:
- Rework the rates instruments to the instrument table rule
- Rework the FX instruments to the instrument table rule
- Rework the equity instruments to the instrument table rule
- Rework the credit instruments to the instrument table rule
- Rework the commodity instruments to the instrument table rule
- Rework the composite instruments to the instrument table rule
- Rework the scripted instruments to the instrument table rule
7. Out of scope
8. Result
The target shape of the trade is settled and recorded in Investigation: the trade shape, sixteen decisions each with the alternatives they set aside. Every acceptance line is met: the design is recorded; the workspace question is settled by replacing workspaces in the trade model with sandboxes; and the implementation is scaffolded as seven stories in this sprint and seven instrument-family stories in the backlog. The knowledge base was brought to one consistent story on the way, with seven new notes, and the firm's own identifier is called the trade id throughout. The build starts with Teach the code generator the trade shape.