Files
dev-process/vorlagen/Non-Conformity-vorlage.md
T
Stefan Lohmaier 6e458ae76f Initial commit: slohmaier Dev Process v1.0
ASPICE 4.0 / ISO 26262 Entwicklungsprozess fuer kleine Teams.

Inhalte:
- README mit hybrider Format-Strategie (Word + Markdown)
- Toolstack (Gitea, Doorstop, Cppcheck, gcov, CppUTest, pandoc)
- Markdown-Vorlagen fuer Requirements + Architektur (SA, SWA)
- Markdown-Vorlagen fuer formelle Dokumente (PID, PM-Plan, QA-Plan,
  SWE-Plan, Test-Plan, Reviews, Non-Conformity, MISRA Permits/Records)
- Word-Master-Template (slohmaier-doc-template.docx) mit ISO-9001-
  konformer Document Control, Formatvorlagen, Auto-Verzeichnissen
- Build-Scripts (build_word_template.py, generate_word_vorlagen.sh)
- gitea-aspice-setup.md, V-Modell-Infografik
2026-05-11 13:40:51 -07:00

3.2 KiB

Non-Conformity Report

Feld Wert
NC-ID NC-[XXX]
Datum [YYYY-MM-DD]
Erstellt von [Name]
Status [Offen / In Bearbeitung / Geschlossen]

1. Bezug

Feld Wert
Art [Prozessabweichung / Produktabweichung]
Betroffener Prozess [z.B. SWE.4 Implementierung, SUP.1 QA]
Betroffenes Work Product [z.B. Modul XY, Anforderung SWR-042, Testplan]
GitLab-Referenz [Issue-Link / MR-Link / Wiki-Seite]
Gefunden bei [Review / Audit / Test / CI-Pipeline]

2. Beschreibung der Abweichung

[Was genau weicht ab? Konkret beschreiben. Bezug auf Norm oder Prozessvorgabe angeben.]

3. Schweregrad

Schweregrad Definition
[ ] Critical Sicherheitsrelevant oder vollstaendiges Fehlen eines geforderten Work Products
[ ] Major Signifikante Abweichung, die die Qualitaet oder Konformitaet beeintraechtigt
[ ] Minor Geringfuegige Abweichung, keine direkte Auswirkung auf Sicherheit oder Funktion

Zugewiesener Schweregrad: [Critical / Major / Minor]

4. Ursachenanalyse

[Warum ist die Abweichung aufgetreten? Moegliche Kategorien:]

  • Prozess nicht bekannt / nicht geschult
  • Prozess nicht anwendbar / unrealistisch
  • Versehen / menschlicher Fehler
  • Tool-Fehler
  • Zeitdruck / Ressourcenmangel
  • Anforderung unklar

Beschreibung: [Konkrete Ursache]

5. Korrekturmassnahme

Feld Wert
Massnahme [Was wird getan um die Abweichung zu beheben]
Verantwortlich [Name]
Faelligkeit [YYYY-MM-DD]

Vorbeugende Massnahme (optional)

[Was wird getan damit diese Art von Abweichung nicht erneut auftritt?]

6. Wirksamkeitspruefung

Feld Wert
Geprueft von [Name]
Pruefungsdatum [YYYY-MM-DD]
Massnahme wirksam [Ja / Nein]
Nachweis [GitLab-Issue-Link / Commit / Review]

7. Abschluss

Feld Wert
Status [Geschlossen / Erneut geoeffnet]
Geschlossen von [Name]
Datum [YYYY-MM-DD]

Dieser Report wird als GitLab Issue (Label: non-conformity) gefuehrt.