Loading content
Ein Bounded Context definiert klar abgegrenzte Modellgrenzen innerhalb eines Domänenmodells, in denen Begriffe, Regeln und Schnittstellen kohärent und konsistent sind. Er verhindert Bedeutungsverschiebungen zwischen Teams, erleichtert autonome Entwicklung und Integration und bildet die Grundlage für klare Kontextgrenzen in verteilten Systemen und Microservic…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Ein Bounded Context ist eine klar benannte Grenze, innerhalb der ein fachliches Modell und seine Begriffe eine eindeutige Bedeutung besitzen. Außerhalb dieser Grenze dürfen gleichlautende Wörter anders gemeint sein.
Eric Evans führte den Bounded Context 2004 in Domain-Driven Design ein. Der Ansatz reagierte auf komplexe Softwaresysteme, in denen ein einziges unternehmensweites Modell durch widersprüchliche Begriffe und Regeln unbeherrschbar wurde.
Stell dir eine Landkarte mit mehreren Ländern vor. Innerhalb jedes Landes gelten eine eigene Sprache, eigene Regeln und ein zusammenhängendes Modell. An der Grenze wird ausdrücklich übersetzt: Eine „Kundin“ im Vertrieb kann im Abrechnungskontext ein anderes Objekt mit anderen Daten sein. Die Grenze bestimmt damit Modell, Code und Verantwortlichkeit; Beziehungen zu anderen Kontexten werden bewusst gestaltet.
Fachleute und Entwicklungsteam verwenden innerhalb des Kontexts dieselben präzisen Begriffe.
Die Grenze legt fest, wo Begriffe, Regeln und Datenstrukturen gemeinsam gültig sind.
Sie beschreibt Beziehungen, Abhängigkeiten und Übersetzungen zwischen mehreren Kontexten.
Ein zuständiges Team kann Modell und Schnittstellen seines Kontexts eigenständig weiterentwickeln.
Bounded Contexts helfen, große Domänen aufzuteilen, Teamgrenzen zu klären und Microservices fachlich sinnvoll zuzuschneiden. Zu viele kleine Kontexte erzeugen Integrationsaufwand; zu große Grenzen koppeln unterschiedliche Modelle erneut zusammen. Die Abgrenzung sollte deshalb aus Sprache und fachlichen Regeln entstehen.
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.