This slide is talking about event storming. I use slide in our social group: DDD in Taiwan.

1. 參考鏈結
專案成功率

2. 為什麼我們執行一個專案/產品這麼困難?
2

4. 聽過這座塔的故事嗎?
4

6. 辛苦的成果,有時候連自己也看不懂

7. 參考資料
利用其它UML圖協助

8. 團隊多了好幾本文件要讀

10. 1 2 3
事件和動作有什麼不同呢？
行為 事件
10

11. 買早餐
已經買早餐
有什麼區別?
11

12. Past
• 採用過去式描述
• 事件彼此之間不相依
• 範例:
已購票(Ticket Bought)
12

13. 事件
事件的發生是有強列的順序性
事件
13

14. 事件意味著證據
14

15. 練習-事件&行動
15

16. 使用事件去描述活動流程?
16

17. 事件1 事件2 事件3
由左至右
呈現事件發生順序
17

18. 事件1 事件2 事件3
事件2’
平行事件的處理方式
18

19. 事件1 事件2 事件3
事件2’
添加命令
命令
19

20. 事件1 事件2 事件3
事件2’
命令的發起者是誰?
命令
角色
20

21. 事件 事件
事件事件
事件 事件 事件
事件
豐富你的事件
命令
角色
21
事件

22. Refund
Request
Received
Refund
Policy
Issue
Refund
Refund
Issued
Notificaton
Sent to
Payee
外部系統所引發的事件
商務流程中,極
有可能會使用
到外部系統

23. 決策流程
人為
促進人為決策
的輸入(Input)
Refund
Request
Received
Refund
Policy
Issue
Refund
Refund
Issued
Notificaton
Sent to
Payee
Organizer
流程有可能是需要人為介入

24. 事件4事件1 事件2 事件3
事件2’
找出機會/風險
24

25. 排序你的機會/風險
This is
where
everything
is stock!
This is
where
everything
is stock!
This is
where
everything
is stock!
This is
where
everything
is stock!
This is
where
everything
is stock!
25

27. 要先找出問題,才能設計
解決方案,如果顛倒了順
序,就會事倍功半。
27

28. 先瞄準再射擊
28

29. 切割成多個問題子領域
核心子領域
(Core Subdomain)
支持子領域
(Supporting Subdomain)
支持子領域
(Supporting Subdomain)
通用子領域
(General Subdomain)
問題域(Problem Domain)
依照價值(Value)將一個
問題領域切割成為多個
子問題領域。
核心子領域是最有價值的。
29

30. 通用子領域
: 採用現成服務
支持子領域
: 採用外包
核心子領域
: 傾團隊之力
30

31. This is
where
everything
is stock!
This is
where
everything
is stock!
This is
where
everything
is stock!
This is
where
everything
is stock!
This is
where
everything
is stock!
將排序最高的風險/機會
列為核心子領域。
團隊最好能夠得到管理者
的承諾與支持。
挑選核心子領域

32. 設計解決方案
每個問題子領域,都應該會
有解決方案,而這些解決
方案,在DDD中,稱其為:
限界上下文。
限界上下文
限界上下文
限界上下文
限界上下文
限界上下文

33. 在事件風暴中,先找出
聚合,再找出限界上下文。
這就是先求內聚,再看耦合
探索聚合(Aggregate)
把相同功能目標的事件收攏在一起

34. 聚合
事件
事件
事件
事件
命令
角色
事件
事件
事件
事件
命令
角色
34
命令
命令
命令
命令
每一個聚合都是為了相同
的功能目的。
命令與事件都是參考元素。

35. 在事件風暴中,先找出
聚合,再找出限界上下文。
這就是先求內聚,再看耦合
探索限界上下文
把相同功能目標的聚合收攏在一起

36. 限界上下文
(Bounded Context)
事件
事件
事件
事件
命令
事件
事件
事件
事件
命令
產品
事件
事件
事件
事件
命令
事件
事件
事件
事件
命令
將相同功能目的的
聚合放在一起,進而
形成一個限界上下文。
36

37. 限界上下文之間其實並非
完全獨立,它們還是會存在
關聯性(Association)。
探索限界上下文圖

38. 限界上下文圖
(Bounded Context Map)
38
U
U
U
D
D
D
上游的改變會嚴重影響
到下游,藉這張圖瞭解
系統變更所可能引發的
風險。

39. 限界上下文圖模式
(Bounded Context Map Pattern)
模式大概有9種,但是可以
粗略地分成兩種：
• 協作
• 整合

41. https://1drv.ms/p/s!AvFly4pKEbnHlTKhVY1qfh8z4cAt