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

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

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

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

DDD 的戰(zhàn)略、戰(zhàn)術和戰(zhàn)役設計相輔相成，戰(zhàn)略提供系統(tǒng)的建模作為宏觀指導，戰(zhàn)術下面有N個戰(zhàn)役，兩者則關注具體的實現和編碼落地。C3e28資訊網——每日最新資訊28at.com

在維基百科中有不少 DDD 非常好的資料，其中一個是關于事件風暴的，講解了執(zhí)行戰(zhàn)略設計中風暴模型的步驟。C3e28資訊網——每日最新資訊28at.com

圖片C3e28資訊網——每日最新資訊28at.com

有了這基礎認知，接下來我們通過《大營銷項目》從需求到設計，一步步了解系統(tǒng)的領域驅動設計。C3e28資訊網——每日最新資訊28at.com

二、產品需求

1. 產品訴求

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

圖片C3e28資訊網——每日最新資訊28at.com

分析需求；C3e28資訊網——每日最新資訊28at.com

1. 整體概率相加，總和為1或者分值計算，概率范圍千分位
2. 抽獎為免費抽獎次數 + 用戶消耗個人積分抽獎
3. 抽獎活動可給用戶分配可抽獎次數，通過點擊簽到發(fā)放
4. 活動延伸配置用戶庫存消耗管理，單獨提供表配置各類庫存 用戶可用總庫存、用戶可用日庫存
5. 部分抽獎規(guī)則，需要抽獎n次后解鎖，才能有機會抽取
6. 抽獎完成增加（運氣值/積分值/抽獎次數）記錄，讓用戶獲得獎品。
7. 獎品對接，自身的積分、內部系統(tǒng)的獎品
8. 隨機積分，發(fā)給你積分。
9. 黑名單用戶抽獎，則給予固定的獎品。

2. 業(yè)務流程

依照于產品需求，在產品的 PRD 文檔中還會繪制出業(yè)務流程圖。產品的流程圖會比較粗一些，研發(fā)后期需要根據產品的 PRD 文檔做具體的設計。C3e28資訊網——每日最新資訊28at.com

圖片C3e28資訊網——每日最新資訊28at.com

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

三、系統(tǒng)架構

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

本文鏈接：http://www.tebozhan.com/showinfo-26-88387-0.html面試官：你的系統(tǒng)，是如何建模的？

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com

上一篇： 停止使用花哨的技巧來編寫優(yōu)雅的代碼吧！

下一篇： JavaScript如何優(yōu)雅地告別Cannot read properties of undefined，Optional類體驗