Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Jak wciągnąć eksperta domenowego w wir modelowania - wizualne i lingwistyczne techniki DDD

No description
by

Sławek Sobótka

on 13 November 2015

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Jak wciągnąć eksperta domenowego w wir modelowania - wizualne i lingwistyczne techniki DDD

Jak wciągnąć eksperta domenowego w wir modelowania
Wizualne i lingwistyczne techniki DDD
Sławomir Sobótka
Proces
Makieta GUI
Estymacje
Wynik
Metoda Parkinsona
Metoda L. W. P. z D.
Głębokość logiki
Przezroczystość systemu: model mentalny vs model domeny vs model danych
Sterowanie światem czy ewidencja danych
Co jest pierwsze?
a) proces
b) reguły domenowe
Zależy w którym miejscu!
http://bottega.com.pl/artykuly-i-prezentacje
https://github.com/BottegaIT/ddd-leaven-v2
User
Domain
Expert
Proces, API
Co system robi?
Koordynacja UC/US
Technikalia: TX, Security
Reguły domenowe
Jak system to robi
Serce systemu – model koncepcji biznesowych, zachowania i reguł
Domain Scenario
Techniki
Lingwistyczne
Techniki
Kolejność w analizie obiektowej (nie abiektawej)
1. Zachowanie, czynności, operacje (technicznie: metody)
Co to robi?

2. Reguły rządzące zachowaniem (technicznie: impl metody)
Jak to coś to robi?

3. Dane, które są przetwarzane (technicznie: pola metody)
Czym to coś jest?

4. Nazwa (technicznie: nazwa klasy) ***
Co to jest?
Zbyt wczesne nazwy
Słowo -> Znaczenie -> Reguły
Kontekst
Logiczne
niezmienniki
Unikanie "worków" na rzeczowniki
Analiza tego co zmienia się spójnie
Gibberish game
Wizualizacje
Building Blocks
"Używanie zbyt prostych modeli do zbyt złożonych problemów prowadzi do wielkich komplikacji"
Eric Evans

Ekspert Domenowy nie mówi CRUDem
a + b = c
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<Function>> that creates <VO> based on <Aggregate>> state
Reservation.calculateOffer(DiscountPolicy)
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<Aggregate>>
<<VO>>
Higher order <<Function>> closured by <<Policy>>
Reservation
Offer
Purchase
Invoice
Przeglad
katalogu
produktow
Dodanie
produktu
do zamówienia
Zatwierdzenie
zamówienia
Weryfikacja
dostępności
produktów
Zamówienie
braków
Wypłata
prowizji dla
handlowca
Zlecenie
wysyłki
w ERP
Potrzebujemy drobną kosmetyczną
zmianę...
dajcie małego czekboksa
100 man-days/storypoints/...
ale... dług techniczny!
Inny model mentalny
wagi zmiany
Inny model mentalny
aktualnej "kondycji"
projektu
z rabatem per klient
przydawka
, closure)
, geneujRabat(klient))
<<interface>>
PolitykaRabatowa

nalicz(Pozycja):Rabat

Domain Driven Design
Domain
Expert

Modelarz
Wiedza
Model
Wiedza na temat "nowejrzeczywistości"
Walidacja
MODEL
Głęboka ale waska wiedza
Zakres wiedzy definiuje Bounded Context
Uwaga na "wszechwiedzacych" ekspertów
Poczucie odpowiedzialności
Raczej pisarz niż konstruktor
Facilitator
Full transcript