Katalog
concept#Architektur#Software Engineering#Geschäftsarchitektur

Domänenmodell

Ein Domänenmodell ist eine abstrahierte Darstellung der wichtigsten Konzepte und deren Beziehungen innerhalb eines bestimmten Geschäftsbereichs.

Ein Domänenmodell hilft dabei, die Struktur und Logik von Geschäftssystemen zu verstehen.
Etabliert
Mittel

Klassifikation

  • Mittel
  • Technisch
  • Design
  • Fortgeschritten

Technischer Kontext

API-AnschlussDatenbankintegrationCloud-Dienste

Prinzipien & Ziele

Konzentration auf die DomainEngagement mit ExpertiseIterative Entwicklung
Erkundung
Domäne

Use Cases & Szenarien

Kompromisse

  • Missverständnisse bei den Anforderungen
  • Unzureichende Kommunikation
  • Technische Schulden können sich anhäufen
  • Regelmäßige Überprüfung der Anforderungen
  • Einbeziehung aller Stakeholder
  • Dokumentation aller Änderungen

I/O & Ressourcen

  • Anforderungen
  • Benutzerfeedback
  • Technische Spezifikationen
  • Abstraktes Modell
  • Entitäten-Diagramm
  • Dokumentation

Beschreibung

Ein Domänenmodell hilft dabei, die Struktur und Logik von Geschäftssystemen zu verstehen. Es dient als Grundlage für die Softwareentwicklung und ermöglicht eine gemeinsame Sicht auf die wichtigsten Entitäten und deren Interaktionen.

  • Verbesserte Kommunikation zwischen Stakeholdern
  • Bessere Nachvollziehbarkeit von Änderungen
  • Erhöhte Effizienz in der Entwicklung

  • Kann komplex für große Domains sein
  • Erfordert Zeit für die Entwicklung
  • Mangelnde Flexibilität bei Änderungen

  • Entwicklungszeit

    Die Zeit, die zur Entwicklung des Modells benötigt wird.

  • Feedback-Zyklen

    Die Anzahl der Revisionen basierend auf Nutzerfeedback.

  • Wartungskosten

    Die Kosten für die Pflege und Aktualisierung des Modells.

Domänenmodell für einen Online-Shop

Dieses Modell zeigt die Beziehung zwischen Produkten, Bestellungen und Kunden.

Finanzmanagement-System

Ein umfassendes Domänenmodell für ein Finanzmanagement-System.

Human Resources Management

Beispiel für ein HR-Management-Modell, das Mitarbeiterdaten und Prozesse abbildet.

1

Erstellen eines Vorentwurfs

2

Feedback von Stakeholdern einholen

3

Modell überarbeiten

⚠️ Technische Schulden & Engpässe

  • Veraltete Technologien
  • Mangelnde Tests
  • Schlechte Dokumentation
Unklare AnforderungenMangelnde KommunikationTechnische Schulden
  • Annahmen ohne Überprüfung treffen
  • Weglassen von Stakeholder-Feedback
  • Vernachlässigung von Änderungen im Geschäftsniveau
  • Warten auf Perfektion
  • Kollaboration ausschließen
  • Änderungen nicht nachverfolgen
UML-KenntnisseProgrammierungskenntnisseKenntnisse in Datenbankdesign
ModularitätAnpassbarkeitTechnologische Trends
  • Begrenzte Ressourcen
  • Zeitliche Einschränkungen
  • Technische COVID