Was bedeutet Domain-driven Design?
Fachleute und Entwicklungsteam erarbeiten eine gemeinsame Sprache und passende Modelle. Dabei darf derselbe Begriff in verschiedenen Bereichen unterschiedliche Bedeutungen haben: Ein Kunde ist für den Vertrieb anders beschrieben als für die Buchhaltung.
Solche Modelle erhalten klare Geltungsbereiche. An ihren Grenzen werden Daten bewusst übersetzt. Der Ansatz soll schwierige Fachlogik verständlicher machen und ist keine Vorgabe für eine bestimmte Technik.
So sieht das in der Praxis aus
Beispiel: Vertrieb und Buchhaltung definieren Kunde jeweils passend zu ihren Aufgaben und übersetzen die Daten an ihrer Grenze.
Häufige Fragen
Muss es im ganzen Unternehmen ein einziges Kundenmodell geben?
Nein. Unterschiedliche Bereiche können passende eigene Modelle verwenden. Ihre Grenzen und die Übersetzung gemeinsam benötigter Angaben müssen jedoch klar sein.
Braucht Domain-driven Design zwingend Microservices?
Nein. Fachliche Modelle und klare Verantwortungsgrenzen sind auch in einer gemeinsamen Anwendung möglich. Die technische Aufteilung ist eine gesonderte Entscheidung.
Wann ist die gemeinsame Fachsprache besonders hilfreich?
Wenn Begriffe mehrdeutig sind oder Regeln komplex werden. Konkrete Beispiele zwischen Fachbereich und Entwicklung helfen, unterschiedliche Erwartungen früh zu erkennen.