Stefan Lohmaier
6e458ae76f
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
80 lines
3.2 KiB
Markdown
80 lines
3.2 KiB
Markdown
# 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.*
|