sebi/effigenix
1
0
Fork 0
mirror of https://github.com/s-frick/effigenix.git synced 2026-03-28 17:04:49 +01:00
Code Issues Releases Activity Actions
effigenix/backend/docs/mvp/ddd/01-domain-classification.md
Sebastian Frick c2c48a03e8 refactor: restructure repository with separate backend and frontend directories 
- Move Java backend to backend/ directory
- Create frontend/ directory for TypeScript TUI and future WebUI
- Update .gitignore for Node.js and worktrees
- Update README.md with new repository structure
- Copy documentation to backend/
2026-02-17 22:08:51 +01:00

5.2 KiB
Raw Blame History

Domain-Klassifizierung

Datum: 2026-02-17

Subdomain-Typen und DDD-Investment

Die Klassifizierung bestimmt den DDD-Aufwand:

Subdomain Type DDD Investment Patterns
Core Voll Aggregates, Domain Events, Domain Services, CQRS
Supporting Vereinfacht Aggregates, Value Objects, einfache Services
Generic Minimal CRUD, Transaction Script

CORE DOMAIN (7 Bereiche)

1. HACCP/QM & Compliance

Warum Core:

  • ✅ Kernmehrwert für kleine Betriebe - Wettbewerbsvorteil
  • ✅ Komplexe Invarianten - Kritische Kontrollpunkte, Grenzwerte
  • ✅ Compliance-kritisch - Gesetzliche Pflicht, Audit-Vorbereitung
  • ✅ Geschäftskritisch - Ohne HACCP keine Betriebserlaubnis

Epics: 3 (QM & Compliance)

2. Rezeptur-Management

Warum Core:

  • ✅ Mehrstufige Strukturen - Rezepte können Zwischenprodukte enthalten
  • ✅ Chargen-Tracking - Lückenlose Rückverfolgbarkeit (gesetzlich!)
  • ✅ Komplexe Berechnungen - Ausbeute, Nährwerte, Kosten
  • ✅ Geschäftskritisch - Basis für Produktion, Deklaration, Kalkulation

Epics: 4 (Rezeptur- & Stammdatenmanagement)

3. Produktionsplanung

Warum Core:

  • ✅ Verkaufstrends-Analyse - Datenbasierte Planung (Kernmehrwert!)
  • ✅ Vermeidung von Überproduktion - Echtes Geschäftsproblem lösen
  • ✅ Komplexe Bedarfsberechnung - Rezeptur + Ausbeute + Lagerbestand
  • ✅ Wettbewerbsvorteil - Viele Betriebe planen nach "Bauchgefühl"

Epics: 7 (Produktionsplanung & -steuerung)

4. Deklaration & Nährwerte

Warum Core:

  • ✅ Automatische Berechnung aus Rezepturen - Komplexe Logik
  • ✅ Rechtskonforme Etiketten - Compliance-kritisch
  • ✅ Allergenkennzeichnung - Fehler können lebensbedrohlich sein
  • ✅ Qualitätssiegel-Management - Bio/Regional-Nachweis

Epics: 6 (Kundenanforderungen & Deklaration)

5. Inventory (Bestandsführung)

Warum Core:

  • ✅ Chargen-Tracking - Gesetzlich vorgeschrieben für Rückverfolgbarkeit
  • ✅ Lückenlose Traceability - Rohstoff-Charge → Produktion → Verkauf
  • ✅ MHD-Tracking mit FEFO - Komplexe Logik, nicht Standard-WaWi
  • ✅ Basis für HACCP - Ohne korrekte Chargen-Führung keine Compliance
  • ✅ Existenziell bei Rückrufen - Welche Produkte betroffen?

Epics: 8 (Bestandsführung & Inventur)

6. Procurement (Beschaffung)

Warum Core:

  • ✅ Bedarfsplanung aus Produktionsplan - Business-Logik, kein CRUD
  • ✅ Wareneingangskontrolle - Integraler Teil von HACCP
  • ✅ Lieferanten-Qualitätsmanagement - Fließt in Compliance ein
  • ✅ Chargen-Zuordnung - Start der Rückverfolgbarkeitskette
  • ✅ Compliance-kritisch - Fehler gefährden HACCP

Epics: 5 (Beschaffung & Rohstoffmanagement)

7. Filiales (Mehrfilialen)

Warum Core:

  • ✅ Zentrale Produktion mit Belieferung - Komplexe Koordination
  • ✅ Interfilial-Transfers - Chargen-Tracking über Standorte
  • ✅ Filial-übergreifende Produktionsplanung - Bedarf aggregieren
  • ✅ Langfristige Strategie - Nach MVP wird Mehrfilialen wichtig
  • ✅ Wettbewerbsvorteil - Skalierungsfähigkeit

Epics: 11 (Mehrfilialen-Management)

SUPPORTING DOMAIN (3 Bereiche)

Master Data (Stammdaten)

Warum Supporting:

  • Wichtig, aber keine komplexe Geschäftslogik
  • Artikel, Lieferanten, Kunden = Standard-CRUD
  • Unterstützt Core Domains (Production, Procurement, Sales)

Epics: 1.1-1.3 (Artikelstamm, Lieferantenstamm, Kundenstamm)

Sales (Verkauf)

Warum Supporting:

  • Auftragserfassung, Rechnungen, Lieferscheine = Standard-ERP
  • Keine komplexe Geschäftslogik (im Vergleich zu Production/HACCP)
  • Unterstützt Geschäftsprozess, aber kein Wettbewerbsvorteil

Epics: 1.4-1.5 (Auftragserfassung, Lieferschein & Rechnung)

Scale Integration (Waagen/Kassen)

Warum Supporting:

  • Technische Integration, keine Geschäftslogik
  • Wichtig für Workflow, aber kein Kernmehrwert
  • Unterstützt Verkauf und Etikettierung

Epics: 2 (Waagen/Kassen-Anbindung)

GENERIC SUBDOMAINS (3 Bereiche)

Reporting

Warum Generic:

  • Standardfunktionalität - jedes ERP braucht Reports
  • Keine Differenzierung zum Wettbewerb
  • CRUD über aggregierte Daten

Epics: 9 (Reporting & Auswertungen)

Document Archive (GoBD)

Warum Generic:

  • Gesetzliche Pflicht, aber Standardfunktionalität
  • Commodity - viele Standardlösungen verfügbar
  • Keine Geschäftslogik, nur Speicherung + Retrieval

Epics: 12 (Dokumentenarchivierung & GoBD)

User Management

Warum Generic:

  • Commodity - jede Software braucht Benutzerverwaltung
  • Vordefinierte Rollen, keine komplexe Logik
  • Standardlösung (Spring Security, Keycloak, etc.)

Epics: 10 (Benutzerverwaltung & Rollen)

Zusammenfassung

Kategorie Anzahl DDD-Aufwand Begründung
Core 7 Hoch Wettbewerbsvorteil, komplexe Logik, Compliance-kritisch
Supporting 3 Mittel Wichtig, aber Standard-ERP-Funktionalität
Generic 3 Niedrig Commodity, CRUD, keine Differenzierung

Gesamt: 13 Bereiche aus Feature-Definition abgedeckt