DOMAIN-DRIVEN DESIGN
Context maps
DOMAIN-DRIVEN DESIGN
learned so far
- CORE DOMAIN drives the main business value to the system
- SUB-DOMAINS are responsible for a single business unit
- Domain Models smallest programming unit, part of sub-domains
- Bounded Context ubiquitous language isolation, containing multiple sub-domains
DOMAIN-DRIVEN DESIGN
CONTEXT MAPS overview
- Visual description of relationships between Bounded Context
- Description and insight of inter-team relationship and communication catalyst
- Inventory of systems to interact to and interaction type
- Adds value in high-level architectural investigations
DOMAIN-DRIVEN DESIGN
organizational patterns
- Partnership both teams will succeed or fail together; same release
- Shared Kernel when team share same context; same UL; close inter-dependency
- Conformist when downstream team needs are second by the upstream's priorities
DOMAIN-DRIVEN DESIGN
integration patterns
DOMAIN-DRIVEN DESIGN
INTEGRATION ANTI-PATTERNS
-
Separate Ways when using isolated, highly specialized solutions
- Big Ball of Mud when models are mixed and boundaries are inconsistent
Domain-Driven Design - Context Maps
By dragoshont
Domain-Driven Design - Context Maps
- 1,030