DiveLogix360 – Inventar der Use-Case-Dossiers¶
Stand: 12.08.2026 16:55 Branch: main Status: Aktiv
| Datum, Uhrzeit | Version | Änderung | Autor |
|---|---|---|---|
| 12.08.2026 16:55 | 2.0 | Dossier- und Abschlusschecklisten-Rollout für alle vorgesehenen Use Cases abgeschlossen | Codex |
| 07.08.2026 17:44 | 1.1 | Inventar um den Rollout der verbindlichen Abschlusschecklisten erweitert | Codex |
| 07.08.2026 17:30 | 1.0 | Repository-weites Inventar als Grundlage für die einheitlichen Use-Case-Dossiers erstellt | Codex |
Zweck: Dieses Inventar zeigt den zentralen Dossier-Einstieg, vorhandene Artefaktgruppen und verbleibende strukturelle Lücken. Detailinhalte bleiben an ihren kanonischen Ablageorten.
Rollout-Status¶
| Use Case | Dossier | Abschlusscheckliste | Spezifikation | Oberflächen | Wesentlicher nächster Konsistenzschritt |
|---|---|---|---|---|---|
| UC00 | Vorhanden | Vorhanden | Vorhanden | Vorhanden | Offene Abnahme- und Implementierungsgates weiter bearbeiten |
| UC01 | Vorhanden | Vorhanden | Vorhanden | EQ-01 bis EQ-10 vorhanden | Interne Spezifikationsstatus mit Projektstatus und Artefakten abgleichen |
| UC02 | Vorhanden | Vorhanden | Vorhanden | TÜV-01 bis TÜV-08 vorhanden | Offene Fachfragen und Praxisabgleich formal konsolidieren |
| UC03 | Vorhanden | Vorhanden | Vorhanden | FA-01 bis FA-15 vorhanden | Einzelne Fachpunkte, Reviews und Screen-Abnahmen konsolidieren |
| UC04 | Vorhanden | Vorhanden | Vorhanden | IS-01 bis IS-08 vorhanden | Interne Spezifikationsstatus und vorhandene Screens abgleichen |
| UC05 | Vorhanden | Vorhanden | Vorhanden | FR-01 bis FR-08 vorhanden | Interne Spezifikationsstatus und vorhandene Screens abgleichen |
| UC06 | Vorhanden | Vorhanden | Vorhanden | KP-01 bis KP-08 vorhanden | Interne Spezifikationsstatus und vorhandene Screens abgleichen |
| UC07 | Vorhanden | Vorhanden | Vorhanden | BN-01 bis BN-08 vorhanden | Vereinfachten V1-Umfang und interne Statusangaben konsolidieren |
| UC08 | Vorhanden | Vorhanden | Vorhanden | BU-01 bis BU-08 vorhanden | Interne Spezifikationsstatus und vorhandene Screens abgleichen |
| UC09 | Vorhanden | Vorhanden | Kanonische Datei fehlt | Eigenes Screen-Set fehlt | Widerspruch zum Projektstatus klären und kanonische Spezifikation erstellen |
| UC-SA | Vorhanden | Vorhanden | Vorhanden | SA-01 bis SA-08 vorhanden | Interne Spezifikationsstatus und vorhandene Screens abgleichen |
| UC18 | Vorhanden | Vorhanden | Vorhanden | Offen | V2-Screens und spätere Schnittstellen ausarbeiten |
Übergreifende Quellen¶
| Artefaktgruppe | Kanonischer Ablageort | Einordnung |
|---|---|---|
| Technisches Datenbankschema | backend/prisma/schema.prisma |
Technische Wahrheit für alle Use Cases |
| Schema-Zielbild und UC-Matrix | docs/developer/database/schema-abgleich/ |
Übergreifende Zuordnung und Prüfnachweise |
| Programmierschnittstellen | docs/api/ |
Use-Case-übergreifende und UC-spezifische OpenAPI-Verträge |
| Architekturentscheidungen | docs/developer/adr/ |
Zentrales Register und einzelne Architecture Decision Records |
| Projektfortschritt | docs/management/project-status.md |
Verbindliche Aufgaben- und Statusführung |
| Produkt-Scope | docs/management/roadmap.md |
Verbindliche Versionszuordnung und Prioritäten |
| Compliance | docs/compliance/ |
Datenschutz-, Provider-, Fristen- und Schutzdokumentation |
Verbleibende strukturelle Lücken¶
- UC09 besitzt nun Dossier und Abschlusscheckliste, aber noch keine kanonische Spezifikationsdatei und kein eigenes Screen-Set.
- UC18 besitzt noch kein Screen-Set.
- Für UC01 bis UC09, UC-SA und UC18 fehlen noch verbindlich zugeordnete UC-spezifische OpenAPI-Verträge.
- Relevante Architecture Decision Records und Compliance-Nachweise müssen in den einzelnen Dossiers noch vollständig UC-spezifisch zugeordnet werden.
- Mehrere ältere Spezifikationen enthalten Kopf-, Review- oder Screen-Statusangaben, die dem führenden Projektstatus oder dem tatsächlichen Artefaktbestand widersprechen können.
- Die neuen Abschlusschecklisten definieren den Abnahmerahmen; ihre Kriterien sind noch ohne formelle Nachweise offen.
Verbindliche weitere Reihenfolge¶
- Dossiers und Abschlusschecklisten mit der strikten Strukturprüfung überwachen.
- Widersprüchliche Statusangaben in den führenden und abgeleiteten Artefakten je Use Case konsolidieren.
- UC09-Spezifikationsablage und Fachinhalt anhand vorhandener Quellen verbindlich klären.
- UC-spezifische API-, ADR- und Compliance-Zuordnungen ergänzen.
- Screen-Sets fachlich abnehmen und fehlende UC09- sowie UC18-Oberflächen ausarbeiten.
- Implementierung, Tests und Abnahmen use-caseweise anhand der Abschlusschecklisten nachweisen.
Prüfmodus¶
Der Dossier-Rollout ist strukturell abgeschlossen. Das Skript tools/validate-uc-dossiers.ps1 ist deshalb künftig mit -Strict auszuführen. Eine rein strukturell erfolgreiche Prüfung bestätigt weder Fachlichkeit noch Implementierungs- oder Produktionsreife.