面試官：你的系統(tǒng)，是如何建模的？

作者：小傅哥，博客：https://bugstack.cn

大家好，我是技術UP主小傅哥。今天給大家分享下系統(tǒng)建模。

? 經過5.1假期的一頓框框輸出，終于完成了《大營銷項目》第二階段的開發(fā)和上線，體驗地址：https://gaga.plus 有了這個項目的落地，也終于可以給大家完整的梳理出一套 DDD 落地指引規(guī)范。包括；戰(zhàn)略、戰(zhàn)術、戰(zhàn)役，各個階段都要做什么，怎么做風暴模型和四色建模。有了這套東西參考，小白也能目標明確的做 DDD 項目開發(fā)啦！

我一直講，要先實踐，再理論！

編程，偏理科的東西要先上手實踐，再做理論理解。因為所有的理論提出，也都是建立有了實踐結果后，抽象出來的理論。但你上來就要用理論去反推結果，并不是一件容易的事情。就像不少的 DDD 文章，往往會用一個理論，去講另外一個理論，這也導致很多沒有實踐過的小白伙伴，壓根不知道講的是什么。最終覺得 DDD 太難！

所以在近2年的時間里，小傅哥分享了非常多的 DDD 實踐內容，包括；DDD 工程結構&腳手架、各項分布式技術棧在 DDD 結構下的使用、DDD 實戰(zhàn)項目&小場景訓練。這些內容都可以在 bugstack.cn 學習。

接下來，小傅哥會帶著你走一遍研發(fā)設計評審，講解 DDD 落地項目的全部過程。

文末有對應本項目的 DDD 工程代碼地址，理論 + 代碼 + 視頻，學的嘎嘎透徹！https://gaga.plus - 實戰(zhàn)項目訓練

一、戰(zhàn)略、戰(zhàn)術、戰(zhàn)役

首先 DDD 是一種軟件設計方法，Domain-driven design (DDD) is a major software design approach. 來自維基百科。軟件設計方法涵蓋了；范式、模型、框架、方法論，主要活動包括建模、測試、工程、開發(fā)、部署、維護。來自維基百科的軟件設計涵蓋信息介紹。

在 DDD 領域驅動設計中，常提到戰(zhàn)略、戰(zhàn)術，和一少部分會講到戰(zhàn)役。這3個詞主要講的是不同的開發(fā)階段所需要完成的事項；

戰(zhàn)略 - 建模；領域劃分、界限上下文、核心領域戰(zhàn)術 - 架構；工程結構、領域對象、領域服務、領域事件戰(zhàn)役 - 編碼；設計原則、設計模式

DDD 的戰(zhàn)略、戰(zhàn)術和戰(zhàn)役設計相輔相成，戰(zhàn)略提供系統(tǒng)的建模作為宏觀指導，戰(zhàn)術下面有N個戰(zhàn)役，兩者則關注具體的實現(xiàn)和編碼落地。

在維基百科中有不少 DDD 非常好的資料，其中一個是關于事件風暴的，講解了執(zhí)行戰(zhàn)略設計中風暴模型的步驟。

有了這基礎認知，接下來我們通過《大營銷項目》從需求到設計，一步步了解系統(tǒng)的領域驅動設計。

二、產品需求

1. 產品訴求

如圖，是一個復雜的營銷抽獎場景玩法需求，涵蓋了；活動配置、簽到&獎勵、活動賬戶、抽獎策略「責任鏈+規(guī)則樹」、庫存扣減、抽獎滿N次后階梯抽獎等。面對這樣的復雜系統(tǒng)，非常適合使用 DDD 落地。

分析需求；

1. 整體概率相加，總和為1或者分值計算，概率范圍千分位抽獎為免費抽獎次數(shù) + 用戶消耗個人積分抽獎抽獎活動可給用戶分配可抽獎次數(shù)，通過點擊簽到發(fā)放活動延伸配置用戶庫存消耗管理，單獨提供表配置各類庫存

用戶可用總庫存、用戶可用日庫存部分抽獎規(guī)則，需要抽獎n次后解鎖，才能有機會抽取抽獎完成增加（運氣值/積分值/抽獎次數(shù)）記錄，讓用戶獲得獎品。獎品對接，自身的積分、內部系統(tǒng)的獎品隨機積分，發(fā)給你積分。黑名單用戶抽獎，則給予固定的獎品。

2. 業(yè)務流程

依照于產品需求，在產品的 PRD 文檔中還會繪制出業(yè)務流程圖。產品的流程圖會比較粗一些，研發(fā)后期需要根據產品的 PRD 文檔做具體的設計。

產品經理會詳細的介紹整個系統(tǒng)的功能流程和需要對接接口文檔。以上就是以用戶旅程為維度，從點擊簽到獲得活動賬戶額度，再到一些列抽獎、抽獎策略、中獎結果和獎品發(fā)放的流程。

三、系統(tǒng)架構

如果首次承接的是一個新的系統(tǒng)，還需要對系統(tǒng)進行架構設計，是單體架構還是分布式架構，以及所要用到的技術棧。最好在提供好相關的落地案例和DDD腳手架?！?沒有這些東西，就想說點理論，就讓團隊用DDD寫代碼，那就是天方夜譚！你都沒寫出DDD代碼，兄弟哪里去復制！

資料：—— 詳細介紹了 DDD 落地的案例和通用的腳手架。

DDD 架構：https://bugstack.cn/md/road-map/ddd.htmlMVC2DDD：https://bugstack.cn/md/road-map/mvc2ddd.htmlDDD 腳手架：https://bugstack.cn/md/road-map/ddd-archetype-maven.html

1. 分布式架構

2. 分布式技術

四、戰(zhàn)略設計

不少伙伴，都講過不知道怎么開始 DDD，主要是拿到一個需求，不知道從哪下手，也不知道那些領域的模型是怎么弄出來的。好，這次小傅哥就給你整個完整的案例，告訴你如何開始。

1. 用例圖

根據業(yè)務需求畫系統(tǒng)用例圖；

用例圖（英語：use case diagram）是用戶與系統(tǒng)交互的最簡表示形式，展現(xiàn)了用戶和與他相關的用例之間的關系。通過用例圖，人們可以獲知系統(tǒng)不同種類的用戶和用例。用例圖也經常和其他圖表配合使用。用例圖，也可以等同于是用戶故事（英語：User story）（軟件開發(fā)和項目管理中的常用術語），主旨是以日常語言或商務用語撰寫句子，是一段簡單的功能表述。以客戶或使用者的觀點撰寫下有價值的功能、引導、框架來與使用者進行互動，進而推動工作進程?？梢员徽J為是一種規(guī)格文件，但更精確而言，它代表客戶的需求與方向。以該用戶故事來反應對象在組織內的其工作職責、范圍、需要進行的任務等。用戶故事在敏捷開發(fā)方法中用來定義系統(tǒng)需要提供的功能和實現(xiàn)需求管理。盡管用例本身會涉及大量細節(jié)和各種可能性，用例圖卻能提綱挈領地讓人了解系統(tǒng)概況。它為“系統(tǒng)做什么”提供了簡化了的圖形表示，因此被譽為“搭建系統(tǒng)的藍圖”。

2. 事件風暴定義

在使用 DDD 的標準對系統(tǒng)建模前，一堆人要先了解 DDD 的操作手段，這樣才能讓產品、研發(fā)、測試、運營等了解業(yè)務的伙伴，都能在同一個語言下完成系統(tǒng)建模。

藍色 - 決策命令，是用戶發(fā)起的行為動作，如；開始簽到、開始抽獎、查看額度等。黃色 - 領域事件，過去時態(tài)描述。如；簽到完成、抽獎完成、獎品發(fā)放完成。它所闡述的都是這個領域要完成的終態(tài)。粉色 - 外部系統(tǒng)，如你的系統(tǒng)需要調用外部的接口完成流程。紅色 - 業(yè)務流程，用于串聯(lián)決策命令到領域事件，所實現(xiàn)的業(yè)務流程。一些簡單的場景則直接有決策命令到領域事件就可以了。綠色 - 只讀模型，做一些讀取數(shù)據的動作，沒有寫庫的操作。棕色 - 領域對象，每個決策命令的發(fā)起，都是含有一個對應的領域對象。

?敲黑板 綜上，左下角的示意圖。就是一個用戶，通過一個策略命令，使用領域對象，通過業(yè)務流程，完成2個領域事件，調用1次外部接口個過程。我們在整個 DDD 建模過程中，就是在尋找這些節(jié)點。

3. 尋找領域事件

接下來，大量的時間，都是在挖掘領域事件。這個過程就是一堆人頭腦風暴的過程，避免錯失流程節(jié)點。

根據產品 PRD 文檔，一起開會梳理有哪些領域事件。其實大多數(shù)領域事件一個人都可以想到，只是有些部分小的場景和將來可能產生的事件不一定覆蓋全。所以要通過產品、測試、以及團隊的架構師，一起討論。像是整個大營銷的抽獎會包括如圖所列舉的事件。在列舉這個階段，你用在乎格式。也可以是每個人準備好黃色便簽紙，想到一個就貼到黑板上一個，只是窮舉完成?！?實際做DDD中，也是這樣用便簽紙貼黑板，所以用不同的顏色做區(qū)分。

4. 識別領域角色和對象

在確定了領域事件以后，接下來要做的就是通過決策命令串聯(lián)領域事件，并填充上所需要的領域對象。這塊的操作，新手可以分開處理，如先給領域事件添加決策命令、執(zhí)行用戶和領域對象，最后在串聯(lián)流程。就像 事件風暴定義 中的示意一樣。

首先，通過用戶的行為動作，也就是決策命令，串聯(lián)到對應的領域事件上。并對復雜的流程提供出紅色的業(yè)務流程。之后，為決策命令添加領域對象，每一個領域在整個流程中都起到了至關重要的作用。

5. 劃分領域邊界

有了識別出來的領域角色的流程，就可以非常容易的劃分出領域邊界了。先在事件風暴圖上圈出領域邊界，之后在單獨提供領域劃分。

5.1 圈出領域

5.2 領域邊界

到這步咱們就可以獲得整個項目中 DDD 的領域邊界劃分了。之后再往下就是具體的每個領域對象的詳細設計和流程設計。

6. 研發(fā)詳細設計

6.1 實體對象

你需要對每一個領域對象進行字段的詳細設計。并劃分出它們的上下文關系。一般在公司中，這部分設計完成，其他人也能對照你的設計進行代碼開發(fā)。

6.2 流程設計

流程設計，就是更詳細的設計了。每一步要調用到哪個系統(tǒng)，哪個接口，要執(zhí)行什么動作就全部都有了。

五、工程實現(xiàn)

DDD 的戰(zhàn)略設計做完，劃分出領域邊界以后。接下來就是要執(zhí)行戰(zhàn)術和戰(zhàn)役了。也就是在工程中做編碼實現(xiàn)。但一定要懂得設計原則和設計模式，否則寫不出好的代碼的。

工程實現(xiàn)，就是在確定的框架結構中編碼。可以是洋蔥架構、整潔架構、菱形架構等等。這部分內容的可以通過實戰(zhàn)項目來鍛煉，獲得編碼技巧。

六、實戰(zhàn)項目

注意，加入小傅哥的【星球：碼農會鎖】即可獲得大營銷項目學習，此外還包括：OpenAI 應用、API網關、Lottery抽獎、IM通信、SpringBoot Starter 組件開發(fā)、IDEA Plugin 插件開發(fā)等，并還有開源項目學習。

提示，加入星球即可解鎖全部項目，后續(xù)的新項目也可以學習。這些內容非常適合提高編程思維和編碼能力。與小demo項目不同，這些內容的積累都是面試中的利器！

這樣成體系的全量項目學習，放在一些平臺售賣，至少都要上千塊。但小傅哥的星球，只需要100多，就可以獲得大廠架構師對你手把手教學！https://gaga.plus - 項目演示地址。