102 lines
4.3 KiB
Markdown
102 lines
4.3 KiB
Markdown
# 🏗️ [Lead Architect] — Zwischenstand & Roadmap
|
|
|
|
> **Stand:** 12. April 2026
|
|
> **Rolle:** Strategie, Architektur-Entscheidungen (ADRs), Domänen-Modell, Master-Roadmap
|
|
|
|
---
|
|
|
|
## ✅ Erledigte Sprints
|
|
|
|
### Sprint A — Abgeschlossen
|
|
|
|
- [x] **A-1** | ADR-0021 Tenant-Resolution-Strategie
|
|
- [x] Schema-per-Tenant vs. Tenant-ID analysiert → Entscheidung: Eine Veranstaltung = eine Datenbank
|
|
- [x] ADR-0021 in `docs/01_Architecture/adr/0021-tenant-resolution-strategy-de.md` abgelegt
|
|
- [x] Backend Developer informiert (Backend A-1 gestartet)
|
|
|
|
- [x] **A-2** | Domänen-Modell formal präzisiert
|
|
- [x] Hierarchie `Veranstaltung → Turnier → Bewerb → Abteilung` festgeschrieben
|
|
- [x] `TeilnehmerKonto` auf Veranstaltungsebene (Multi-Turnier) ins Modell aufgenommen
|
|
- [x] Veranstaltungs-Kassa mit Turnier-übergreifendem Saldo modelliert
|
|
- [x] Abteilungs-Typen `SEPARATE_SIEGEREHRUNG` und `ORGANISATORISCH` definiert
|
|
- [x] Curator beauftragt: `Ubiquitous_Language.md` aktualisiert
|
|
|
|
---
|
|
|
|
### Sprint B — Abgeschlossen
|
|
|
|
- [x] **B-1** | ADR für LAN-Sync-Protokoll schreiben
|
|
- [x] Optionen analysieren: Event-Sourcing vs. CRDT vs. Timestamp-Sync
|
|
- [x] Entscheidung für Meldestelle ↔ Richter-Turm Sync getroffen: **Event-Sourcing Light mit Lamport-Uhren** (Option
|
|
D)
|
|
- [x] ADR-0022 in `docs/01_Architecture/adr/0022-lan-sync-protocol-de.md` abgelegt
|
|
- [x] Backend Developer und Frontend Expert über Entscheidung informiert (siehe jeweilige Roadmaps)
|
|
|
|
> ⏸️ **USB-Stick Fallback** — Separate Besprechung zu einem späteren Zeitpunkt (Sprint B/C)
|
|
|
|
---
|
|
|
|
### Sprint C — Abgeschlossen
|
|
|
|
- [x] **C-1** | Zeitplan-Optimierung Konzept
|
|
- [x] Fachliche Anforderungen (Use Cases) definiert
|
|
- [x] Zeitberechnungs-Algorithmus spezifiziert
|
|
- [x] Drag & Drop Logik für Kalender-Ansicht entworfen
|
|
- [x] Konzept-Dokument in `docs/01_Architecture/` abgelegt → `docs/01_Architecture/konzept-zeitplan-optimierung-de.md`
|
|
|
|
- [x] **C-2** | MASTER_ROADMAP aktualisieren
|
|
- [x] Phase 9 Fortschritt reflektieren
|
|
- [x] Link zum Zeitplan-Konzept ergänzt
|
|
- [x] Feature-Migration (Frontend) dokumentiert
|
|
- [x] Phase 10 & 11 (Series & Results) als abgeschlossen markiert (Stand 11.04./12.04.)
|
|
|
|
---
|
|
|
|
## 🟠 Sprint D — In Arbeit
|
|
|
|
- [ ] **D-1** | USB-Stick Fallback (Sync)
|
|
- [ ] Technische Machbarkeit (File-Storage vs. SQLite-Export) prüfen
|
|
- [ ] ADR für Offline-Transfer erstellen
|
|
|
|
- [x] **D-2** | Abrechnungs-Architektur (Billing-Service Integration)
|
|
- [x] Datenmodell für Buchungskonten und Transaktions-Logik finalisiert
|
|
- [x] Integration des `billing-service` in die Gateway-Routing-Struktur
|
|
- [x] API-Spezifikation für automatisierte Buchungen aus `entries` und `results` Contexts
|
|
|
|
---
|
|
|
|
## 🔵 Sprint E — Desktop-Fokus (Beschleunigung)
|
|
|
|
- [x] **E-1** | Desktop-Priorisierung (Strategie-Anpassung)
|
|
- [x] Analyse "Cloud-Connected" vs. "Offline-First Authority"
|
|
- [x] Fokus-Verschiebung: Desktop-Zentrale wird primärer Master (ADR-0022/Concept)
|
|
- [x] Identifikation fehlender lokaler Persistenz-Layer (SQLDelight)
|
|
|
|
- [ ] **E-2** | Offline-First Sync-Infrastruktur (Härtung)
|
|
- [ ] Implementierung `SyncEvent`-Logger in `core:sync`
|
|
- [ ] SQLDelight Schema-Migration für lokales Event-Log
|
|
- [ ] Hintergrund-Sync Worker (opportunistisch)
|
|
|
|
- [ ] **E-3** | UI/UX Härtung für Offline-Betrieb
|
|
- [ ] Globaler Sync-Status in der Desktop-Sidebar
|
|
- [ ] Optimistisches UI für Nennungen und Ergebnisse
|
|
- [ ] Fehler-Behandlung bei Verbindungsabbrüchen (mDNS/WAN)
|
|
|
|
---
|
|
|
|
## 📌 Abhängigkeiten
|
|
|
|
| Meine Aufgabe | Blockiert wen |
|
|
|--------------------|----------------------------------------------------------|
|
|
| ADR-0021 ✅ | 👷 Backend: Tenant-Isolation (Backend Sprint A) |
|
|
| Domänen-Modell ✅ | 👷 Backend: Schema-Design; 🎨 Frontend: ViewModel-Design |
|
|
| LAN-Sync ADR (B-1) | 🎨 Frontend: Sync-UI; 👷 Backend: Sync-Endpunkte |
|
|
| Sync-Konzept (C-1) | 🐧 DevOps: mDNS/WebSocket-Infrastruktur |
|
|
| Billing-Arch (D-2) | 👷 Backend: Buchungs-Logik; 🎨 Frontend: Kassa-UI |
|
|
|
|
---
|
|
|
|
## 💡 Empfehlung
|
|
|
|
**Fokus auf Phase 12:** Die technische Infrastruktur für das Billing steht (Consul, Gateway, Repository). Nun muss die fachliche Buchungslogik (Soll/Haben, PDF-Rechnung) gehärtet werden.
|