Subdomain
Die Einordnung beschreibt Geschäftsbedeutung und Differenzierung, nicht automatisch ein Softwaremodul oder Team.
- CoreWesentliche Differenzierung.
- SupportingNötig für das Geschäft.
- GenericAllgemein gelöstes Problem.
Einordnung
Warum das wichtig ist
Subdomains nach Geschäftsbedeutung unterscheiden und Architekturaufwand daran ausrichten.
Strategisches DDD und Zusammenarbeit an fachlichen Modellen.
Subdomains nach Geschäftswert
Der Shop bleibt ein modularer Monolith mit sieben fachlichen Modulen und gemeinsamer Auslieferung.
So liest du das Bild
- Core Strategische Investition
- Supporting Gezielte Unterstützung
- Generic Standardlösung prüfen
| Typ | Geschäftliche Rolle | Architekturhinweis |
|---|---|---|
| Core | Differenziert das Angebot | Modellierung gezielt stärken |
| Supporting | Ermöglicht Kerngeschäft | Passend integrieren |
| Generic | Allgemeine Fähigkeit | Standardlösung erwägen |
Nutzen & Grenzen
Hilft, wenn
- Die strategische Bedeutung eines Geschäftsbereichs muss bei Architektur- und Investitionsentscheidungen sichtbar werden.
- Mehrere Teilgebiete erfordern unterschiedliche Modellierungstiefe oder Beschaffungsstrategien.
Grenzen
- Core, Supporting und Generic sind strategische Einschätzungen und keine dauerhaften technischen Kategorien.
- Eine Subdomain muss nicht einem eigenen Deployment, Team oder Bounded Context entsprechen.
In der Praxis
- Beschreibe Geschäftsziel, Kundenwert und relevante Fähigkeiten, bevor du Softwaregrenzen vorschlägst. Begründe die Einordnung anhand nachvollziehbarer Geschäftsziele statt anhand technischer Vorlieben.
- Ordne das Teilgebiet als Core, Supporting oder Generic ein und dokumentiere, welche Markt- oder Geschäftsannahme die Bewertung trägt. Beziehe Fachleute ein, die Wettbewerb und operative Notwendigkeit kennen.
- Nutze die Einordnung, um Modellierungstiefe und Investitionen zu priorisieren. Prüfe sie erneut, wenn sich Angebot, Differenzierung oder verfügbare Standardlösungen wesentlich verändern.
Ausführliche Erklärung lesen
Die Core Domain bildet den Bereich, in dem das Unternehmen seine wesentliche Differenzierung verfolgt. Supporting Subdomains sind für das Geschäft nötig, schaffen jedoch weniger eigenen Wettbewerbsvorteil. Generic Subdomains lösen verbreitete Probleme, für die Standardsoftware oder eine gemeinsame Plattform geeignet sein kann. Die Einstufung entsteht aus Geschäftszielen und kann sich mit Strategie oder Markt verändern.
Subdomain-Analyse ergänzt DDD und Kontextgrenzen: Das Domänenmodell ordnet den Ansatz; Bounded Context beschreibt eine Modell- und Sprachgrenze.
Selbst prüfen
Teste dich in drei Stufen
AblesenIm Bild nachsehen
Welche Subdomain begründet die wesentliche Differenzierung?
Lösung mit Begründung ansehen
Die Core Domain.
AnwendenAuf eine neue Lage übertragen
Wie ordnest du eine allgemeine Buchhaltungsfähigkeit ein?
Lösung mit Begründung ansehen
Als Generic, sofern sie keine eigene Differenzierung schafft.
BewertenEine Alternative abwägen
Warum folgt aus Core nicht automatisch ein eigener Service?
Lösung mit Begründung ansehen
Die Einstufung beschreibt Geschäftsstrategie; Deployment folgt zusätzlichen Betriebs- und Teamgründen.
Vertiefen
Diese Bausteine führen die Gedanken dieser Seite weiter.
Quellen
- Eric Evans · DDD Reference (öffnet in neuem Tab)Primärreferenz zu strategischem DDD und Domänenmodellierung.
- Vaughn Vernon · Implementing Domain-Driven Design (öffnet in neuem Tab)Praxisbuch zu strategischem DDD und Kontexten.
- Domain-Driven Design Reference · Strategic Design (öffnet in neuem Tab)Von Eric Evans gepflegte Referenz für gemeinsame DDD-Begriffe.