Die Fachlichkeit ist das Wichtigste
Für jedes Softwaresystem ist Technologie ein wichtiger Faktor. Als Software-Architekten und -Entwickler sind wir in der Technologie zuhause und fühlen uns in ihr wohl. Dabei dürfen wir aber nicht vergessen, dass Technologie nur Mittel zum Zweck ist. Und der Zweck eines Softwaresystems ist es, seinen Anwender bei der Arbeit zu unterstützen. Domain-Driven Design (DDD) hilft uns dabei, solche Systeme zu bauen. Dazu wird die Software so strukturiert, dass sie die Fachlichkeit (Domäne) widerspiegelt.

Eine gemeinsame Sprache erleichtert die Zusammenarbeit
Bei Softwareentwicklungsprojekten kommt oft nicht das heraus, was sich der Fachanwender vorgestellt hat. Die Kommunikationsprobleme zwischen Fachleuten und Entwicklern werden erst beim Einsatz des Softwaresystems und damit viel zu spät sichtbar. Wie wäre es, wenn Fachseite und Entwickler miteinander in derselben Sprache sprechen und dadurch frühzeitig merken würden, ob sie sich verstehen? Hier setzt DDD an: Fachexperten und Techniker entwickeln ganz bewusst eine gemeinsame Fachsprache, die die Basis für die domänengetriebene Architektur bildet.

Qualitativ hochwertige Software durch einheitliche Muster
Nicht nur die Fachanwender und die Entwickler missverstehen sich, sondern auch die Entwickler untereinander haben verschiedene Vorstellungen von der Architektur des zukünftigen Systems. Um auch an dieser Stelle hohe Qualität zu gewährleisten, bietet Domain-Driven Design vordefinierte Muster wie Entity, Value Object, Aggregate, Service etc. an. Diese DDD-Muster vereinfachen die Kommunikation im Entwicklungsteam und führen zu einer einheitlichen Architektur.

Über den Tellerrand des eigenen Systems hinausblicken
Fachsprache und Muster funktionieren nicht nur für ein System, sondern auch in großen Softwareprojekten mit mehreren Entwicklungsteams oder bei getrennt entwickelten (Micro-) Services. Hier kommen Konzepte wie Bounded Context, Context Map, Shared Kernel, Domain Events, Anticorruption Layer etc. zum Tragen.