(DDD) Bounded Contexts

"Bounded Context is a term from Domain-Driven Design (DDD), which refers to a decomposed part of a larger system where individual business models and their associated software artifacts can evolve independently."

Vi står nu i gruppen der, hvor vi har gået fre EventStorming til at have identificeret og visualiseret bounded contexts. Bounded Contexts er ifølge DDD-tilgangen grænser hvorindenfor et meningsparadigme gælder. Det vil sige at der her indenfor gælder et anerkendt og fælles sprog som danner vokabular for de byggeklodser der udgør domænet i designtilgangens næste fase: den taktile design. Et eksempel kunne være i en bounded context vi kalder for User-Context, som microservicen UserService svarer til. Her har vi at gøre med brugere, users, og ikke patienter, terapeuter eller admins. De sidste tre ord her giver kun mening for UserService i forbindelse med en privilegie-rangering i UserService' database. Det er en patient som laver dagbogsindlæg, og patienten er derfor helt central i den bounded context vi kalder for PatientService. Fra UserService til PatientService sker der en transformering eller meningstilførelse til ordet 'patient' og et meningsskel følger ved mange termer helt naturligt med når bounded contexts dannes. På hver side af meningsskellet står 'the ubiqutious language' som hersker i hver sin context.

A bounded context is a boundary of meaning

Hvor'n dannede i de bounded contexts?

Jeg er glad for at du spørger. Det gjorde vi på baggrund af vores fine EventStorming-post-it-tavle. Du kan trykke her for at se mit indlæg omkring denne proces. Der er sket noget med resultatet af vores EventStorming siden det indlæg. Vi tilføjede views og aggregater og ændrede på den overordnede præsentation, for at give hver eventtrigger et sekventielt udtryk. På baggrund af disse