第一單元
領域建模的方法

1、領域建模與設計的關系
優(yōu)秀的軟件系統(tǒng)與好的軟件設計息息相關，但最關鍵的還是在于對需求的理解。如果 不能正確的理解軟件需求，那么再好的設計也不能設計出好的軟件。正確的做事情固然重要，更重要的是要做正確的事。然而，需求到設計存在巨大的鴻溝，因為需 求是站在業(yè)務角度來考慮，而設計往往會站在實現(xiàn)角度。領域建模就是為這二者搭建一個溝通與轉(zhuǎn)換的橋梁。
2、領域建模從需求開始
為了更好的理解需求，我們可以從需求畫布開始，充分理解參與軟件系統(tǒng)的角色、功能、價值等內(nèi)容，以便于整個團隊更為深入地理解需求，達成一致認識。
演練：繪制商業(yè)需求畫布
3、場景驅(qū)動設計模型
場景驅(qū)動設計的核心在于識別場景，它需要設計者結合具體的業(yè)務場景，分析業(yè)務流 程，以此驅(qū)動出用例；再以用例驅(qū)動對業(yè)務邏輯的建模。場景驅(qū)動設計的核心模型為6W模型，即Who，Why，When，What，Where與hoW。它 將對應職責模型的業(yè)務價值、業(yè)務功能與業(yè)務實現(xiàn)，并從角色的角度思考對象之間的協(xié)作以及設計邊界。
演練：繪制場景圖

第二單元
領域驅(qū)動設計的戰(zhàn)略設計

1、限界上下文
若要進行領域建模，并將業(yè)務需求逐步演化為架構設計，則需要引入DDD（領域驅(qū) 動設計）的戰(zhàn)略設計作為指導。場景圖與限界上下文可以很好地結合，幫助架構師很好地識別各個子領域的概念邊界與設計邊界。如此則可以運用“分而治之”的思 想識別出整個系統(tǒng)的業(yè)務邏輯邊界與物理邊界。
可視化演練：識別電子商務系統(tǒng)的限界上下文
2、領域模型
通過限界上下文，可以幫助我們分析系統(tǒng)的領域模型，包括系統(tǒng)的核心領域與子領 域。確定系統(tǒng)的核心領域與子領域可以幫助架構師合理分配資源（包括時間資源與人力資源）。而對子領域的進一步識別，可以幫助架構師更好地識別可重用資源， 包括可重用的功能模塊，確定技術棧，決定構建還是購買的架構戰(zhàn)略。
3、四色建模法
首先以滿足管理和運營的需要為前提，尋找需要追溯的事件。根據(jù)這些需要追溯，尋找足跡以及相應的時標性對象。尋找時標對象周圍的人／事／物。從中抽象角色，把一些信息用描述對象補足。
案例分析：配送管理系統(tǒng)的四色建模
4、上下文映射圖
本部分內(nèi)容會講解限界上下文之間主要存在的組織模式與集成模式，這其中包括防腐層，開放服務調(diào)用等。利用上下文映射圖，有助于識別上下文之間的關系，思考處于上下文內(nèi)領域模型之間的通信方式，從而幫助架構師驅(qū)動出最終的應用邏輯架構。
可視化演練：電子商務系統(tǒng)的應用邏輯架構

第三單元
領域驅(qū)動設計的架構設計

1、分層架構
分層架構模式是應用最為廣泛的架構模式，它根據(jù)關注點分離的架構原則，針對表現(xiàn)層、領域?qū)雍突A設施層進行層次分離。本次培訓將以全新視角審視分層架構，針對大型軟件系統(tǒng)分析該如何進行分層架構設計。
案例分析：網(wǎng)上銀行的分層架構，根據(jù)最基本的業(yè)務流程對系統(tǒng)進行關注點分離，繪制系統(tǒng)的分層架構，并通過時序圖展現(xiàn)各層之間的協(xié)作。
2、六邊形架構
雖然分層架構仍然是運用最為廣泛的架構模式，同時更是諸多架構模式的基礎，但它 已不足以描述越來越復雜的分布式系統(tǒng)架構。由Cockburn提出的六邊形架構（Hexagonal Architecture）是一種具有對稱性特征的架構風格。在這種架構中，不同的客戶通過“平等”的方式與系統(tǒng)交互。該架構中存在兩個區(qū)域，分別是“外 部區(qū)域”和“內(nèi)部區(qū)域”。這種界定了明確內(nèi)外邊界的架構風格，更有利于架構師實現(xiàn)關注點分離，并將關注重心放在適配器與通信端口上。
演練：六邊形架構的通信邊界
案例：大型金融系統(tǒng)的客戶管理
3、CQRS
CQRS風格，即命令查詢職責分離（Command Query Responsibility Segregation），它結合了消息處理、事件處理的架構風格，是對多種設計模式的綜合運用，適用于處理讀寫比例高，需要支持可伸縮性的大型系統(tǒng)。
案例：AxonFramework對CQRS的支持
4、事件驅(qū)動架構
事件驅(qū)動架構（Event-Driven Architecture，EDA）是一種用于處理事件生成、發(fā)現(xiàn)和處理等任務的軟件架構。事件往往對應于軟件系統(tǒng)的狀態(tài)機，狀態(tài)的遷移就是用事件來觸發(fā)的。因而，事件能夠很好地體現(xiàn)這樣的業(yè)務模型。同時，基于事件的軟件架構可以幫助我們更好地建立松散耦合的模塊化架構。

第四單元
領域驅(qū)動設計的戰(zhàn)術設計

1、領域驅(qū)動設計的專用術語
領域驅(qū)動設計的一個特點是針對領域?qū)樱岢隽私y(tǒng)一的設計術語，包括關聯(lián)、實體、值對象、聚合、服務、模塊。注意區(qū)分它與傳統(tǒng)業(yè)務層設計在概念上的區(qū)別。甄別這些概念之間的區(qū)別，有利于我們正確地運用領域驅(qū)動設計。
整體而言，領域驅(qū)動設計的這些術語涵蓋了領域?qū)ο蟮恼麄€生命周期，包括領域?qū)ο髲膭?chuàng)建、存儲、重建、歸檔、修改到刪除的整個生命周期。
2、實體與值對象
這兩個概念都是領域?qū)ο蟮捏w現(xiàn)，二者的主要區(qū)別在于對“標識”的運用。本部分的內(nèi)容深入展開對實體標識的討論，揭示實體的本質(zhì)特征，挖掘?qū)嶓w的關鍵行為。通過識別角色與職責對實現(xiàn)進行分析。
本部分內(nèi)容還將通過深入講解值對象的特征幫助我們分辨值對象與實體，使得我們可以在領域驅(qū)動設計中有效地運用實體與值對象。本部分內(nèi)容還包括持久化值對象，以及領域驅(qū)動設計與ORM之間的關系。
3、領域服務
通過講解什么是領域服務，什么不是領域服務理清領域服務的概念，并講解如何建模領域服務。討論領域服務和面向接口設計思想。
4、領域事件
事件驅(qū)動架構的主要對象即為領域事件，我們要分清在何時以及為什么要使用領域事件，并對領域事件進行建模。通過講解發(fā)布者-訂閱者模式講解如何在領域模型和限界上下文中發(fā)布領域事件。同時，針對事件進行存儲的Event Source也與CQRS架構風格直接相關。
5、模塊
模塊化設計是優(yōu)良架構的保障，同時也是軟件復用最重要的單元。領域驅(qū)動設計將模塊視為與對象相等的一等公民，這使得整個設計在微觀層面符合面向?qū)ο蟮乃枷?，同時也能夠為宏觀層面的架構設計提供有力地支持。本部分將結合限界上下文講解基本的模塊設計原則與設計模式。
6、聚合
聚合是領域驅(qū)動設計最為重要的領域概念。本部分內(nèi)容將深入探討聚合的設計原則，并辨別在聚合設計中可能出現(xiàn)的壞味道，并提出針對性的解決方案。這些原則和方案包括：在一致性邊界之內(nèi)建模真正的不變量，設計小的聚合，通過唯一標識引用其他聚合，在邊界外滿足最終一致性。
7、工廠和資源庫
工廠和資源庫都是管理領域?qū)ο螅▽嶓w、值對象和服務）生命周期的對象。工廠主要針對內(nèi)存中對象從無到有的創(chuàng)建過程，與設計模式的工廠模式基本相似。
資源庫則分為面向集合的資源庫與面向持久化的資源庫。本部分內(nèi)容將重點講解與資源庫直接相關的技術細節(jié)，包括如何選擇資源庫的方式，如何針對聚合持久化資源庫，如何管理事務，以及分辨資源庫與數(shù)據(jù)訪問對象（DAO）之間的異同。
8、應用層設計
作為為UI提供的應用服務，其目的在于管理和協(xié)調(diào)領域?qū)ο?，并為領域?qū)ο筇峁M 切關注點的內(nèi)容。好的應用服務設計不應該承擔任何與領域邏輯有關的職責。應用層是架構層面的外觀與適配器模式的體現(xiàn)。它可以提高軟件系統(tǒng)架構的可用性與簡 單性，也能夠更好地與面向服務架構或RESTful架構風格結合。

第五單元
實戰(zhàn)演練

1、 基于多租戶的社交網(wǎng)絡系統(tǒng)以及項目管理系統(tǒng)的領域驅(qū)動設計
這是領域驅(qū)動設計過程的完整案例分析，從需求開始著手，開展對整個系統(tǒng)的架構分析、領域概念識別與分析，并對建立的領域模型進行迭代與演化，核心領域概念的演進，掃清領域設計過程中的認知障礙，并總結了領域驅(qū)動設計過程的一些經(jīng)驗教訓。
本實戰(zhàn)演練包含了真實的案例需求，以及符合領域驅(qū)動設計各種知識點的案例病癥分析，從對比入手來探討好的領域驅(qū)動設計方法。同時，還將引入大量的可視化圖形、設計圖與代碼幫助學員理解如何在真實項目中運用領域驅(qū)動設計的思想，指導設計人員進行良好的設計。