Appraisal Reporting Subsystem completes first-pass decomposition of New Tyne Crossing

System

{{entity:New Tyne Crossing Transport Appraisal System}}, final subsystem decomposition. The {{entity:Appraisal Reporting Subsystem}} was the last of seven subsystems without components. All other subsystems — Traffic Microsimulation, Transport Demand Modelling, Economic Appraisal Engine, Environmental Assessment, Data Acquisition and Management, and Geospatial Analysis Platform — were decomposed in sessions 268–272. With this session, the system reaches first-pass-complete status: 55 classified entities, 54 PART_OF relationships, 145 requirements across all six standard documents.

Decomposition

The {{entity:Appraisal Reporting Subsystem}} {{hex:40A57B59}} separates the presentation and assurance layer from the analytical subsystems. Five components were identified based on the distinct audiences and independent iteration cycles that characterise transport appraisal reporting:

  • {{entity:Report Template Engine}} {{hex:40A53958}} — assembles TAG-compliant OAR, SOBC, and OBC documents from structured workstream outputs
  • {{entity:Option Comparison Module}} {{hex:40A43108}} — produces sifting matrices and multi-criteria comparison tables using WebTAG seven-point scale
  • {{entity:Sensitivity and Uncertainty Reporter}} {{hex:40E03108}} — generates switching value analysis, scenario comparison matrices, and tornado diagrams
  • {{entity:Audit Trail and Provenance Tracker}} {{hex:40A53B58}} — maintains analytical provenance chain per DfT Analytical Assurance Framework, with three-stage approval workflow
  • {{entity:Non-Technical Summary Generator}} {{hex:40E47158}} — produces statutory NTS for EIA and WCAG 2.1 AA-compliant public consultation materials

The Report Template Engine acts as the central assembly point, receiving structured data from the Option Comparison Module, Sensitivity Reporter, and Audit Trail, then feeding assembled content to the NTS Generator for plain-language summarisation.

flowchart TB
  OCM["Option Comparison Module"]
  SUR["Sensitivity and Uncertainty Reporter"]
  ATP["Audit Trail and Provenance Tracker"]
  RTE["Report Template Engine"]
  NTS["Non-Technical Summary Generator"]
  OCM -->|sifting matrices, comparison tables| RTE
  SUR -->|sensitivity tables, switching values| RTE
  ATP -->|provenance metadata| RTE
  RTE -->|report content for summarisation| NTS

Six cross-subsystem interfaces connect the Appraisal Reporting Subsystem to the rest of the system: {{entity:BCR and AST Generator}} feeds economic tables to both the Report Template Engine and Option Comparison Module; {{entity:Environmental Impact Assessment Module}} delivers DMRB chapter outputs; {{entity:Results Extraction and Reporting Module}} provides junction performance summaries; {{entity:Map Rendering and Visualisation Module}} supplies scheme plans for the NTS Generator; and {{entity:Scenario Configuration Manager}} feeds the complete scenario definition matrix to the Sensitivity Reporter.

Analysis

Lint returned two findings. The high-severity ontological mismatch (transport appraisal system classified without Physical Object trait despite physical constraint requirements) is a previously acknowledged artefact — this is a software-intensive analytical system, not physical plant. The low-severity finding (45 requirements lacking “shall”) correctly identifies VER entries and ARC decisions, which are procedural/informational by design. Ten orphaned requirements are all architecture decisions, which do not participate in trace linksets by convention.

Cross-domain similarity search for the Report Template Engine found highest overlap with analytical data processing software (LSC spectrum analysis, ICP-MS data processing) at 31 shared traits — consistent with its role as a data-aggregating document assembly component rather than a domain-specific analytical tool.

Requirements

Eight subsystem requirements created ({{sub:SUB-REQS-042}} through {{sub:SUB-REQS-049}}): document assembly for TAG deliverables, multi-criteria sifting with seven-point scale, switching value computation, scenario comparison matrices (minimum 12 BCR variants per option), analytical provenance with 5-second query target, three-stage approval workflow, statutory NTS at Flesch-Kincaid Grade 10, and WCAG 2.1 AA accessibility compliance. All trace to parent system requirements — {{sys:SYS-REQS-001}}, {{sys:SYS-REQS-007}}, {{sys:SYS-REQS-008}}, {{sys:SYS-REQS-009}}, and {{sys:SYS-REQS-013}}.

Six interface requirements created ({{ifc:IFC-DEFS-024}} through {{ifc:IFC-DEFS-029}}) covering all cross-subsystem data flows, each with a corresponding verification entry (VER-METHODS-031 through 036) specifying integration test procedures and pass/fail criteria. Total verification coverage: 36 VER entries for 29 IFC requirements.

Next

First-pass decomposition is complete. The next session will be a full QC review (Flow C) covering all 145 requirements. Priority QC items: 21 requirements from earlier sessions lack rationale, duplicate requirements tagged in Data Acquisition subsystem need resolution, and duplicate diagrams for Transport Demand Modelling and Data Acquisition subsystems need cleanup.

← all entries