看看實際效果
領域模型圖範例。
同一款工具，四種需求。下方每張圖都是實際產生的成果。
輸入內容
建立汽車鈑金維修廠的領域模型，包含客戶、車輛、維修工單、明細項目、零件、技師、保險理賠與發票。
接著試試為每張維修工單新增一輛租賃車。在保險理賠中新增檢查紀錄。
UML 類別圖 · OMG UML 2.5.1 §9–§11 · schematex-umlclass
產生的圖表
什麼是領域模型圖。
領域模型圖呈現業務領域中的重要概念，以及這些概念之間的關係。圖中的類別代表相關人員能辨識的事物，例如客戶、訂單、維修、獎勵或發票。
不同於著重實作的類別圖，領域模型會省略大部分技術細節。在確定資料庫或應用程式設計之前，它能協助利害關係人對詞彙、規則與權責達成共識。
- Standard
- OMG UML 2.5.1 §9–§11
- Also follows
- ISO/IEC 19505-2:2012 · Classification / Classifiers / Associations
- Engine
- schematex-umlclass
- Editable
- Double-click text, drag nodes
- Export
- SVG · PNG · PDF
適用對象
誰會使用領域模型圖。
在開發開始前，為工作坊、需求與驗收標準建立共同詞彙。
整理忠誠度計畫或維修理賠等功能背後的人員、紀錄與業務規則。
將業務概念與框架、API 及儲存選擇分離的模型。
運作方式
三個步驟建立領域模型圖。
01
描述需求
寫一段話就能開始。
“建立汽車鈑金維修廠的領域模型，包含客戶、車輛、維修工單、明細項目、零件、技師、保險理賠與發票。”
02
查看圖表
由合適的繪圖引擎產生。
03
提出修改
每次修改都會保留版本。
為每張維修工單新增一輛租賃車。
V2 · DRAWN FROM V1, NOTHING RETYPED常見問題
常見問題
什麼是領域模型圖？
領域模型圖呈現系統中的主要業務概念及其關係，協助團隊在決定技術實作細節前了解該業務領域。
領域模型應該包含哪些內容？
納入具有業務意義的概念、重要屬性，以及概念之間的關係或限制。應以利害關係人使用的詞彙為重點，而非畫面、資料庫資料表或技術服務。
如何在領域模型中表示多重性？
在關係端點旁標示 1、0..1、* 或 1..* 等多重性。它表示有多少個實例可以參與該關係，例如一位客戶可以建立多筆訂單。
領域模型與類別圖有何不同？
領域模型著重於概念性的業務物件及其意義。類別圖則可以加入方法、可見性、介面與技術設計模式等實作細節。
誰應該參與建立領域模型？
產品經理、領域專家、分析師、設計師與工程師都可以參與。目標是建立各群體都能理解並提出意見的模型。
相關工具
