Recommended
More Related Content
What's hot
What's hot (20)
Similar to 事件風暴-領域建模
Similar to 事件風暴-領域建模 (20)
More from 國昭 張
事件風暴-領域建模
- 1. 領域驅動設計 工作坊 1
- 3. 一個開發該有的姿勢
- 4. 真實世界總是… 參考鏈結
- 5. 參考鏈結 專案成功率
- 7. 聽過這座塔的故事嗎? 7
- 9. 溝通力 = 執行力
- 12. 需求分析 參考鏈結
- 13. 辛苦的成果,有時候連自己也看不懂
- 14. 參考資料 利用其它UML圖協助
- 15. 最後…團隊多了好幾本文件要讀
- 16. 準備超長的壁報紙 事件探索 聚合 + Context Map Modeling Design 16
- 17. 1 2 3 事件和動作有什麼不同呢？ 行為 事件 17
- 19. Past • 採用過去式描述 • 事件彼此之間不相依 • 範例: 已購票(Ticket Bought) 19
- 21. 事件意味著證據 21
- 22. 事件1 事件2 事件3 由左至右 呈現事件發生順序 22 * 事件探索的建議: 1. 盡可能細化,找出更多事件 2. 不要過早抽象化 3. 不要過早考慮例外處理,先以快樂路徑(Happy path)為主
- 26. 事件 事件 事件事件 事件 事件 事件 事件 豐富你的事件 命令 角色 26 事件
- 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! 31 淘汰
- 33. 先瞄準再射擊 33
- 34. 切割成多個問題子領域 核心子領域 (Core Subdomain) 支持子領域 (Supporting Subdomain) 支持子領域 (Supporting Subdomain) 通用子領域 (General Subdomain) 問題域(Problem Domain) 依照價值(Value)將一個 問題領域切割成為多個 子問題領域。 核心子領域是最有價值的。 34
- 35. 通用子領域 : 採用現成服務 支持子領域 : 採用外包 核心子領域 : 傾團隊之力 35
- 36. 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! 將排序最高的風險/機會 列為核心子領域。 團隊最好能夠得到管理者 的承諾與支持。 挑選核心子領域
- 39. 財務貢獻 戰略效應 (Financial Impact) (Strategic Impact) 戰略支持 能力 核心 競爭力 商務 基底 商務 支撐力 高 高低 低 依照商業能力進行分析 參考資料
- 40. 由不同觀點看待 機會/痛點 (Rick / Pain Point) 商務能力 (Business Capability)
- 48. 限界上下文圖模式 (Context Map Pattern) 模式大概有9種,但是可以 粗略地分成兩種： • 協作 • 整合 參考資料
- 49. 參考資料 一個完整的範例
- 52. 52
- 54. 聚合畫布 (Aggregate Canvas) 名稱 輸入 模型 輸出 • 命令(Command) • 驅動模型運作 • 以統一語言進行建模 • 可以使用Stereoype去標示: • Entity • Value Object • Domain Service • 領域事件(Event) • 先不著急命名
- 60. DDD戰技概觀
- 61. • 一個聚合是一個完整的交易(Transaction)概念 • 當交易所異動到的資料表過於龐大,會造成效能議題(Issue) • 適當拆解聚合(i.e. 不違反BASE理論為前題) • 考慮採用文件型資料庫(NoSQL) 聚合設計原則
- 62. CAP理論 參考鏈結
- 65. CAE三者的互動模式 (Command, Aggregate, Event) 參考鏈結 Aggregate接收Command, 並在處理完畢後拋出Event 若有需要流程控制,會再加 上Process Manager這個 Domain Service。
- 70. Aggregate A Aggregate B Aggregate C Bounded Context A Bounded Context B • 領域事件是用於同一個限界上下文 中Aggregate之間相互溝通 • 整合事件(Integration Event)是為了”交易(Transaction)”; 目標在於達成最終一致性(Eventually Consistency) 整合事件 領域事件 領域事件 領域事件 整合事件
- 74. Recap DDD具有兩個環節 戰略, 戰術 利用事件風暴完成 知識獲得, 上下文圖 聚合設計原則 輕巧, 符合BASE理論 事件 整合事件, 領域事件