從零開始學架構(五)系統設計-領域模型和概念架構


文章大綱

1、  領域模型

2、  概念架構

3、  文章總結

 一、領域模型

1.1 概述

定義:探索問題領域的工具,用於表達業務中的核心概念,以及概念之間的關系

作用:

Ø  方便溝通:提供領域和領域詞匯,並且表達了概念以及之間的關系;

Ø  業務核心:領域模型逐步細化后,會成為業務層的核心;

Ø  數據模型:可映射直接或少量修改后映射為數據模型;

Ø  事物本質:反應事物本質,影響系統邊界、復用度、可擴展性等;

 

過程:識別領域概念、識別領域關系、識別領域狀態、領域模型化[類圖、狀態圖]、領域模型評審

表達方式:類圖、狀態圖

相關概念:領域詞匯表

參與者:領域專家、客戶、需求分析人員、架構師、系統分析人員等

 

1.2 需求背景

在電商系統中:購物流程[簡化版]

1)會員可以購買商品,不同的會員商品價格不同;

2)購買后生成客戶訂單,訂單可能有多個商品;

3)會員可以自由選擇在線支付或貨到付款;

4)送貨上門后,會員可以對購買體驗進行評價;

 

1.3 識別領域概念

第一步:識別領域概念

會員:會員有種,普通會員,V白金會員,鑽石會員;

價格:購買商品的價格,不同的會員價格不同;

訂單:會員購買商品的憑證;

商品:商城銷售的物品;

在線支付:線上支付;

貨到付款:送貨時再付款;

配送:商品通過物流等配送方式,送到客戶手中;

評價:對購買商品體驗進行打分評價;

 

小結

1)領域概念一般是名詞;

2)描述了業務中的關鍵角色(對象)

3)各概念組合在一起構成了完整的業務流程;

 

第二步:識別領域關系

關聯關系

會員與訂單:1對多關系

商品與價格:1對多關系

訂單與商品:1對多關系

商品與評論:1對多關系

訂單與配送:1對1關系

泛化關系

會員分類:普通會員、白金會員、鑽石會員

支付方式:在線支付、線下支付

 

小結

1)關系:概念與概念之間的關系;

2)類圖:泛化,關聯[關聯,聚合,組合],依賴

 

第三步:識別領域狀態

以訂單為例

狀態的流轉過程

初始態、待支付、待發貨、已收貨、已評價、退款中、已退款、已取消

 

訂單狀態之間的關系

1)初始態à待支付à待發貨à已收貨à已評價

2)待發貨à退款中à已退款;

3)確認收貨à退款中à已退款;

4)待支付à已取消;

 

小結

1)狀態流轉過程;

2)狀態”相生相克”關系;

 

第四步:領域模型化-類圖

注意:領域模型包含核心字段以及領域之間的關系

第四步:領域模型化-狀態圖

 

第五步:領域模型評審

所有評審、不外乎找客戶、專家【領域,架構,行業,大牛等】,領導;

按照計划和核對表對評審對象,進行講解、討論、評價、得出評審結果。

關鍵點

1)做好准備:評審材料,事前溝通;

2)找到正確的人:必須參加的、建議參加的、無需參加的;

3)把握評審流程:記錄;

4)得到評審結果:通過,不通過,修改再評審;

5)評審后工作:修改,再評審,簽字等;

 

二、概念架構

三、文章總結

四、下篇預告

第六篇:系統設計之架構細化和架構視圖

(1)架構細化

(2)架構視圖

(3)架構文檔


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM