docs(reports): add comprehensive status and recommendation reports for key roles
- Created and saved detailed reports for Frontend, Backend, UI/UX, Architecture, DevOps, QA, Rulebook, and Curation in `docs/90_Reports/`. - Included prioritized action items, challenges, and next steps across disciplines. - Addressed documentation gaps and organized steps for improving workflow consistency and validation across the stack. Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
This commit is contained in:
@@ -0,0 +1,37 @@
|
||||
# 🐧 [DevOps Engineer] Report - 2. April 2026
|
||||
|
||||
## 1. Aktueller Status
|
||||
|
||||
In den letzten Commits sehen wir Anpassungen an den Gradle-Build-Skripten im Backend (
|
||||
`masterdata-domain/build.gradle.kts`), bei denen Abhängigkeiten zum `platformTesting` bereinigt wurden. Die Entwicklung
|
||||
konzentriert sich stark auf die Desktop-App (`meldestelle-desktop`), was bedeutet, dass die Paketierung und Auslieferung
|
||||
für den Desktop-Client relevant wird.
|
||||
|
||||
## 2. Empfehlungen & Prioritäten
|
||||
|
||||
**🔴 P1: Desktop-App Packaging (Compose for Desktop)**
|
||||
|
||||
* *Warum:* Das "Event-First" Workflow-Update zeigt, dass der `meldestelle-desktop` Client immer vollständiger wird und
|
||||
für Tests durch Stakeholder bereitgestellt werden sollte.
|
||||
* *Aktion:* Konfiguration von Gradle/Conveyor oder `compose.desktop.nativeDistributions`, um installierbare Pakete (z.B.
|
||||
`.msi`, `.dmg` oder `.deb`) für die Ziel-Betriebssysteme der Meldestellen automatisch via CI/CD zu bauen.
|
||||
|
||||
**🟠 P2: CI/CD Pipeline für Compose Tests**
|
||||
|
||||
* *Warum:* Die UI-Tests und Navigationstests (z.B. `DeepLinkHandlerTest`) müssen bei jedem Push laufen, um Regressionen
|
||||
im komplexen V2-Navigation-Flow zu verhindern.
|
||||
* *Aktion:* Ausbau der GitHub Actions (oder GitLab CI), um die Compose-Desktop-Tests "headless" auszuführen und schnelle
|
||||
Feedback-Schleifen für die UI-Entwicklung zu etablieren.
|
||||
|
||||
**🟠 P2: Vorbereitung der Offline-Datenbank (LAN)**
|
||||
|
||||
* *Warum:* Im Frontend-Code ist dokumentiert, dass "eine eigene Datenbank initialisiert wird". Die LAN-Synchronisation
|
||||
aus ADR-0020 wird konkreter.
|
||||
* *Aktion:* Evaluierung und Bereitstellung der Infrastruktur für lokale SQLite-Datenbanken innerhalb der
|
||||
Desktop-Applikation inklusive eventueller Sync-Tools (z.B. Realm oder custom Ktor/SQLDelight Sync-Worker).
|
||||
|
||||
**🟡 P3: Artefakt-Versionierung und Releases**
|
||||
|
||||
* *Warum:* Es ist bald ein MVP-Release fällig.
|
||||
* *Aktion:* Einführung einer sauberen Semantic Versioning Strategie, um Client (Desktop) und Server (Spring Boot)
|
||||
koordiniert als Release-Paket taggen und deployen zu können.
|
||||
Reference in New Issue
Block a user