methodatlas
Domain Modeling

Context Map

Zeigt Beziehungen zwischen fachlichen Kontexten und macht Integrationsmuster, Abhängigkeiten und Reibungspunkte sichtbar.

Kernfrage
Welche Bounded Contexts existieren, wie sind sie integriert, wo entstehen Reibung und Modellverfaelschung, und welche Beziehungsmuster sind angemessen?
MittelWorkshop + Async1-3 h
Runsheet öffnenSession planenVergleich starten
Zweck

Wenn mehrere Kontexte miteinander reden müssen, macht sie deren Beziehungen und Abhängigkeiten lesbar. Sie hilft, Integrationsdruck und Zuständigkeiten über Systemgrenzen hinweg zu sortieren.

Funktionsweise

Sie legt Kontexte mit ihren Verbindungen in ein gemeinsames Bild und zeigt, wo Übergaben, Übersetzungen oder Kopplungen entstehen. Dadurch werden Architekturgespräche über Grenzen, Flüsse und Verantwortung konkreter.

Visuelle Orientierung

Methodenskizze für ein schnelles Grundgefühl.

Context Map · DDD-BeziehungenBounded Contexts und ihre Integrationsbeziehungen als strategische DDD-Landkarte sichtbar machen
Context MapDas Visual zeigt Bounded Contexts und DDD-Beziehungstypen wie Customer Supplier, ACL und Shared Kernel.Kontextgrenzen und Beziehungstypen sichtbar machenDie Context Map zeigt, welche Modelle autonom bleiben und wo Integration bewusst gestaltet werden muss.Customer / SupplierACL schützt ModellShared KernelOpen Host ServiceSales ContextCustomer / SupplierBilling ContextConformistLegacy ERPAnti-Corruption LayerIdentity ContextShared KernelBeziehungstypentscheidet Kopplung, nicht nurTechnik

Ablauf

  1. 1Contexts listen
  2. 2Beziehungen zeichnen
  3. 3Interaction Patterns labeln
  4. 4Ownership notieren
  5. 5Konflikte und Abhängigkeiten klären

Das Runsheet führt mit 5 Phasen, Timeboxen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Runsheet öffnen

Ideal für

  • DDD Strategy
  • Microservice Boundaries
  • Integration Planning

Nicht gut für

  • Story-level Discovery
  • UI Design

Vertiefung

Im Detail

Eine Context Map hilft, weil sie nicht nur Kontexte benennt, sondern die Qualität ihrer Beziehungen sichtbar macht. Gute Nutzung trennt bewusst zwischen fachlicher Abhängigkeit, organisatorischer Realität und technischer Kopplung, damit aus dem Bild keine Wunscharchitektur wird. Ihren Wert entfaltet sie dort, wo Machtverhältnisse, Übersetzungsaufwand und Schutzbedarf explizit werden und dadurch Integrationsentscheidungen tragfähiger ausfallen.

Durchführung

Sammle vor dem Termin echte Austauschpunkte zwischen Kontexten, etwa Datenübergaben, Freigaben oder Konflikte bei Begriffen. Der Kipppunkt entsteht meist bei der Frage, wer sich nach wem richten muss. Schließe die Arbeit mit wenigen markierten Problembeziehungen und einer priorisierten Klärung für die riskanteste Kopplung.

Output-Artefakte
Context MapIntegration PatternsBoundary Notes
Tags
DDDboundariesintegrationstrategy

Quellen

GitHub - ddd-crew/context-mapping · GitHubgithub.com
In Playbooks
Domain Discovery zu Systemgrenzen führenVon fachlichem Ablauf zu Sprache, Events, Bounded Contexts und ersten Architekturgrenzen.
Artefakt-Vorlagen
Context Map ArbeitsvorlageKompakte Arbeitsvorlage für Context Map mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
canvas

context-map-working-template.md

Kompakte Arbeitsvorlage für Context Map mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

Context Map Canvas

Kontext

Wofür wird die Methode eingesetzt?

Kernfrage

Welche Frage soll am Ende beantwortet sein?

Input

Welche Daten, Beobachtungen oder Materialien liegen vor?

Arbeitsfläche

  • Bereich 1:
  • Bereich 2:
  • Bereich 3:
  • Beziehungen / Muster:

Ergebnisartefakte

  • Context Map:
  • Integration Patterns:
  • Boundary Notes:

Offene Fragen

  • ...

Nächster Schritt

Owner, Datum, Erfolgssignal.

Wann stattdessen?

Kurze Entscheidungshilfe für vorhandene Alternativen.

Bounded Context Canvas

Statt Context Map, wenn du einen Bounded Context samt Regeln, Sprache und Schnittstellen auf einer Seite schärfen willst.

Ähnliche Methoden

Alle Methoden
Domain Modeling
Bounded Context Canvas

Klärt Sprache, Modellgrenzen und Zuständigkeiten eines fachlichen Kontextes, bevor Integration und Teamgrenzen festgelegt werden.

Statt Context Map, wenn du einen Bounded Context samt Regeln, Sprache und Schnittstellen auf einer Seite schärfen willst.

Domain Modeling
Domain Context Map

Macht Domänengrenzen, Ownership und Beziehungen sichtbar, damit Modellierungsfragen und Verantwortungen sauber geklärt werden.

Domain Modeling
EventStorming

Macht Domainwissen als chronologische Ereigniswand sichtbar, von Domain Events über Commands bis zu Bounded Contexts.

Knowledge Modeling
Event Modeling

Verknüpft Events, Commands und Views zu einem Ablaufbild, das UI, Verhalten und Implementierung zusammenführt.

Knowledge Modeling
Domain Storytelling

Übersetzt Fachwissen in eine erzählte Situation, an der Begriffe, Beziehungen und Regeln gemeinsam geprüft werden.

Architecture
Architecture Communication Canvas

Bereitet Stakeholder, Kernbotschaften und Artefakte so auf, dass Architekturkommunikation gezielt anschließt.