DiveLogix360 – Funktionsübersicht¶
Stand: 12.08.2026 16:55 Branch: main Status: Aktiv
| Datum, Uhrzeit | Version | Änderung | Autor |
|---|---|---|---|
| 12.08.2026 16:55 | 1.1 | Alle Use Cases auf einheitliche Dossiers als Detaileinstieg umgestellt | Codex |
| 12.08.2026 16:55 | 1.0 | Use Cases und fachliches Zusammenspiel für Projektbeteiligte zusammengefasst | Codex |
Einordnung: Diese Seite erklärt den Funktionsumfang in kompakter Form. Verbindliche Regeln stehen in den jeweiligen Use-Case-Spezifikationen; die Versionszuordnung steht in der Produkt-Roadmap.
Fachliches Gesamtbild¶
Die Funktionen bauen fachlich aufeinander auf: Zuerst werden Tauchschule und Benutzer eingerichtet. Danach können Kunden und Equipment verwaltet werden. Auf diesem Bestand arbeiten Prüf-, Service-, Füll- und Fristenprozesse. Benachrichtigungen, Berichte und das Kundenportal verwenden die dabei entstehenden Informationen.
flowchart TD
A["Tenant und Benutzer"] --> B["Kunden und Equipment"]
B --> C["Prüfung, Service und Füllung"]
C --> D["Fristen und Benachrichtigungen"]
C --> E["Portal, Berichte und Export"]Die Darstellung zeigt nur den fachlichen Zusammenhang und ersetzt keine Prozess- oder Architekturdefinition.
Version 1 – Use Cases¶
| Use Case | Funktion | Hauptnutzer | Detaileinstieg |
|---|---|---|---|
| UC00 | Tenant-Onboarding und Schulverwaltung | Superadmin, Tenant-Admin | UC00-Dossier |
| UC01 | Equipment erfassen und verwalten | Mitarbeiter | UC01-Dossier |
| UC02 | Externe TÜV-Inspektion einreichen und nachverfolgen | Mitarbeiter | UC02-Dossier |
| UC03 | Füll-Abos und Füllkarten verwalten | Tenant-Admin, Mitarbeiter | UC03-Dossier |
| UC04 | Inhouse-Service erfassen | Mitarbeiter | UC04-Dossier |
| UC05 | Anstehende Fristen überblicken | Tenant-Admin, Mitarbeiter | UC05-Dossier |
| UC06 | Kunden einladen und Portalzugang bereitstellen | Tenant-Admin, Kunde | UC06-Dossier |
| UC07 | Fristbezogene Benachrichtigungen versenden | System, Kunde | UC07-Dossier |
| UC08 | Benutzer und Einladungen verwalten | Tenant-Admin | UC08-Dossier |
| UC09 | Berichte und Exporte bereitstellen | Tenant-Admin | Roadmap |
| UC-SA | Plattformweite Administration | Superadmin | UC-SA-Dossier |
UC07 und UC09 sind für Version 1 bewusst vereinfacht vorgesehen. Der genaue Umfang und spätere Erweiterungen stehen in der Roadmap.
Wichtige fachliche Abhängigkeiten¶
| Ausgangspunkt | Abhängiger Bereich | Zusammenhang |
|---|---|---|
| UC00 | alle Tenant-Funktionen | Ohne eingerichtete Tauchschule und berechtigte Benutzer können keine tenantbezogenen Vorgänge stattfinden. |
| UC01 | UC02, UC04, UC05 und UC18 | Prüfungen, Service, Fristen und Verleih beziehen sich auf erfasstes Equipment. |
| UC06 | UC07 und Kundenportal | Benachrichtigungen und Portalzugriffe benötigen zugeordnete Kunden und freigegebene Zugänge. |
| UC02 und UC04 | UC05, UC07 und UC09 | Prüf- und Servicedaten bilden eine Grundlage für Fristen, Hinweise und Auswertungen. |
| UC03 | Kunden- und Equipmentbezug | Füll-Abos und Abrufe werden den fachlich vorgesehenen Kunden- und Flaschendaten zugeordnet. |
Version 2 – Erweiterungsfelder¶
Für Version 2 sind laut Roadmap insbesondere vorgesehen:
- Self-Service-Registrierung für Tauchschulen;
- konfigurierbare Benachrichtigungen;
- Kontaktdaten-Änderungsanträge;
- erweiterte Berichte;
- Push-Benachrichtigungen;
- Dokument-Uploads;
- Taucher bei mehreren Tauchschulen;
- tenantbezogenes Branding;
- eigene Equipment-Typen;
- Mehrsprachigkeit;
- Equipment-Verleih als UC18.
Für UC18 liegt bereits eine Dossier vor; die Implementierung gehört weiterhin zum V2-Scope.
Version 3 – Vision¶
Die längerfristige Vision umfasst laut Roadmap:
- durch Taucher selbst eingereichte Inspektionen;
- Dokument-Uploads durch Taucher;
- Direktzahlung und Rechnungsstellung;
- Schnittstellen für Prüfstellen;
- White-Label-Betrieb mit eigener Domain.
Wie Detailinformationen gefunden werden¶
- Das jeweilige Use-Case-Dossier ist der bevorzugte Einstieg.
- Die Use-Case-Spezifikation ist die führende Quelle für Fachregeln.
- Screen-Dokumente beschreiben Oberflächen und Benutzerabläufe.
- OpenAPI-Dokumente definieren Schnittstellen.
- Architecture Decision Records dokumentieren technische Grundsatzentscheidungen.
- Der Projektstatus zeigt Spezifikations- und Implementierungsstand getrennt.
Alle vorgesehenen Use Cases besitzen ein Dossier und eine Abschlusscheckliste. Der dokumentierte Rollout- und Konsistenzstand steht im Dossier-Inventar.