Traceability Matrix
The cross-project coverage view. Each row is a module; each column is a link in the chain from requirement to running-and-operable. An empty cell (-) is a visible gap, not an omission.
This is the lightweight stand-in for a tooled Requirements Traceability Matrix (RTM): maintained by convention (see module docs structure §6), not auto-generated. Pick any module and walk its whole chain from this one table.
How to read this
| Column | Means |
|---|---|
| Module | The product module hub (/modules/<tier>/<module>) |
| Phase | Roadmap phase (see Roadmap) |
| PRD | Product requirement doc(s) for the increment |
| URD | User requirement doc (requirements + acceptance) |
| ADR | Architecture decisions in the implementing package |
| Dev | Developer package docs (how it's built) |
| Tests | Test cases traceable to URD IDs |
| Runbook | Operate / deploy docs |
Core modules
| Module | Phase | Status | PRD | URD (AC) | ADR | Dev | Tests | Runbook |
|---|---|---|---|---|---|---|---|---|
| User Management | 1-2 | In-progress | ✓ 5 | ✓ 12 | - | - | - | - |
| Permissions | 1-3 | In-progress | ✓ 4 | ✓ 10 | - | - | - | - |
| Commerce | 1-2 | In-progress | ✓ 8 | ✓ 24 | - | - | - | - |
| Products | 1-3 | In-progress | ✓ 7 | ✓ 28 | - | - | - | - |
| Pricing | 1-3 | In-progress | ✓ 3 | ✓ 16 | - | - | - | - |
| Inventory | 1-3 | In-progress | ✓ 12 | ✓ 18 | - | - | - | - |
| Sale | 1-2 | In-progress | ✓ 10 | ✓ 18 | - | - | - | - |
| Payment | 1-2 | Built | ✓ 2 | ✓ 6 | - | - | - | - |
| Customer | 1-2 | In-progress | ✓ 5 | ✓ 6 | - | - | - | - |
| Tax & Invoice | 1-2 | In-progress | ✓ 6 | ✓ 11 | - | - | - | - |
| Reports | 1-3 | In-progress | ✓ 3 | ✓ 6 | - | - | - | - |
| Finance | 1-2 | In-progress | ✓ 5 | ✓ 13 | - | - | - | - |
| Device | 1-3 | In-progress | ✓ 3 | ✓ 13 | - | - | - | - |
| Helpdesk | 1-2 | In-progress | ✓ 3 | ✓ 11 | - | - | - | - |
| Licensing | 1-2 | Built | ✓ 2 | ✓ 8 | - | - | - | - |
Computed from the content tree at build time: ✓ N = artifact files that actually exist; - = absent. URD shows acceptance (AC) blocks. Test cases and per-module runbooks are not yet authored - a - is a real gap, not decoration.
Gaps to close
Runbook is the systemic gap
The recurring empty column is Runbook - operate/deploy docs are not yet linked per module (the /runbook section holds only overview stubs today).
Highest-priority gaps for the Phase-1 UAT modules:
- Runbook entries for inventory worker, payment webhooks, invoice/ledger generation, and the alpha deploy.
- ADR ↔ module reciprocal links - currently ADRs are only referenced from dev pages (see WK22 review).
- Device has no developer package or ADRs (it is FE/integration-driven).
Related Pages
- Delivery hub · Roadmap · Sprint Reviews
- Module Docs Structure - the ID & linking rules this matrix enforces
- Modules - the module hubs themselves