templates-de: German document templates, moved in from ownCloud

The 25 files under templates-de/ lived in ~/ownCloud/Persönlich/slohmaier.com/vorlagen/
with no version control. They are the German-language counterpart of the
templates renamed to English in 247b831 — this repo already describes itself as
holding the ASPICE 4.0 / ISO 26262 methodology, templates and tools, so a
second home for templates would have been a duplicate.

Structure preserved as found (business/, engineering/, projekt/, qualitaet/).
No file renamed, no template content changed.

Not moved: vorlagen/slohmaier-doc-template.docx was byte-identical (MD5
31b2d0748eadf0314babf469725ee0b1) to templates-word/slohmaier-doc-template.docx
already in this repo.

Path references fixed in templates-de/README.md, which pointed at locations
that no longer exist: the ownCloud cp examples now clone from Gitea, the
generator script name follows the vorlagen/ -> templates/ rename
(generate_word_vorlagen.sh -> generate_word_templates.sh), the edit workflow
names templates/ and templates-de/ instead of the removed ownCloud copy, and
the master template is referenced at ../templates-word/.

templates-de/engineering/SA-vorlage.md

@@ -0,0 +1,104 @@
+---
+active: true
+level: 1.0
+links:
+  - SYS-XXX: [hash]
+---
+
+# SA-XXX: [Element-Name]
+
+> **System Architectural Design Element (ASPICE SYS.3).**
+> Beschreibt ein Element der System-Architektur und sein Mapping auf System-Anforderungen.
+
+| Feld     | Wert                          |
+|----------|-------------------------------|
+| Projekt  | [Projektname]                 |
+| Datum    | [YYYY-MM-DD]                  |
+| Version  | [1.0]                         |
+| Status   | [Entwurf / Freigegeben]       |
+| ASIL     | [QM / A / B / C / D]          |
+| Autor    | [Name]                        |
+
+---
+
+## 1. Verantwortung
+
+[Was tut dieses Element? Ein bis zwei Saetze. Welcher Zweck im Gesamtsystem.]
+
+## 2. System-Kontext
+
+[PlantUML-Diagramm: dieses Element im Verhaeltnis zu Nachbarsystemen / Umgebung.]
+
+```plantuml
+@startuml
+!define COMPONENT(x) component "x" as x
+COMPONENT([Element])
+[Element] --> [Nachbarsystem A] : Schnittstelle X
+[Nachbarsystem B] --> [Element] : Schnittstelle Y
+@enduml
+```
+
+## 3. Allokation
+
+| Anforderung   | Allokation auf | Bemerkung                |
+|---------------|----------------|---------------------------|
+| SYS-XXX       | dieses Element | [vollstaendig / teilweise] |
+| SYS-YYY       | dieses Element | [Begruendung]              |
+
+Allokations-Regel: jede verlinkte System-Anforderung muss eindeutig auf HW, SW oder Mechanik abgebildet werden.
+
+## 4. Schnittstellen zur Umgebung
+
+| Schnittstelle | Richtung      | Typ                  | Bemerkung               |
+|---------------|---------------|----------------------|--------------------------|
+| [Name]        | in / out / io | [CAN / SPI / GPIO / ...] | [Protokoll-Verweis] |
+
+## 5. Subkomponenten / Aufteilung
+
+[Falls dieses System-Element aus mehreren Subkomponenten besteht: kurze Auflistung mit Verweis auf weitere SA- oder SWA-Elemente.]
+
+| Subkomponente | Realisierung       | Verweis           |
+|---------------|--------------------|-------------------|
+| [Name]        | [HW / SW / Mechanik] | SWA-XXX / SA-YYY |
+
+## 6. Dynamisches Verhalten
+
+[PlantUML-Sequenz oder State-Diagramm fuer kritische Ablaeufe.]
+
+```plantuml
+@startuml
+actor Nutzer
+Nutzer -> [Element]: Anforderung
+[Element] -> [Nachbar]: weiterleiten
+[Nachbar] --> [Element]: Antwort
+[Element] --> Nutzer: Ergebnis
+@enduml
+```
+
+## 7. Nichtfunktionale Eigenschaften
+
+| Aspekt              | Anforderung / Zielwert      |
+|---------------------|-----------------------------|
+| Worst-Case Timing   | [z.B. < 10 ms Reaktionszeit]|
+| Speicherbedarf      | [z.B. < 64 KB Flash]        |
+| Stromaufnahme       | [z.B. < 200 mA bei 12 V]    |
+| Umgebungsbedingungen | [Temperatur, EMV]          |
+| Sicherheitsziel     | [Verweis auf SG-XXX, falls vorhanden] |
+
+## 8. Designentscheidungen
+
+| Entscheidung | Alternativen | Begruendung |
+|--------------|--------------|-------------|
+| [Was]        | [Was sonst noch erwogen wurde] | [Warum diese Wahl] |
+
+## 9. Verifikation
+
+| Anforderung | Verifikations-Methode | Test-ID           |
+|-------------|------------------------|-------------------|
+| SYS-XXX     | [Review / Test / Analyse] | TST-SYS-XXX    |
+
+Jede in den `links` referenzierte System-Anforderung muss mindestens eine Verifikations-Methode haben.
+
+---
+
+*Aenderungen an diesem Architektur-Element gehen per PR mit mind. 2 Technical-Review-Approvals (siehe SWE-Plan).*