Editare: dupa o multime de feedback excelent la Designul bazat pe domeniu Europa 2020, urmez sugestia de a crea un V3 si mai simplu. Aceasta postare descria initial V2. Vechile modificari V2 se afla in partea de jos a acestui document.
Acum sase luni am scris despre Bounded Context Canvas. In cele sase luni de cand am primit feedback de la propriile ateliere si ateliere ale altor persoane despre modalitati de imbunatatire a panzei.
Iata V3 al panzei. Va rugam sa nu ezitati sa-l utilizati, sa creati remixuri sau pur si simplu sa-l inspirati pentru a va dezvolta propriile moduri de a proiecta contexte marginite. Orice ai face, mi-ar placea sa aud despre asta – simt ca exista mult potential de a imbunatati modul in care proiectam contexte delimitate si acesta este doar punctul de plecare.
Bounded Context Canvas V3 – al tau de utilizat si remixat dupa cum doresti. Nu este necesara atribuirea.
In restul acestui articol voi explica ce s-a schimbat si de ce.
Clasificare strategica
In sectiunea Clasificare strategica exista acum cateva indicii. In plus fata de doar documentarea daca contextul este esential, de sustinere sau generic, sugestiile va incurajeaza sa intelegeti rolul contextului in modelul de afaceri si sa luati in considerare modul in care va evolua valoarea contextului in timp folosind Wardley Maps.
Aceste indicii sunt doar recomandari. Puteti adauga aici orice informatie doriti pentru a comunica alinierea cu strategia de afaceri. Personal, consider ca aceste trei sunt cele mai utile.
Trasaturi de model
Model Traits este o noua sectiune adaugata pe panza. Scopul acestei sectiuni este de a articula caracteristicile modelului de domeniu al acestui context.
Un tipar comun in domenii este de a avea modele separate pentru plan, do, check. Un tip de context descrie o treaba de facut, un altul indeplineste treaba, iar altul evalueaza treaba odata finalizata (Alberto Brandolini se refera la acestea ca Proiect, Executare si Audit, consultati postarea de blog a lui Cyrille Martraire).
Exista, de asemenea, trasaturi standard definite in Modelele de integrare a intreprinderilor, care se pot aplica contextelor delimitate.
In acest moment, aceasta sectiune a panzei este deschisa pentru orice tip de eticheta – ceea ce transmite cel mai bine esenta comportamentelor interne si a tipului de model al contextului tau delimitat.
Ce intra si ce iese din contextul tau delimitat?
Aceasta sectiune documenteaza interfata publica un context delimitat.
españolas peludas maduritas corriendose
analxxx ana marco primer anal
porno abuelas españolas follando en un crucero
porno español jovencitas viejas en orgias
incesto lesbianas peliculas eroticas gratis en español
anal interacial follando a mi hija
porno fiestas follando con mirones
videos guarros porno guarras españolas
ultimos videos faking porno obligado
xxxxporno madres haciendo pajas a sus hijos
madura se corre rajas peludas
incesto subtitulado en español ver peliculas de incesto
pajas en la playa videos incesto amateur
madre española se folla a su hijo maduras follando en español
videos porno xxx incesto el mejor video porno
peliculas españolas porno meadas gay
porno france follar abuelas
masturbaciones ultimos videos faking
moras follando sara rossi fakings
se folla a zofilia xxx
Ce primeste si ce produce. In DDD, folosim trei tipuri de mesaje:
- Comanda : producatorul ii instruieste destinatarului sa faca ceva. O comanda poate esua.
- Eveniment de domeniu: un eveniment semnificativ in domeniu care s-a intamplat intr-un singur context marginit la care alte contexte marginite ar putea avea nevoie sa stie sau sa raspunda. Spre deosebire de o comanda, nu exista nicio obligatie cu privire la momentul sau modul de raspuns la un eveniment.
- Interogare : un context solicita informatii de la altul sau mai abstract pune o intrebare.
Cine furnizeaza mesaje in acest context si cine le consuma? Si de ce?
Sectiunea de dependente a fost impartita in doua grupuri – alte contexte delimitate ale caror mesaje apar (furnizori de mesaje) si alt context delimitat care consuma mesaje care ies (consumatori de mesaje).
Coloana relatii este un camp de text liber. Poate ca vom rafina limbajul si vom adauga structura aici in urmatorii ani.
In plus fata de propriile mele sesiuni de modelare, am fost contactat de o serie de oameni care au gasit panza utila, oferindu-le o tehnica structurata de urmat pentru proiectarea contextelor marginite. Daca doriti sa imbunatatiti modul in care echipa dvs. practica DDD-ul strategic, cred ca si dvs. veti gasi ca este util.
Mai important, continuati sa cautati modalitati mai bune de proiectare a sistemelor. Simtiti-va liber sa schimbati panza sau sa creati una complet noua. Panza in sine se bazeaza initial pe un chestionar pe care il foloseam, asa ca poate exista o modalitate de a re-proiecta unele dintre procesele dvs. existente.
Modificarile prezentate in aceasta postare s-au bazat pe feedback real si sper ca mai multi feedback in viitor pot imbunatati si mai mult valoarea tehnicii si pot simplifica utilizarea acesteia. Feedback-ul si sugestiile dvs. constructive sunt cu siguranta binevenite.
The Bounded Context Canvas V2
Informatii si servicii furnizate
Aceasta sectiune a fost redenumita pentru a clarifica faptul ca scopul este documentarea interfetei publice a contextului. Orice lucru pe care alte contexte il pot consuma si, mai important, se pot cupla, apartine aici.
In plus, au fost adaugate patru indicii pentru a clarifica ce tipuri de informatii merg aici si unde locuiesc.
- Informatii interogabile : ce informatii pot interoga alte contexte din acest context? Ce intrebari pot pune?
- Comenzi invocabile : ce comenzi pot invoca alte contexte in acest context? Ce ii pot spune ei sa faca?
- Evenimente publicate : la ce evenimente publica acest context public la care alte contexte se pot abona?
- Locuri de munca reactive : ce locuri de munca indeplineste acest context, care sunt initiate intern – de exemplu, locuri de munca programate sau initierea unui proces de afaceri atunci cand raspunde la un eveniment publicat de un alt context (in mod strict acest lucru nu face parte din interfata publica, dar pare util pentru a-l adauga aici).
Dependente si relatie
Numele acestei sectiuni a fost actualizat pentru a include relatii. Nu numai ca sunt dependente, dar relatia – motivul dependentei – este o semantica pe care vrem sa o subliniem.
Mai important, aceasta sectiune are un aspect nou. A fost impartita in furnizori si consumatori. Cine furnizeaza acest context cu informatii si servicii (prin evenimente, interogari si comenzi) si cine consuma informatiile si serviciile acestui context?
Inca nu exista un format prescris pentru coloana relatiei. Acest lucru este deliberat. Pentru inceput, incepeti cu o fraza simpla, de exemplu „ofera actualizari de urmarire a livrarii prin evenimente”. Mai tarziu, pe masura ce incepeti sa introduceti concepte mai avansate, cum ar fi modelele de relatie ale DDD sau modurile de interactiune a topologiilor in echipa, acestea pot fi folosite aici.
