Skip to main contentSkip to footer

Domain Driven Design

Een hands-on Domain-Driven Design-track: EventStorming, strategische architectuur en tactische implementatie in Java en .NET, rond één doorlopende case, van post-its tot proof of concept.

About this event

09/02/2026
2026
3 workshops
Antwerpsesteenweg 261
2800
Mechelen

Share this article on:

Domain-Driven Design Track

Dit opleidingsprogramma wijkt af van een klassieke DDD-cursus door strategisch inzicht voorop te stellen. In plaats van te beginnen bij de tactische patronen stelt het programma de moeilijkere vraag: wat doet het domein eigenlijk, waar liggen de echte grenzen, en welke complexiteit is het überhaupt waard om te modelleren?
Doorheen het hele programma loopt één doorlopende case: Icetenium, een fictief ijsverkoopplatform, dat we van de eerste mapping tot een werkende proof of concept in Java en .NET door elke sessie meenemen.

EventStorming

Het programma start met het in kaart brengen van het domein volgens de EventStorming-methodiek van Alberto Brandolini. Teams doorlopen drie niveaus:
  • Big Picture: het volledige landschap in beeld
  • Process Modelling: een flow van begin tot eind doorlopen
  • Design Level: concreet genoeg om over te gaan naar de code
De workshop bouwt een gedeelde, ubiquitous language tussen het development team en de domeinexperts, en legt meteen de grenzen tussen subdomeinen bloot.

DDD Architecture

Strategic design vertaalt de resultaten van de EventStorming naar een implementeerbare architectuur:

 

 

  • Bounded contexts & subdomains: core- versus supporting-domeinen onderscheiden, en je beste mensen inzetten waar het telt
  • Context mapping: de relaties tussen contexten bepalen, inclusief anti-corruption layers
  • Architectuur-stylen: layered, Onion/Hexagonal, en waar CQRS en event sourcing wél (en niet) hun plaats hebben
Deze module sluit rechtstreeks aan op onze Architecture Track; DDD is waar de bounded contexts hun grenzen krijgen.

Implementing DDD

De tactische patterns, hands-on, in code. Entities en value objects, aggregates  (en hoe die je domain invariants bewaken), repositories, domain services, factories en domain events.
We bouwen een proof of concept voor Icetenium in zowel Java als .NET, gegrond in de beslissingen uit de eerdere sessies, zodat de code het model weerspiegelt in plaats van ertegen te vechten. Pragmatisch, niet dogmatisch: we zijn duidelijk over wanneer volledige tactische DDD overkill is en een eenvoudiger ontwerp wint.

De Boekenclub

Naast de track leest onze interne boekenclub Implementing Domain-Driven Design van Vaughn Vernon, over vier sessies in 2026, waarbij de theorie wordt afgetoetst aan de code die we effectief schrijven.

Waarom deze track werkt

check_circle_outline

Modellen die de business weerspiegelen

Een gedeelde, ubiquitous language zorgt dat de code zegt wat de domeinexperts bedoelen, en dat wijzigingen terechtkomen waar je ze verwacht.
check_circle_outline

Verdedigbare grenzen

Bounded contexts en context maps houden teams en systemen ontkoppeld, zodat de specifiteit van de andere domeinen daarbinnen blijft.
check_circle_outline

Complexity spent where it counts

Identify the core domain and invest there; keep the generic parts boring on purpose.

Interesse in de DDD Track voor jouw team?

We stemmen deze track af op jouw domein, jouw context en het niveau van je team — van één enkele module tot het volledige curriculum, on-site of remote.

Discover more events