docs: add domain workshop agenda and session log for SQLite worker fix
Build and Publish Docker Images / build-and-push (., backend/infrastructure/gateway/Dockerfile, api-gateway, api-gateway) (push) Successful in 7m6s
Build and Publish Docker Images / build-and-push (., backend/services/ping/Dockerfile, ping-service, ping-service) (push) Successful in 6m59s
Build and Publish Docker Images / build-and-push (., config/docker/caddy/web-app/Dockerfile, web-app, web-app) (push) Successful in 2m0s
Build and Publish Docker Images / build-and-push (., config/docker/keycloak/Dockerfile, keycloak, keycloak) (push) Successful in 1m51s
Build and Publish Docker Images / build-and-push (., backend/infrastructure/gateway/Dockerfile, api-gateway, api-gateway) (push) Successful in 7m6s
Build and Publish Docker Images / build-and-push (., backend/services/ping/Dockerfile, ping-service, ping-service) (push) Successful in 6m59s
Build and Publish Docker Images / build-and-push (., config/docker/caddy/web-app/Dockerfile, web-app, web-app) (push) Successful in 2m0s
Build and Publish Docker Images / build-and-push (., config/docker/keycloak/Dockerfile, keycloak, keycloak) (push) Successful in 1m51s
- Added detailed agenda for the domain workshop kickoff under `docs/03_Domain/03_Analysis/Domain_Workshop_Agenda.md`. - Logged session details for resolving the SQLite worker 404 issue under `docs/99_Journal/2026-03-16_Session_Log_Fix_SQLite_Worker.md`. - Enhanced `sqlite-config.js` to include a new fallback strategy for better resilience. Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
This commit is contained in:
@@ -0,0 +1,36 @@
|
||||
# ToDo-Liste: Domain Workshop (Kick-off)
|
||||
|
||||
**Datum:** Heute Abend
|
||||
**Teilnehmer:** Owner (Fachexperte), 🏗️ [Lead Architect], 📜 [ÖTO/FEI Rulebook Expert]
|
||||
|
||||
## Ziel des Abends
|
||||
|
||||
Start der fachlichen Klärung (Phase 3). Definition des ersten Kernprozesses, um die Basis für die Feature-Entwicklung zu
|
||||
schaffen.
|
||||
|
||||
## Agenda & ToDos
|
||||
|
||||
### 1. Auswahl des Einstiegs-Themas
|
||||
|
||||
*Entscheidung treffen, mit welchem Bounded Context wir starten:*
|
||||
|
||||
- [ ] **Option A: Stammdaten & Akteure**
|
||||
*Was definiert ein Pferd, einen Reiter, einen Verein? (Fokus auf OEPS-IDs, Lizenzen, Startkarten).*
|
||||
- [ ] **Option B: Turnier- & Bewerbsstruktur**
|
||||
*Wie ist ein Turnier aufgebaut? (Kategorien, Bewerbe, Abteilungen, Richtverfahren).*
|
||||
- [ ] **Option C: Der Nennungsprozess**
|
||||
*Der Kern-Workflow: Wie meldet ein Reiter ein Pferd an? Welche Validierungen (Sperrlisten, Lizenzen) greifen hier?*
|
||||
|
||||
### 2. Durchführung des Workshops (am gewählten Thema)
|
||||
|
||||
- [ ] **Prozess-Skizzierung:** Der Owner beschreibt den fachlichen Ablauf aus der Praxis.
|
||||
- [ ] **Regel-Check:** Der 📜 *[ÖTO/FEI Rulebook Expert]* prüft den skizzierten Ablauf live gegen das hinterlegte
|
||||
ÖTO-2026-Regelwerk und weist auf Edge-Cases hin.
|
||||
- [ ] **Modellierung:** Der 🏗️ *[Lead Architect]* leitet daraus die ersten Entwürfe für Aggregates und Entitäten ab.
|
||||
|
||||
### 3. Abschluss & Übergabe
|
||||
|
||||
- [ ] **Festhalten der Ergebnisse:** Dokumentation der getroffenen Definitionen im Ordner
|
||||
`docs/03_Domain/01_Core_Model/`.
|
||||
- [ ] **Übergabe an QA & UX:** Auftrag an den *QA Specialist* (für Gherkin-Szenarien) und den *UI/UX Designer* (für
|
||||
Wireframes) basierend auf den Ergebnissen des Abends erteilen.
|
||||
Reference in New Issue
Block a user