Files

T

Stefan Lohmaier 1855162e6d Initial commit: demo-epb v1.0 — Elektrische Parkbremse Demo

Vollstaendige Demo des slohmaier Dev Process anhand einer EPB-Steuergeraet-
Software. Zeigt ASPICE 4.0 / ISO 26262-konforme Entwicklung im Monorepo.

Inhalte:
- 5 Plaene (PID, PM-, QA-, SWE-, Test-Plan) in Word, ausgefuellt mit
  EPB-spezifischen Inhalten
- 10 System-Anforderungen + 25 Software-Anforderungen (Doorstop-MD)
- 5 System-Architektur-Elemente + 10 Software-Architektur-Elemente
  mit PlantUML-Diagrammen und vollstaendigem Mapping
- 3 implementierte Komponenten (Apply Controller D, Actuator Driver B,
  Switch Debouncer QM) plus 7 Header-Stubs
- 28 Unit-Tests, alle gruen, mit Coverage- und MISRA-Build-Targets
- Audit-Artefakte: 1 Review-Protokoll, 1 Non-Conformity, 1 MISRA-Record
- Gitea-Actions-CI-Pipeline (validate.yml)
- Doorstop-Konfiguration fuer bidirektionale Traceability
- Generator-Skript fuer alle 50 Reqs/Arch-Elemente aus Strukturdaten
- README mit gefuehrter Tour fuer Prospects

2026-05-11 13:51:02 -07:00

3.0 KiB

Raw Blame History

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.

3.0 KiB Raw Blame History