架構(gòu)師之路之業(yè)務(wù)領(lǐng)域建模
本文轉(zhuǎn)載自微信公眾號「JAVA日知錄」，作者單一色調(diào)。轉(zhuǎn)載本文請聯(lián)系JAVA日知錄公眾號。
領(lǐng)域模型的概念及作用
領(lǐng)域模型是對領(lǐng)域內(nèi)的概念類或現(xiàn)實世界中對象的可視化表示。又稱概念模型、領(lǐng)域?qū)ο竽Ｐ汀⒎治鰧ο竽Ｐ汀Ｋ鼘Ｗ⒂诜治鰡栴}領(lǐng)域本身，發(fā)掘重要的業(yè)務(wù)領(lǐng)域概念，并建立業(yè)務(wù)領(lǐng)域概念之間的關(guān)系。概念比較深奧，其實說白了就是我們把基于對業(yè)務(wù)的理解畫成一個類圖，并畫出這些類之間的關(guān)系(面向?qū)ο?。
領(lǐng)域模型可以整理業(yè)務(wù)中的概念以及關(guān)系，幫助團隊中的成員對業(yè)務(wù)的理解保持一致，往后可以指導數(shù)據(jù)庫設(shè)計、系統(tǒng)功能設(shè)計、指導開發(fā)。在整個系統(tǒng)建設(shè)周期能起到 上接需求，下承開發(fā) 的作用。
那既然領(lǐng)域模型如此重要，我們是不是要在類圖中盡可能的展示對象的屬性和方法，以便更好的指導后續(xù)的開發(fā)設(shè)計。
恰恰相反，我們在建模的時候不要將注意力集中在屬性或行為上，應該擺脫這些細枝末節(jié)，抓住領(lǐng)域?qū)ο蠖x的最基本特征，只需要體現(xiàn)對象模型的重要概念。如果細節(jié)過多很容易產(chǎn)生 ”只見樹木，不見森林“ 的現(xiàn)象。
下面我們看一個簡化后的報銷業(yè)務(wù)的領(lǐng)域模型，加深一下印象。
完成一個領(lǐng)域模型建模，主要需要做兩件事：
- 定義類的關(guān)鍵屬性和關(guān)鍵行為;
- 定義類與類之間的關(guān)聯(lián)關(guān)系。
定義類的屬性和行為
定義類的屬性和行為比較簡單，用設(shè)計工具拖一個class即可，這里只需要注意一下屬性和行為的訪問權(quán)限。
- - 表示private
- # 表示protected
- ~ 表示default,也就是包權(quán)限
- + 表示public
定義類與類之間的交互關(guān)系
在UML類圖中，定義了六種類之間的關(guān)系，他們分別是：泛化(Generalization), 實現(xiàn)(Realization)，關(guān)聯(lián)(Association)，聚合(Aggregation)，組合(Composition)，依賴(Dependency)。關(guān)系比較多，而且有些還比較相近，比如聚合和組合，接下來我們逐漸講解：
泛化(Generalization)
介紹：
泛化(Generalization)表示類與類之間的繼承關(guān)系，接口與接口之間的繼承關(guān)系。
圖例：
使用 空心三角形+實線 表示。
代碼實現(xiàn)：
- public class A {
- }
- public class B extends A {
- }
實現(xiàn)(Realization)
介紹：
實現(xiàn)(Realization)表示一個class類實現(xiàn)interface接口(可以是多個)的功能。
圖例：
使用 空心三角形+虛線 表示。
代碼實現(xiàn)：
- public interface A {
- }
- public class B implements A {
- }
聚合(Aggregation)
介紹：
聚合(Aggregation)表示一種弱的 ‘擁有’ 關(guān)系，即has-a的關(guān)系，體現(xiàn)的是A對象可以包含B對象，B類生命周期可以不依賴A類對象的生命周期， 也就是說可以單獨銷毀A類對象而不影響B(tài)類對象，比如課程與學生之間的關(guān)系。
圖例：
使用 空心的菱形+實線箭頭 表示。
代碼實現(xiàn)：
- public class A {
- private B b;
- public A(B b){
- this.b = b;
- }
- }
組合(Composition)
介紹：
組合(Composition)表示一種強的 ‘擁有’ 關(guān)系，即contains-a的關(guān)系，體現(xiàn)的是A對象包含B對象，B類生命周期依賴A類對象的生命周期，B類對象不可單獨存在，比如鳥與翅膀之間的關(guān)系。
圖例：
使用 實心的菱形+實線箭頭 表示，還可以使用連線兩端的數(shù)字表示某一端有幾個實例。
代碼實現(xiàn)：
- public class A {
- private B b;
- public A () {
- this.b = new B();
- }
- }
關(guān)聯(lián)(Association)
介紹：
關(guān)聯(lián)(Association)是一種非常弱的關(guān)系，包含聚合、組合兩種關(guān)系。對于兩個相對獨立的對象，當一個對象負責構(gòu)造另一個對象的實例，或者依賴另一個對象的服務(wù)時，這兩個對象之間主要體現(xiàn)為依賴關(guān)系。具體到代碼層面，如果B類是A類的成員變量，那么B類和A類就是關(guān)聯(lián)關(guān)系。
圖例：
使用實線箭頭表示。
代碼實現(xiàn)：
- public class A {
- private B b;
- public A(B b){
- this.b = b;
- }
- }
或者
- public class A {
- private B b;
- public A () {
- this.b = new B();
- }
- }
依賴(Dependency)
介紹：
依賴(Dependency) 是比關(guān)聯(lián)關(guān)系更加弱的關(guān)系，包含關(guān)聯(lián)關(guān)系。不管是B類對象是A類對象的成員變量，還是A類方法使用B類對象作為參數(shù)或者返回值、局部變量，只要B類對象和A類對象有任何使用關(guān)系，我們都稱他們有依賴關(guān)系。
圖例：
使用 虛線箭頭 表示。
代碼實現(xiàn)：
- public class A {
- private B b;
- public A(B b){
- this.b = b;
- }
- }
或者
- public class A {
- private B b;
- public A () {
- this.b = new B();
- }
- }
或者
- public class A {
- public void func(B b)
- ...
- }
- }
模型簡化
嚴格的UML類圖之間的關(guān)系拆分的太細，專業(yè)要求很高，大大增加了學習成本，而且對于業(yè)務(wù)溝通，指導后續(xù)數(shù)據(jù)庫設(shè)計，編程開發(fā)沒有太大意義。
所以在實際業(yè)務(wù)建模過程中，我們并不需要嚴格按照UML類圖交互關(guān)系來描述業(yè)務(wù)實體之間的關(guān)系，比如我們可以將聚合、組合、關(guān)聯(lián)統(tǒng)統(tǒng)使用關(guān)聯(lián)關(guān)系表示，使用實線連接兩個實體，并在兩側(cè)標記出實例個數(shù)即可。
小結(jié)
領(lǐng)域模型最終呈現(xiàn)后的結(jié)果很簡單，但是過程卻很復雜。需要架構(gòu)師基于自身的業(yè)務(wù)知識和類似產(chǎn)品的參考，再結(jié)合客戶、業(yè)務(wù)專家、領(lǐng)域?qū)＜业淖稍兒椭笇В枰?jīng)過不斷推倒、修改優(yōu)化才能完成。
對于剛開始接觸領(lǐng)域模型的繪制時經(jīng)常會出現(xiàn)下面兩種典型錯誤：
將待開發(fā)系統(tǒng)也放在領(lǐng)域模型里面 待開發(fā)系統(tǒng)要不要出現(xiàn)在領(lǐng)域模型中取決于你的業(yè)務(wù)離開待開發(fā)的系統(tǒng)能不能玩的轉(zhuǎn)。舉個例子：如果開發(fā)的是共享單車的信息系統(tǒng)，共享單車離開信息系統(tǒng)肯定玩不轉(zhuǎn)，所以這時候信息系統(tǒng)需要出現(xiàn)在領(lǐng)域模型。
概念劃分不清，關(guān)系沒有畫到位 比如屬性畫成了類，繼承關(guān)系搞錯
