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

vorlagen/MISRA-Deviation-Record-vorlage.md

@@ -0,0 +1,70 @@
+# MISRA Deviation Record
+
+| Feld            | Wert                          |
+|-----------------|-------------------------------|
+| Deviation-ID    | DEV-[XXX]                     |
+| Datum           | [YYYY-MM-DD]                  |
+| Erstellt von    | [Name]                        |
+
+---
+
+## 1. Regel
+
+| Feld              | Wert                                              |
+|-------------------|----------------------------------------------------|
+| Regel-Nummer      | [z.B. Rule 11.3]                                   |
+| Kategorie         | [Required / Advisory / Mandatory]                  |
+| Regeltext         | [Exakter Text der MISRA-Regel]                     |
+| Standard          | [MISRA C:2012 / MISRA C:2023]                      |
+
+## 2. Fundstelle
+
+| Feld              | Wert                                              |
+|-------------------|----------------------------------------------------|
+| Datei             | [z.B. src/drivers/watchdog.c]                      |
+| Zeile(n)          | [z.B. 142-145]                                     |
+| Funktion          | [z.B. wdg_set_timeout()]                           |
+| Git-Commit        | [Commit-Hash]                                      |
+| GitLab-Referenz   | [MR-Link oder Issue-Link]                          |
+
+## 3. Begruendung
+
+[Warum ist die Abweichung in diesem konkreten Fall technisch vertretbar?]
+
+Moegliche Begruendungen:
+- Hardware-Zugriff erfordert Typkonvertierung
+- Compiler-spezifisches Verhalten ist definiert und getestet
+- Alternative Implementierung waere unverhältnismaessig komplex
+- Regel ist im Kontext nicht sicherheitsrelevant
+
+**Konkrete Begruendung:** [Hier ausfuellen]
+
+## 4. Risikobewertung
+
+| Aspekt                    | Bewertung                                     |
+|---------------------------|-----------------------------------------------|
+| Sicherheitsrelevanz       | [Keine / Gering / Mittel / Hoch]              |
+| Fehlerpotenzial           | [Beschreibung moeglicher Fehler]              |
+| Absicherung               | [Welche Tests / Massnahmen sichern den Code ab] |
+| Restrisiko                | [Bewertung des verbleibenden Risikos]         |
+
+## 5. Verweis auf Deviation Permit
+
+| Feld                  | Wert                                          |
+|-----------------------|-----------------------------------------------|
+| Permit vorhanden      | [Ja / Nein]                                   |
+| Permit-ID             | [PER-XXX oder "entfaellt"]                    |
+
+Falls kein Permit vorhanden: diese Abweichung ist eine Einzelfallgenehmigung.
+
+## 6. Freigabe
+
+| Feld              | Wert                                              |
+|-------------------|----------------------------------------------------|
+| Freigegeben von   | [Name, Rolle]                                      |
+| Datum             | [YYYY-MM-DD]                                       |
+| Nachweis          | [GitLab-MR-Approval / Unterschrift]                |
+
+---
+
+*Dieser Record wird im Repository unter `docs/misra/` oder als GitLab Issue gefuehrt.*