Szkolenie: Domain-Driven Design

Czas trwania i język:

14h - 2 dni po 7 godzin (wliczając przerwy).

Szkolenie jest w języku polskim. Wersja angielska jest również dostępna.

Grupa docelowa:

Szkolenie przeznaczone jest dla:

• zespołów projektowych i wytwórczych,
• programistów,
• architektów systemów informatycznych,
• analityków biznesowych i product ownerów,
• kadry zarządzającej,
• interesariuszy i ekspertów domenowych.

Zainteresowanych realizacją złożonych projektów, produktów i inicjatyw w szczególności z branży IT.

Wymagania przed szkoleniem:

Znajomość podstawowych zagadnień z zakresu projektowania i implementacji systemów informatycznych. Mile widziane doświadczenie w pracy nad złożonymi rozwiązaniami IT obejmującymi szereg domen biznesowych oraz wymagających współpracy licznego grona specjalistów podzielonych na jeden lub więcej zespołów.

Cena obejmuje:

• Przygotowanie i realizacja szkolenia przez eksperta procesów wytwarzania oprogramowania.
• Efektywne szkolenie w małej grupie - średnio 6-12 osób.
• Materiały szkoleniowe oraz certyfikat ukończenia szkolenia, wystawiane przez Valkir Academy (w języku polskim lub angielskim).
• Obiad oraz catering (napoje i przekąski).
• Dojazdy i koszty utrzymania trenera.

Certyfikacja:

Czy szkolenie kończy się lub przygotowuje do certyfikacji?

W cenę szkolenia autorskiego wliczone są certyfikaty ukończenia szkolenia wystawiane przez Valkir Academy (w języku polskim lub angielskim). Nie istnieje rynkowo rozpoznawalna ścieżka akredytowanej certyfikacji.

Opis szkolenia:

Czym jest Domain-Driven Design?

Szkolenie Domain-Driven Design skierowane jest do zespołów realizujących złożone projekty i tworzące produkty/usługi z branży IT. Bazując na szczegółowej analizie dostępnych źródeł i własnym doświadczeniu w prowadzeniu komercyjnych projektów trenerzy rozwiewają wątpliwości dotyczące DDD i uczą prawidłowego zastosowania technik pozwalających zapanować nad złożonym systemem informatycznym.

Domain-Driven Design obejmuje zagadnienia z pełnego spektrum stadiów procesu wytwarzania oprogramowania. Program polecany jest więc osobom pełniącym różnorodne role - architektom, programistom, analitykom biznesowym, product ownerom. Największe korzyści uzyskają firmy, w których metodyka będzie rozumiana i stosowana holistycznie w całej organizacji ze względu na wzajemne zależności, które występują pomiędzy zagadnieniami skierowanymi do każdej z wymienionych grup.

DDD uczy, jak podzielić i skutecznie modelować złożony problem biznesowy redukując dystans pomiędzy wymaganiami interesariuszy a techniczną realizacją. Stosowanie prezentowanych technik pozwala skrócić czas analizy biznesowej, modelowania i implementacji, poprawnie wyznaczać priorytety, zmniejszyć ryzyko nieporozumień oraz zbudować system łatwo adaptowalny do zmieniających się potrzeb klientów.

Kto za tym stoi?

Historia Domain-Driven Design zaczęła się w roku 2003, kiedy Eric Evans wydał swoją słynną niebieską książkę „Domain-Driven Design: Tackling Complexity in the Heart of Software”. Sam autor przyznaje jednak, że techniki, które zebrał, nazwał i pogrupował, były już wcześniej szeroko stosowane przez profesjonalnych analityków biznesowych i architektów systemów informatycznych działających w metodykach z rodziny Agile.

W kolejnych latach DDD upowszechniło się, rozwinęło i dostosowało do nieustannie zmieniającego się krajobrazu świata IT. Za ewolucję metodyki odpowiedzialni są autorzy tacy jak Vernon Vaughn, Martin Fowler czy Jimmy Bogard.

Program szkolenia:

1. Definicja Domain-Driven Design
   • Przedstawienie definicji i założeń Domain-Driven Design.
   • Zalety i obszary zastosowania Domain-Driven Design.
   • Podział wzorców DDD na strategiczne i taktyczne.
   • Omówienie częstych nieporozumień związanych z DDD.
    
2. Komunikacja
   • Rola komunikacji w procesie wytwarzania oprogramowania.
   • Język techniczny, biznesowy i typowe błędy w komunikacji.
   • Przedstawienie zalet używania języka domenowego.
   • Metody pozyskiwania wiedzy od ekspertów domenowych.
   • Odkrywanie i stosowanie powszechnego języka (ang. ubiquitous language).
    
3. Wzorce strategiczne
   • Przedstawienie definicji poddziedziny (ang. subdomain) i ograniczonego kontekstu (ang. bounded context).
   • Omówienie typów poddziedzin.
   • Prezentacja techniki mapy kontekstów (ang. context map) i przedstawienie rodzajów zależności pomiędzy ograniczonymi kontekstami.
   • Wyznaczanie granic kontekstu i zasady dotyczące rozmiaru kontekstu.
   • Reguły przyporządkowania zespołów do ograniczonych kontekstów.
   • Omówienie problemu współdzielenia modelu i kodu pomiędzy ograniczonymi kontekstami.
   • Ćwiczenie z zastosowania wzorców strategicznych w praktyce.
    
4. Domain-Driven Design w kontekście Agile
   • Jak DDD wpisuje się w podejście Agile?
   • Rola niezależnych zespołów deweloperskich.
   • KISS oraz YAGNI jako elementy podejścia DDD.
   • Rola nieustającej nauki (ang. continuous learning), eksperymentów i refaktoryzacji w procesie wytwarzania oprogramowania.
    
5. Wzorce taktyczne
   • Zwięzłe omówienie kluczowych cech poprawnej architektury oprogramowania.
   • Zakreślenie podziału na model i infrastrukturę w implementacji ograniczonego kontekstu.
   • Antywzorzec anemicznego modelu dziedziny.
   • Zastosowanie TDD w procesie modelowania i implementacji ograniczonego kontekstu.
   • Ćwiczenie z analizy kodu na podstawie wzorców technicznych.
    
6. Referencyjna architektura DDD
   • Wskazanie obszarów zastosowania referencyjnej architektury DDD.
   • Szczegółowe omówienie elementów konstrukcyjnych (ang. building blocks).
   • Techniki nadawania ID, użycie ORM i inne techniczne niuanse.
   • Przykłady implementacji w oparciu o referencyjną architekturę.
   • Omówienie częstych błędów, pułapek i antywzorców.
   • Ćwiczenie z zastosowania referencyjnej architektury.
    
7. Rodzaje fizycznej separacji ograniczonych kontekstów
   • Separacja logiczna i fizyczna pomiędzy ograniczonymi kontekstami oraz między warstwami ograniczonego kontekstu w architekturze monolitycznej.
   • Implementacja DDD w oparciu o architekturę CQRS.
   • Implementacja DDD w oparciu o architekturę mikroserwisową.
   • Ćwiczenie z projektowania infrastruktury systemu w oparciu o poznane wzorce.
    
8. Narzędzia ułatwiające zarządzanie procesem
   • Iteracyjne odkrywanie modelu domenowego przy użyciu techniki Modeling Whirlpool.
   • Modelowanie domenowe przy użyciu techniki Event Stormingu.
   • Komunikacja z ekspertami domenowymi podczas sesji Three Amigos.
   • Specyfikacja w oparciu o przykłady, czyli Behavior-Driven Development.
   • Przykład kompletnego harmonogramu prac wzbogacenia systemu o nową funkcjonalność.
   • Warsztaty z zastosowania poznanych narzędzi.
    
9. Podsumowanie i retrospekcja szkolenia.

Cele szkolenia:

Jakie wyzwania adresujemy?

• Jak mogę wyjaśnić innym czym dokładnie jest, czym nie jest Domain-Driven Design?
• Jak mogę zapanować nad złożonym systemem informatycznym?
• Jak mogę mieć pewność, że przeznaczam czas i środki na realizację faktycznych potrzeb klienta?
• Jak mogę przyspieszyć realizację rozwiązań informatycznych zwiększając jednocześnie ich niezawodność?
• Jak mogę zaprojektować system łatwo adaptowalny do zmieniających się potrzeb klienta?

Jakie korzyści otrzymujesz?

Szkolenie pozwala uczestnikom lepiej zrozumieć, jak skutecznie i wydajnie odpowiadać na niedoprecyzowane wymagania klientów przekształcając je na namacalne rozwiązania z dziedziny IT. Metodyka ułatwia start nowych inicjatyw, utrzymanie dojrzałych produktów i naprawę sytuacji w systemach typu legacy. Obejmuje zagadnienia z dziedziny komunikacji międzyludzkiej, analizy biznesowej, architektury systemów informatycznych i jakości kodu.

W wyniku szkolenia uczestnicy reprezentujący poszczególne obszary organizacji będą:

• znali i rozumieli aspekty niezbędne do skutecznego modelowania funkcjonalności systemów IT,
• posiadali umiejętności niezbędne do zastosowania tych metod w praktyce,
• rozumieli jak i dlaczego nowe metody mogą pozytywnie wpłynąć na ich pracę.

Każde z zagadnień prezentowanych podczas szkolenia zawiera co najmniej jedną grę lub ćwiczenie pozwalające zastosować poznaną praktykę lub zasadę w realiach biznesowych. Każde ćwiczenie lub gra kończy się wspólnym omówieniem i dyskusją na temat dopasowania przedstawionych praktyk do własnej sytuacji uczestników.