Please enable JavaScript.
Coggle requires JavaScript to display documents.
DDD - Coggle Diagram
DDD
領域設計
確定這樣值對象彼此的關係包含1對1, 1對多
聚合(空心菱形)
普通的依賴(虛線箭頭)
組合(實心菱形)
繼承(空心三角實線)
實作(虛線空心三角)
根據聚合原則，調整聚合邊界
是否概念完整性？
業務規則不變性
獨立性
數據一致性
類圖表達的領域設計模型屬於靜態關係，需要再通過場景驅動設計，對具有業務價值的領域進行任務分解，在進行角色分配職責，可以獲得此場景的時序圖，可以更好體現類之間的協作關係。
取出重要的業務流程，分析領域場景，如果有Event stomring，則使用event storming的結果
根據以上的場景，畫出時序圖
寫出領域場景時，要順便帶入一些領域模型物件的命名
從領域分析中有了對象圖
確定對象圖中之間的實體和值對象
分解關係的薄弱之處，劃定聚合邊界
領域分析
建模方法論
名詞動詞法
領域對象不一定要彼此有關聯
事件風暴
識別領域事件時，名稱，必須結合業務流程，遵循統一語言
先找到最重要的關鍵領域事件，由右至左的開始
正向反向推倒可以互為補充，互相監督
事件風暴的目的是尋找領域領域概念
確定『精準的』統一語言
確定對象的關係或上下文時，就可以用不同顏色先區別
這個過程的關鍵是識別領域概念，為限界上下文的領域建立抽象模型
領域實現
針對每一個領域場景的任務編寫測試用例，在進行測試驅動開發
從一個領域場景開始，選一個表達領域概念和領域行為的原子任務開始
業務分析