Domain Driven Design: Odkrywanie domen

0:00Porozmawiajmy teraz o odkrywaniu domen.

0:03O co chodzi w odkrywaniu domen?

0:06Kluczem w odkryciu naszej domeny, wydzieleniu kontekstów, zrozumieniu na

0:11czym polega problem, nad którym pracujemy.

0:14Problem biznesowy, który rozwiązuje system.

0:17Potrzebne nam jest zrozumienie biznesu i właśnie to odkrywanie domen

0:20prowadzi nas do zrozumienia biznesu.

0:23W jaki sposób to zachodzi?

0:26Przede wszystkim są to rozmowy z interesariuszami.

0:29A kto to jest Interesariuszy? Interesariuszy.

0:31To jest osoba odpowiedzialna za biznes, odpowiedzialna za ficzer,

0:36odpowiedzialna za pewną część logiki.

0:39Analizujemy dokumentację biznesową, szukamy jak zachodzą procesy.

0:43Stosujemy oczywiście event story, o którym mówiłem.

0:46I kluczem do sukcesu w odkrywaniu domeny, w zrozumieniu biznesu

0:50jest rozmowa i analiza.

0:52Konieczny jest dialog i praca z danymi, praca z tym, co

0:56zastajemy w systemie, co potrzebujemy.

0:59Potrzebujemy głęboko zrozumieć potrzeby, a co za tym idzie zrozumieć problemy

1:04biznesowe, które musimy rozwiązać.

1:07I identyfikujemy domenę poprzez rozpoznanie kluczowych obszarów

1:11biznesowych, kluczowych fragmentów.

1:14Można to porównać do działów w firmie.

1:16Kiedy mamy firmę.

1:18W każdej firmie będziemy mieć prawdopodobnie jakiś dział księgowości,

1:22jakiś dział marketingowy, jakiś dział sprzedaży.

1:26To są pewne obszary biznesowe.

1:28Tak samo będzie w naszym biznesie.

1:30W domenie będą obszary odpowiedzialne za notyfikacje, obszary odpowiedzialne może

1:36za katalog produktów, może za składanie zamówień.

1:39I dążymy tutaj do wyróżnienia głównych funkcjonalności, które właśnie płyną z

1:44tych poszczególnych obszarów biznesowych i szukamy odpowiedzi na pytanie

1:48co jest sercem biznesu?

1:50Sercem biznesu e-commerce będzie składanie zamówień.

1:54Sercem biznesu typu booking będzie rezerwacja hoteli.

2:00Sercem biznesu do zarządzania zadaniami będzie kwestia budowania projektów.

2:08Szukamy takich funkcji, które możemy przedstawić w trakcie

2:11pitch deck, a w windzie.

2:12Gdy ktoś nas zapyta, czym zajmuje się aplikacja, nad którą

2:16pracujesz, możemy powiedzieć pracujemy nad kalendarzem do umawiania

2:20spotkań i zarabiania na nich.

2:22I mamy odpowiedź, czym jest Zen.

2:24KAL Na przykład, Więc szukamy tych funkcji, które wyróżniają firmy.

2:28Przechodzimy następnie do modelowania domeny.

2:31Kiedy już mamy tę analizę wykonaną, jakiś dialog zaszedł.

2:34Musimy modelować.

2:35Tworzymy sobie modele domenowe, tworzymy agregaty, szukamy zależności.

2:41Budujemy diagramy obrazujące relacje, więc korzystamy z modeli, z diagramów i chcemy

2:47zobrazować relacje i procesy biznesowe.

2:50Tutaj mocno wjeżdża właśnie Event Touring.

2:52Event Streaming jedzie też dalej Przez wyszukiwanie granic band kontekstów musimy

2:58określić granice kontekstów i ustalić język wszechobecny.

3:02Taki język, który jest wspólny dla całego zespołu, Język, którymi posługiwać się

3:06będą i programiści, i programiści, i też osoby odpowiedzialne za produkt

3:10czy też osoby biznesowe.

3:11Żeby jedno pojęcie krążyło między zespołem technicznym, a nawet CEO.

3:17Szukamy tych pojęć, szukamy wspólnego rozumienia języka do

3:21wyznaczenia granicy kontekstu.

3:23Szukamy i definiujemy agregaty i encje.

3:26Jak się definiuje agregaty i encje?

3:28O tym powiem później w kolejnych materiałach.

3:30Szukamy value obiektów, szukamy encji, definiujemy agregaty, zbieramy operacje

3:36logiczne w pewną całość, nie zamienniki.

3:38Kupujemy je, budujemy sobie solidne fundamenty do wydzielenia domeny.

3:44Bo agregaty, encje, value obiekty to są można powiedzieć kluczowe składniki

3:48modelu tego relacyjnego już na końcu.

3:52No i event termik to muszą być zdarzenia domenowe, więc wyodrębnienie tych zdarzeń

3:57domenowych z mapowanie ich i poszukanie komend pozwoli nam na praktycznie

4:03stworzenie sobie planu na implementację.

4:06Domena ewoluuje jak biznes, ewoluuje, więc musimy cały czas czuwać nad zmianami i

4:11cały czas być na bieżąco, więc warto weryfikować nasz model z interesariuszami.

4:18Iteracyjne poprawki i usprawnienia to tak jak wygląda cykl życia programu, Tak też

4:23wygląda cykl życia domeny, więc będziemy mieć nowe ficzery.

4:26Biznes się zmienia, świat się zmienia, domena też może

4:30ewoluować i w takim realnym użyciu będziemy mieć też testowanie modelu.

4:34Ten model będzie testowany właściwie przez wykorzystanie przez jego użycie.

4:39Ważne, żeby mieć otwartą głowę na zmiany i na to, żeby się nie murować w pierwszym

4:44rozwiązaniu, ale czuć te ewolucyjne domeny.

4:48No i na koniec potrzebujemy dokumentować nasze prace.

4:51Domena.

4:52Wydzielenie granic domeny powinno być udokumentowane i dokumentacja w Domain

4:56Driven Design odgrywa dużą rolę.

4:59Może to być dokumentacja w formie diagramów, w formie

5:02pisanej w formie video. Jakakolwiek.

5:05Ważne, żeby to była dokumentacja, która jest punktem odniesienia dla wszystkich

5:09pracujących nad danym systemem.

5:11Skoro mamy już zamontowaną domenę, wiemy w jaki sposób do tego dochodzi.

5:17Przejdźmy teraz do zagadnienia modelowania subdomen.