# Qualitaetssicherungs-Plan (QA-Plan)

| Feld            | Wert                                |
|-----------------|--------------------------------------|
| Projekt         | demo-epb                             |
| Datum           | 2026-05-11                           |
| Version         | 1.0                                  |
| Status          | Freigegeben                          |

---

## 1. Qualitaetsziele

- Vollstaendige Traceability: SYS → SA → SWE → SWA → Code → Test
- 0 MISRA-Required-Violations (Deviations dokumentiert)
- 0 statische-Analyse-Findings auf High/Error-Level
- Coverage-Ziele (siehe SWE-Plan Abschnitt 8) eingehalten
- Alle PRs reviewed und approved

## 2. Qualitaetsmassnahmen

| Massnahme                       | Tool / Methode             | Frequenz       |
|---------------------------------|----------------------------|----------------|
| Traceability-Check              | `doorstop check`           | jeder Push     |
| MISRA-Check                     | Cppcheck + MISRA-Addon     | jeder Push     |
| Static Analysis                 | Cppcheck, clang-tidy       | jeder Push     |
| Unit Tests                      | CppUTest                   | jeder Push     |
| Coverage                        | gcov / lcov                | jeder Push     |
| Peer Review                     | Gitea PRs                  | jede Aenderung |
| Architektur-Review              | Technical Review, 2 Approver | bei Aenderung |
| Audit-Vorbereitung              | doorstop publish + Word-Doku | bei Release  |

## 3. Reviews

| Artefakt                    | Review-Typ        | Min. Approver |
|-----------------------------|-------------------|----------------|
| Anforderungen               | Technical Review  | 1              |
| Architektur-Element         | Technical Review  | 2              |
| Code (QM / ASIL-A/B)        | Peer Review       | 1              |
| Code (ASIL-C/D)             | Technical Review  | 2              |
| Plaene und Berichte         | Peer Review       | 1              |
| MISRA Deviation Permit      | Technical Lead    | 1              |

## 4. Non-Conformity Management

Abweichungen vom Plan oder von Anforderungen werden als Non-Conformity (NC) dokumentiert:

- Pfad: `docs/non-conformities/NC-XXX.docx`
- Jede NC erhaelt eine eindeutige ID
- Schwere-Klassifizierung: Critical / Major / Minor
- Korrekturmassnahme und Verifikation werden nachgehalten
- Beispiel-NC vorhanden: NC-001

## 5. Audit-Vorbereitung

Audit-Faehigkeit wird durchgehend erhalten:

- Git-History ist Audit-Trail (kein direkter Push auf `main`)
- `docs/plans-md/` enthaelt die freigegebenen Plaene (Word in `docs/` daneben)
- `docs/traceability/` enthaelt automatisch generierte Matrizen
- `misra/records/` enthaelt MISRA-Deviation-Records
- `tests/results/` enthaelt Test- und Coverage-Reports (CI-Artefakte)
- `docs/reviews/` enthaelt Review-Protokolle

## 6. Verbesserungsmassnahmen

Jeder Sprint-Abschluss enthaelt eine kurze Lessons-Learned-Notiz in `docs/lessons-learned/`. In dieser Demo verzichtet, da Single-Sprint-Projekt.