mocode-software/meldestelle
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
a3007b01ee
meldestelle/docs/90_Reports/2026-04-02_Backend_Report.md
Stefan Mogeritsch cdadcf4611 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>
2026-04-02 11:15:38 +02:00

1.8 KiB
Raw Blame History

👷 [Backend Developer] Report - 2. April 2026

1. Aktueller Status

Das Backend war in den letzten Tagen relativ stabil. Es gab kleinere Anpassungen im Domain-Modell (z.B. Entfernung von " Reining" aus dem Sparte Enum) und Optimierungen in den Build-Skripten (platformTesting). Das Backend wartet nun darauf, die rasante Frontend-Entwicklung mit echten Daten und Endpunkten zu unterfüttern.

2. Empfehlungen & Prioritäten

🔴 P1: API-Endpunkte für V2-Frontend (CRUD)

  • Warum: Das Frontend verwendet aktuell einen lokalen StoreV2, da die echten Endpunkte für die neuen Detail-Screens fehlen.
  • Aktion: Definition und Implementierung der REST-APIs für Create, Read, Update, Delete von Veranstaltern, Veranstaltungen, Reitern, Pferden, Vereinen und Funktionären.

🟠 P2: Datenbank-Schema & DTOs aktualisieren

  • Warum: Die neuen Frontend-Dialoge haben neue Felder oder spezifische Anforderungen an die Datenstruktur offengelegt (z.B. OEPS-Nummer vs. FEI-ID, optionale Kontakt-Felder).
  • Aktion: Abgleich der Domain-Modelle und des DB-Schemas mit den Frontend-DTOs. Ggf. Flyway-Migrationen erstellen.

🟠 P2: LAN/Offline-First Architektur (Sync)

  • Warum: Gemäß ADR-0020 und der Projekt-Philosophie muss das System offline-fähig (LAN) sein. Die Event-Datenbank-Initialisierung passiert nun im Frontend.
  • Aktion: Vorbereitung der mandantenfähigen/Event-spezifischen Datenhaltung im Backend, um mit der lokalen Datenbank der Desktop-App kommunizieren zu können.

🟡 P3: Dynamisches Testdaten-Seeding

  • Warum: Das Frontend braucht realistische Daten für die V2-Screens, um Edge-Cases zu testen.
  • Aktion: Entwicklung eines Seeders, der reproduzierbare, umfangreiche Testdaten (Turniere, Nennungen, Stammdaten) generiert und über die API bereitstellt.