Loading content
Die Domänen-Kontext-Karte ist eine strukturierte Methode, um bounded contexts, ihre Verantwortlichkeiten, gemeinsame Kernteile und Integrationsmuster zu erfassen. Sie visualisiert Beziehungen, Eigentum und Kommunikationswege, reduziert Unklarheiten und leitet Architektur- sowie Organisationsentscheidungen. Dabei hilft sie Prioritäten für Schnittstellen und t…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Ausführbares Vorgehen: kann angewendet werden und erzeugt ein Ergebnis.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Die Domänen-Kontext-Karte ordnet fachliche Kontexte, ihre Grenzen und ihre Kopplungen, damit Architektur- und Organisationsentscheidungen auf klaren Verantwortlichkeiten beruhen.
Die Methode gehört zur strategischen Seite von Domain-driven Design, das Eric Evans 2003 beschrieb. Sie reagiert auf das Problem, große Softwaresysteme nicht mit einem einzigen Modell zu beherrschen. Context Mapping macht deshalb bounded contexts, Verantwortlichkeiten, gemeinsame Modellteile und typische Integrationsmuster sichtbar, damit Übersetzungen, Kopplungen und technische wie organisatorische Grenzen bewusst festgelegt werden können.
Stell dir die Karte wie einen Stadtplan für Fachlichkeit vor: Jeder bounded context ist ein eigener Bezirk mit eigener Sprache und Zuständigkeit. Grenzen zeigen, wo das lokale Modell gilt und wo Übersetzung nötig wird. Verbindungen markieren, ob Teams eng zusammenarbeiten, bewusst entkoppeln oder über einen Vermittler austauschen. So entsteht eine lesbare Übersicht über Fachgrenzen, Schnittstellen und Abhängigkeitsrichtung.
Ein fachlich abgegrenzter Bereich mit eigenem Modell und eigener Sprache.
Interne und externe Rahmenbedingungen prägen Strukturen, Prozesse und Governance eines Kontexts.
Muster wie Conformist, Published Language oder Open Host Service beschreiben, wie Kontexte miteinander verbunden werden.
Ein kleiner gemeinsam genutzter Modellkern verlangt enge Abstimmung und begrenzt geteilte Änderungen.
Eine Übersetzungsschicht schützt das eigene Modell vor Fremdsemantik und unpassenden Abhängigkeiten.
Die Karte hilft bei Domänenzuschnitt, Integrationsplanung, Teamzuschnitten und Modernisierungsvorhaben, besonders in Workshops und Architekturentscheidungen. Ihr Nutzen hängt von guter fachlicher Moderation und gemeinsamem Sprachverständnis ab. Zu grobes Mapping verdeckt Unterschiede, zu feines Mapping macht die Karte schwer lesbar und erhöht den Pflegeaufwand.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.