Zum Hauptinhalt springen

Unternehmensdatenmodell

Einführung​

Enterprise Architecture macht Geschäftsdaten sichtbar und steuerbar. Sie zeigt, welche Daten geschäftskritisch sind, wo sie verwendet werden und wer dafür verantwortlich ist. Dies bildet die Grundlage für fundierte Entscheidungen, effektive Governance und die Einhaltung von Vorschriften wie DORA und dem EU AI Act.

Unternehmensdatenmodelle adressieren dies, indem sie sich auf geschäftsrelevante Informationskonzepte konzentrieren – unabhängig von physischen Datenbanken oder Schemas.

Dieses Pattern beschreibt einen schlanken Ansatz zur Modellierung von Unternehmensdatenmodellen in ADOIT mit ArchiMate, abgestimmt auf das ADOIT Lean Profile und optimiert für Analyse und Governance.

Designprinzip​

  • Daten zum Verstehen modellieren, nicht zur Implementierung

    Unsere Unternehmensdatenmodelle sollen beschreiben, worum es dem Geschäft geht – nicht, wie Daten gespeichert werden.

    Das Ziel ist gemeinsames Verständnis und Impact-Analyse, nicht technisches Daten-Design.

  • Ein logisches Datenmodell

    Unternehmensdatenmodelle werden logisch und flach gehalten.

    • Keine physischen Tabellen
    • Keine Attribute oder Spalten
    • Keine systemspezifischen Varianten

    Für Modellierungsdetails und systemspezifische Varianten verwenden wir das ArchiMate-Element Datenobjekt, das nicht Teil dieses Patterns ist.

Modellierungsstruktur​

Architekturdiagramm

  • Jedes zentrale geschäftliche Informationskonzept wird als Geschäftsobjekt modelliert.

    • Typische Beispiele:

      • Customer
      • Order
      • Invoice
      • Flight
      • Asset

  • Diese Datenelemente sind:

    • geschäftsorientiert,
    • über die Zeit stabil,
    • unabhängig von systemspezifischen Schemas.

  • Strukturierung von Geschäftsobjekten mit Gruppierungselement

    Zusammengehörige Geschäftsobjekte werden mit Gruppierungselement organisiert.

    Gruppierungselement dient ausschließlich der Strukturierung und Navigation, nicht funktionaler Semantik.

    Icon Gruppierungselement → Aggregation → Geschäftsobjekt

    Architekturdiagramm

  • Verknüpfung von Daten mit Applikationen und APIs

    Geschäftsobjekte werden verknüpft mit:

    • Applikationskomponenten, die sie erstellen oder nutzen,

      Icon Applikationskomponente → Zugriff → Geschäftsobjekt

    • Applikationsschnittstellen (APIs), die sie bereitstellen oder konsumieren.

      Icon Applikationsschnittstelle → Zugriff → Geschäftsobjekt

    Dies ermöglicht Impact- und Abhängigkeitsanalysen über die Architektur hinweg.

Modellierungsmuster​

Architekturdiagramm

Do / Don't - Unternehmensdatenmodellierung​

  • Symbol Do

    • Geschäftsdatenkonzepte als Geschäftsobjekte modellieren.
    • Gruppierungselement für Struktur und Orientierung verwenden.
    • Geschäftsobjekte über Applikationskomponenten und APIs hinweg wiederverwenden.
    • Das Datenmodell logisch und technologieunabhängig halten.

  • Symbol Don't

    • Keine Datenbanktabellen oder Schemas modellieren.
    • Keine Attribute oder Spalten hinzufügen.
    • Geschäftsobjekte nicht pro Applikation duplizieren.
    • Physische und logische Datensichten nicht mischen.

Umfang und Zielsetzung​

  • Dieses Pattern unterstützt:

    • Diskussionen zu Datenverantwortung und Governance,
    • Impact-Analysen bei Änderungen,
    • konsistente API- und Integrationsmodellierung.

  • Es ist nicht vorgesehen für:

    • den Ersatz logischer oder physischer Datenmodelle,
    • die Dokumentation von Datenbankdesign,
    • die Modellierung von Datenspeicherung oder Replikation.