Downloaded 121 times
Uploaded by國昭 張
事件風暴-領域建模
本文档讨论了领域驱动设计（DDD）的重要性及其在项目管理中的应用，包括事件驱动架构、聚合和限界上下文的概念。它强调了有效沟通和明确责任在设计解决方案中的作用，并提供了如何识别机会和风险以及如何进行合理的设计策略的建议。文中还探讨了如何利用上下文图来提高团队沟通效率，推动业务成功。
事件風暴-領域建模
- 1.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 12.
- 13.
- 14.
- 15.
- 16. 準備超長的壁報紙 事件探索 聚合+ Context Map Modeling Design 16
- 17.
- 18.
- 19. Past • 採用過去式描述 • 事件彼此之間不相依 •範例: 已購票(Ticket Bought) 19
- 20.
- 21.
- 22. 事件1 事件2 事件3 由左至右 呈現事件發生順序 22 *事件探索的建議: 1. 盡可能細化,找出更多事件 2. 不要過早抽象化 3. 不要過早考慮例外處理,先以快樂路徑(Happy path)為主
- 23.
- 24.
- 25.
- 26. 事件 事件 事件事件 事件 事件事件 事件 豐富你的事件 命令 角色 26 事件
- 27.
- 28.
- 29.
- 30.
- 31. 排序你的機會/風險 This is where everything is stock! Thisis where everything is stock! This is where everything is stock! This is where everything is stock! This is where everything is stock! 31 淘汰
- 32.
- 33.
- 34. 切割成多個問題子領域 核心子領域 (Core Subdomain) 支持子領域 (Supporting Subdomain) 支持子領域 (SupportingSubdomain) 通用子領域 (General Subdomain) 問題域(Problem Domain) 依照價值(Value)將一個 問題領域切割成為多個 子問題領域。 核心子領域是最有價值的。 34
- 35.
- 36. This is where everything is stock! Thisis where everything is stock! This is where everything is stock! This is where everything is stock! This is where everything is stock! 將排序最高的風險/機會 列為核心子領域。 團隊最好能夠得到管理者 的承諾與支持。 挑選核心子領域
- 37.
- 38.
- 39.
- 40. 由不同觀點看待 機會/痛點 (Rick / PainPoint) 商務能力 (Business Capability)
- 41.
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.
- 54. 聚合畫布 (Aggregate Canvas) 名稱 輸入 模型輸出 • 命令(Command) • 驅動模型運作 • 以統一語言進行建模 • 可以使用Stereoype去標示: • Entity • Value Object • Domain Service • 領域事件(Event) • 先不著急命名
- 55.
- 56.
- 57.
- 58.
- 60.
- 61. • 一個聚合是一個完整的交易(Transaction)概念 • 當交易所異動到的資料表過於龐大,會造成效能議題(Issue) •適當拆解聚合(i.e. 不違反BASE理論為前題) • 考慮採用文件型資料庫(NoSQL) 聚合設計原則
- 62.
- 63.
- 64.
- 65. CAE三者的互動模式 (Command, Aggregate, Event) 參考鏈結 Aggregate接收Command, 並在處理完畢後拋出Event 若有需要流程控制,會再加 上ProcessManager這個 Domain Service。
- 66.
- 67.
- 68.
- 69.
- 70. Aggregate A Aggregate B AggregateC Bounded Context A Bounded Context B • 領域事件是用於同一個限界上下文 中Aggregate之間相互溝通 • 整合事件(Integration Event)是為了”交易(Transaction)”; 目標在於達成最終一致性(Eventually Consistency) 整合事件 領域事件 領域事件 領域事件 整合事件
- 71.
- 72.
- 74. Recap DDD具有兩個環節 戰略, 戰術 利用事件風暴完成 知識獲得, 上下文圖 聚合設計原則 輕巧,符合BASE理論 事件 整合事件, 領域事件