10. Quality Requirements¶
10.1 Quality Tree¶
TBD — derived from the quality goals in section 1.2.
10.2 Quality Scenarios¶
Quantified non-functional targets are specified in req_nfr.md (REQ-NFR-*) and decided in ADR-0018. Representative scenarios:
Confidentiality / separation - A user of project A can under no circumstances read, infer, or search data of project B belonging to a different mandator (REQ-SEP-004/007).
Traceability / auditability - An auditor asks "which exact version of SOP-007 governed project P42 on date X, who approved it, and what changed since" — answerable in minutes via provenance link, approval records, and version history (STR-009). - A released document's content is reproduced byte-exactly via its (manifest) hash, years after release, including after backup/restore to a different server. - For any software requirement, the verifying tests are identifiable — and vice versa — without manual bookkeeping (see verification plan).
Capacity & performance (REQ-NFR-001/002) - At ~100 users / ~20 concurrent and ~100k document versions, interactive operations stay within p95 < 1s and full-text search within < 1s on a single-node deployment.
Availability & recovery (REQ-NFR-003/004/005) - Restore of a backup on a fresh server yields a fully functional QMS within ~1 business day, losing at most ~24h of data (nightly backup).
Security (REQ-NFR-007..013)
- With the runtime connected as lqms_app, a SQL-injection or forgotten scope filter
cannot read another mandator's rows (RLS backstop); data at rest is encrypted; a
dependency with a known critical vulnerability is flagged in CI before release.