Software Requirements: Regulatory Conformity (GSPR / Essential Principles)¶
Introduced in requirements baseline v1.9 (ADR-0084, Stage C — the regulatory axis of the
traceability model, traceability-model.md §4 view 4). The tool ships the regulatory-ref trace-item
TYPE and the derived GSPR conformity VIEW; the GSPR / essential-principles checklist itself is CONTENT
(a controlled document holding one clause per principle the scope claims) — the tool never ships the
regulation text as data (ADR-0061 D-5). A distinct axis from REQ-VAL: design validation (ISO 13485
§7.3) versus regulatory conformity (e.g. MDR Annex I essential principles / IEC 62304 clauses).
| ID | Requirement | Trace |
|---|---|---|
| REQ-GSP-001 | A regulatory reference shall be a keyed trace item (node regulatoryRef, fence :::regulatory-ref) — one GSPR / essential principle / standard clause a scope claims — with the hash-frozen ORDERED FIXED attributes: source (a free token naming the regulation/standard, e.g. mdr-annex-i), clause (a free token, the clause id within that source), applicability (the two-value enum — applicable or not-applicable — constrained by the authoring UI, NOT validated on save), and justification (longtext; EMPTY is allowed at authoring — an unjustified N/A is a conformity gap surfaced by REQ-GSP-002, never a save error). The GSPR/essential-principles checklist is CONTENT — the tool ships the TYPE (and the conformity view), never the regulation text as data (ADR-0061 D-5). A requirement item OR a design-element item (REQ-VAL-003), or a document-level source, shall be a valid SOURCE of the new complies-with edge to a regulatory reference (REQ-REL-007); its suspect flag shall fire when the target clause's content changes. Its key shall be unique per scope across ALL trace-item types (ADR-0078 §4); whether a document type may define regulatory-ref items shall be governed by the per-(scope, type) may-define flag (REQ-DOC-034); the registration is additive (engines unchanged, ADR-0078), the block round-tripping losslessly through the projection and rendering as a formatted PDF fence. |
STR-001, STR-027; ADR-0084, ADR-0078, ADR-0061 |
| REQ-GSP-002 | The system shall derive, per scope, a live GSPR CONFORMITY view (VIEW_TRACEABILITY-gated, RLS-scoped, nothing stored): rows are the scope's regulatory-ref clauses (clause-ordered — regulation source, then a natural ordering of the clause token), each showing its applicability and justification-present verdict, its inbound complies-with compliers (requirement / design-element items and/or document-level), and each complying requirement's OWN inbound verifies verification state (the ADR-0088 planned-vs-verified class + release date). It shall roll up non-suppressible gap flags — APPLICABLE_NOT_COVERED (an applicable clause with no visible complier), COVERAGE_UNVERIFIED (covered, but no complier carries verified-class evidence), NA_WITHOUT_JUSTIFICATION (a not-applicable clause with no justification — the HARD gap, an audit finding rendered in the error colour, OQ-8), and SUSPECT_ON_PATH — and shall degrade an invisible/disposed source to ABSENT (never a leak; an existence-safe gap). It shall be exportable as a flat CSV (one row per clause→complier path), the export recording one scope-level EXPORTED audit event carrying the exporting tool version. The view shall surface on the traceability workspace as a sub-page + hub tile (REQ-UI-022) and as a section of the derived traceability report (REQ-REP-010); the GSPR checklist itself is authored through the grid REQ-UI-026. |
STR-011, STR-027; ADR-0084, ADR-0088, ADR-0080 |