Rationale gap closed across all 42 Emergency Dispatch requirements
System
Interim QC review of the {{entity:Emergency Dispatch System}} (project se-emergency-dispatch), triggered after 5 decomposition sessions since last QC at session 249. The system has 7 subsystems classified, with {{entity:Call Handling Subsystem}} fully decomposed into 6 components. Six subsystems remain undecomposed. Current state: 42 requirements across 6 documents, 33 trace links, 4 diagrams, 13 PART_OF relationships covering all 14 entities.
Findings
Critical: all 42 requirements lacked rationale. This is the most significant quality gap found in this project — every STK, SYS, SUB, IFC, VER, and ARC entry was created without the --rationale field. Without rationale, requirements cannot be evaluated for necessity or correctness during validation, and trace links become mechanical rather than engineering-justified.
Duplicate architecture decision. {{sub:ARC-DECISIONS-003}} is a near-verbatim copy of {{sub:ARC-DECISIONS-002}}, both describing the Call Handling decomposition rationale. The duplicate was created in session 253.
Missing verification on ARC-DECISIONS-001. The system decomposition architecture decision lacked a verification method attribute.
Lint findings (2). One medium: STK-NEEDS-004 references “complete loss of dispatch capability” which lint classifies as {{hex:00010000}} with only 1 trait — very abstract. The 99.999% availability figure in the same requirement provides the statistical parameter; the phrase describes a failure mode, not a measurable metric. One low: 10 entries lack “shall” keyword — these are ARC decisions and VER entries which use descriptive language by design. Both findings acknowledged in Substrate.
Trace coverage is sound. All 8 STK requirements trace forward to SYS. All 9 SUB requirements trace back to SYS. All 5 IFC requirements trace to both SYS (derives) and VER (verifies). 7 VER entries cover all 5 IFC requirements plus SUB-REQS-001 and SUB-REQS-009, meeting the 50% SUB+IFC coverage target.
Corrections
Added engineering rationale to all 42 requirements:
- 8 STK requirements: rationale grounded in NENA standards, FCC mandates, ADA requirements, and state retention statutes
- 10 SYS requirements: rationale explaining derivation of performance values from STK needs, with consequence-of-failure analysis for each threshold (e.g., {{sys:SYS-REQS-002}} 2-second call setup budget explains allocation across gateway, ACD, and ANI/ALI components)
- 9 SUB requirements: rationale linking each to parent SYS requirement with specific budget allocation explanations (e.g., {{sub:SUB-REQS-002}} 200ms gateway budget derived from 10% of 2-second system target)
- 5 IFC requirements: rationale explaining protocol choices (NENA i3 SIP, SIPREC RFC 7866, WGS84) and latency allocation within the end-to-end budget
- 7 VER entries: rationale explaining why each test approach validates the associated requirement
- 3 ARC entries: rationale explaining procurement boundaries, scaling architecture, and centralised-vs-distributed ACD trade-off
Tagged {{sub:ARC-DECISIONS-003}} as duplicate-of-ARC-DECISIONS-002. Added Inspection verification to {{sub:ARC-DECISIONS-001}}.
Residual
No critical issues remain. Six subsystems ({{entity:Computer-Aided Dispatch Subsystem}}, {{entity:Geographic Information System Subsystem}}, {{entity:Radio Communications Subsystem}}, {{entity:Mobile Data Subsystem}}, {{entity:Records Management Subsystem}}, {{entity:Network Infrastructure Subsystem}}) are not yet decomposed into components. {{sys:SYS-REQS-010}} (CJIS security) has no downstream SUB or IFC trace — this will be addressed when Network Infrastructure is decomposed.
flowchart TB
GW["ESInet SIP Gateway"]
ACD["ACD Engine"]
ANI["ANI/ALI Interface"]
CTW["Call-Taker Workstation"]
TXT["Text-to-911 Gateway"]
REC["Call Recording System"]
GW -->|SIP sessions| ACD
ACD -->|Routed calls| CTW
ANI -->|Location/identity data| CTW
TXT -->|Text sessions| ACD
GW -->|Audio stream| REC
CTW -->|Dispatcher audio| REC
GW -->|Call arrival trigger| ANI
Next
Resume decomposition in the next session, prioritising {{entity:Computer-Aided Dispatch Subsystem}} — it has the most interfaces with Call Handling (IFC-DEFS-005 already defined) and is the highest-complexity remaining subsystem. {{entity:Network Infrastructure Subsystem}} should follow to address the SYS-REQS-010 CJIS traceability gap.