Zum Inhalt springen

Spezifikation – flexibles Stammdatenmodell (MDM)

Modulare Spezifikation der MDM-Plattform. Jede Datei ist ein Kandidat für eine spätere, ausgearbeitete Spec.

Status

StatusBedeutung
EntwurfInhalt erfasst, noch nicht abgenommen
ReviewInhalt überarbeitet, wartet auf fachliche/technische Freigabe
FreigegebenVerbindlich, Spec-Status erreicht
SpecVollständige Feature-/Modul-Spezifikation, wird als verbindliche Vorlage für Implementierung genutzt

Aktueller Default für alle Dokumente: Entwurf.

Konventionen je Dokument

Jedes Dokument enthält eine Kopfzeile mit:

  • Status – siehe oben
  • Spec-Kandidat – ob das Dokument zu einer eigenständigen Spec ausgearbeitet werden soll
  • Verwandte Dokumente – Cross-Links

Sprache: Deutsch. Tabellen-IDs (FR-, NFR-, UC-, AC-, BR-, OP-) sind stabil, damit Querverweise belastbar bleiben.

Lesereihenfolge

  1. 00-context – Was, wofür, für wen, in welchem Rahmen.
  2. 10-requirements – Was muss das System leisten (FR/NFR/UC/AC).
  3. 20-architecture – Welche Bausteine, welche Prinzipien.
  4. 30-domain-model – Welche fachlichen Objekte gibt es (je Entität ein Dokument).
  5. 40-database – Wie wird das Modell in PostgreSQL abgebildet.
  6. 50-behavior – Verhalten quer über das Modell (Validierung, Löschen, Audit, Suche, Abläufe).
  7. 60-interfaces – Schnittstellen nach außen.
  8. 70-security – AuthN, AuthZ, Transport, Audit-Sicherheit.
  9. 80-operations – Betrieb, Deployment, Beobachtbarkeit.
  10. 90-governance – Liefergegenstände, Risiken, offene Punkte.

Übersicht

00 – Kontext

10 – Anforderungen

20 – Architektur

30 – Fachliches Datenmodell

40 – Datenbank

50 – Verhalten

60 – Schnittstellen

70 – Sicherheit

80 – Betrieb

90 – Governance