Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Reading guide of Domain-Driven Design the first 15 years

Sharing at 2020/12/2.

  • Sé el primero en comentar

Reading guide of Domain-Driven Design the first 15 years

  1. 1. DDD 15年文章導讀與相關案例 作者:蘇立群(Richard) 分享相關資源
  2. 2. 分享大綱 ● 分享者介紹 ● 書籍介紹:DDD15年 ● DDD15年閱讀指引 ● DDD15年第一章-本書核心章節 ● DDD15年第三章-用事件風暴找尋限界上下文 ● 資源索引
  3. 3. 分享者介紹 ● Hello!!我是立群(Richard) ● 政大應數畢業 ● 中研院資訊所 ● 芝加哥大學計算數學學生 ● DDD新手 ● DDD15年翻譯者+主要審稿者 講者linkedin
  4. 4. 書籍介紹:DDD15年 優點: ● DDD領域專家意見 ● 與時俱進 ● 實作價值 缺點: ● 對初學者不算友好 ● 各章獨立,缺乏系統 ● 難易度差異巨大
  5. 5. DDD15年閱讀指引 目標:新手快速使用DDD的概念解決實務問題 步驟: 1. 了解自己的需求,感覺跟DDD好像有關 2. 閱讀第一章,了解DDD整體概念 3. 看難度表和簡介,尋找適合自己的章節 4. 了解整體概念不要拘泥於文章,從中紀錄專有名詞 5. 尋求社群人員討論
  6. 6. DDD15年閱讀指引 目標:新手快速使用DDD的概念解決實務問題,而後學習DDD 步驟: 1. 完成上述5點 2. 把所有基礎章節看完,請注意英文專有名詞 3. 不要馬上看進階章節!!! 4. 尋求DDD社群提供系統化訓練
  7. 7. DDD15年第一章-本書核心章節 DDD是什麼? 一種思維方式也是一個應做事項的清單來幫助非技術人員和技術人 員溝通並實作完成軟體專案
  8. 8. DDD15年第一章-本書核心章節 書中特色: 思維方式:技術與業務的合作思維 應做事項:必做事項的列表 實作:各種實作案例 軟體:可以派上用場的實戰程式碼
  9. 9. DDD15年第一章-本書核心章節 DDD各種核心要素: ● 拆分問題--歸納核心競爭領域 ● 業務與技術合作--如何跨領域合作 ● 統一語言--統一不同想法 ● 限界上下文--分開統一語言 ● 保留思考痕跡
  10. 10. DDD15年第三章-用事件風暴找尋限界上下文 為什麼需要限界上下文? ● 含糊的共享=成倍的預算 ● 沒人知道全部的業務,沒有人!! ● 需要的是犯罪現場式的調查,而不是一個問卷調查的談話
  11. 11. DDD15年第三章-用事件風暴找尋限界上下文 所需材料與等待時間: ● 所有的關鍵人物(業務和技術關係人) ● 無限制的建模空間(通常是把一個長紙捲貼在一面很長的牆壁 上,外加數百張彩色便利貼) ● 讓他們以時間先後順序,使用領域事件來再現整個業務流程 ● 通過一些引導方法,在幾個小時內,我們最終就能得到整個一 個很大的行為模型
  12. 12. DDD15年第三章-用事件風暴找尋限界上下文 討論指引 A. 發散想法,了解每個腳色所思考的業務想法 B. 順理邏輯,強制按時間排序和邏輯順理業務 C. 從不同使用者的角度思考,確定所需開發的系統 D. 限界上下文的確認,細解說的排演
  13. 13. A.發散想法,了解每個角色所思考的業務想法 ● 沒有人知道完整的故事 ● 擴大想法,而非創造共識 ● 接上,關注同一概念的不同措辭 ● 這一步通常是靜悄悄的 結果:每個人對業務的想法都會呈現在白板上
  14. 14. B.順理邏輯,強制按時間排序和邏輯順理業務 ● 按時間順序來描述業務流程 ● 詳加記錄所有平行和替代的路徑 ● 設定關鍵事件,此事件標誌著不同業務階段間的轉換 ● 接上,正確的關鍵事件其實並不重要,目的只是為了更快地整 理內部事件 結果:確保每個人對於關鍵事件和時間流程都有一個全盤的認識以及 有個思考上的共識
  15. 15. C.從不同使用者的角度思考,確定所需開發的系統 ● 針對同一個業務中不同參與者(不同層級的顧客和員工等)的觀點 進行思考 ● 對以上需求思考分析出可能需要的軟體系統 結果:瞭解各個使用者對業務的思考,並且多規畫出許多有意義的系 統來解決問題
  16. 16. D.限界上下文的確認,細解說的排演 ● 系統整體仍然讓人感到混亂 ● 選一位敘述人從左到右講述整個故事 ● 觀眾需要經常挑戰敘述人與建議説故事的方式 ● 重新檢視行為模式細項,最終提供一些特殊情況和常見例外的 案例 結果:增進大家對於業務的理解,並創造有效率的限界上下文
  17. 17. DDD15年第三章-用事件風暴找尋限界上下文(複習) 討論指引 A. 發散想法,了解每個腳色所思考的業務想法 B. 順理邏輯,強制按時間排序和邏輯順理業務 C. 從不同使用者的角度思考,確定所需開發的系統 D. 限界上下文的確認,細解說的排演
  18. 18. 資源索引 講者linkedin 分享相關資源 講者逐字稿

×