前面的文章中我們分析了企業(yè)戰(zhàn)略、理清了組織結(jié)構(gòu)，是不是就該進入業(yè)務(wù)分析了呢？先別急，業(yè)務(wù)分析，特別是對于具有多個不同業(yè)務(wù)線的企業(yè)而言，是一種垂直式的分析，如果直接開始業(yè)務(wù)分析，那就走上了豎井式開發(fā)的老路，就算有共同的戰(zhàn)略目標(biāo)，也未必建得出企業(yè)級的業(yè)務(wù)架構(gòu)和業(yè)務(wù)系統(tǒng)來。業(yè)務(wù)架構(gòu)強調(diào)的是橫向視角，強調(diào)通觀整個企業(yè)的生產(chǎn)過程，因此，展開垂直的業(yè)務(wù)分析之前，我們必須先確立一個統(tǒng)一的業(yè)務(wù)分析框架做為觀察各個業(yè)務(wù)線的統(tǒng)一方法，這樣才能將企業(yè)需要的業(yè)務(wù)能力進行分類匯集，產(chǎn)生合理的組件結(jié)構(gòu)。

價值鏈分析

我們首先講一下這個用來做橫向分析的方法，通常管理學(xué)上分析企業(yè)競爭力多是使用價值鏈模型。價值鏈 (value chain) 概念首先由邁克爾·波特 (Michael E.Porter) 于 1985 年提出。最初，波特所指的價值鏈主要是指針對垂直一體化公司的，強調(diào)單個企業(yè)的競爭優(yōu)勢。隨著國際外包業(yè)務(wù)的開展，波特于 1998 年進一步提出了價值體系 (value system) 的概念，將研究視角擴展到不同的公司之間，這與后來出現(xiàn)的全球價值鏈 (global value chain) 概念有一定的共通之處。之后，寇伽特 (Kogut) 也提出了價值鏈的概念，他的觀點比波特的觀點更能反映價值鏈的垂直分離和全球空間再配置之間的關(guān)系。2001 年，格里芬在分析全球范圍內(nèi)國際分工與產(chǎn)業(yè)聯(lián)系問題時，提出了全球價值鏈概念。全球價值鏈概念提供了一種基于網(wǎng)絡(luò)、用來分析國際性生產(chǎn)的地理和組織特征的分析方法，揭示了全球產(chǎn)業(yè)的動態(tài)性特征。具體采用哪一種價值鏈模型，要看企業(yè)的實際需要，比如，是否更關(guān)注上下游關(guān)系等。這種模型的建立往往不是企業(yè)自身能簡單搞定的，可能需要一定的咨詢或者學(xué)習(xí)過程。波特價值鏈如下圖所示：

價值鏈主要包括基本活動和支持性活動，基本活動是主要生產(chǎn)過程，支持性活動則是對基本活動起輔助作用及維持企業(yè)基本運轉(zhuǎn)的各類活動。實際使用中不必完全一模一樣的照搬，因為波特價值鏈一看就知道偏重制造業(yè)，偏重生產(chǎn)類型的企業(yè)，對于服務(wù)業(yè)而言就需要適當(dāng)變形，其實，價值鏈主要描述的是企業(yè)的價值創(chuàng)造過程，引入價值鏈分析主要是為企業(yè)橫向?qū)徱曌陨順I(yè)務(wù)能力提供分析框架，因此，價值鏈如何設(shè)計，完全是可以個性化的，只要確認(rèn)好能夠符合企業(yè)特點，覆蓋其價值創(chuàng)造過程即可。

業(yè)務(wù)領(lǐng)域設(shè)計

做好這一“橫”之后，我們就可以畫出多個“豎”了?？茖W(xué)地講，業(yè)務(wù)領(lǐng)域的劃分取決于企業(yè)的戰(zhàn)略和價值定位，企就是業(yè)打算為什么類型的客戶提供什么類型的服務(wù)或產(chǎn)品，比如，銀行為個人客戶提供金融服務(wù)，就產(chǎn)生了個人金融業(yè)務(wù)線，這里邊存款、貸款、金融市場、非金融服務(wù)等等，會有一大堆東西，而如果覺得這樣劃分依然太粗，那么很有可能私人銀行這類高端客戶服務(wù)就會獨立出來，為其設(shè)計的一些業(yè)務(wù)功能聚類成的業(yè)務(wù)組件可能不會為普通客戶提供服務(wù)。劃分領(lǐng)域其實可以有兩種方式，從客戶出發(fā)和從產(chǎn)品出發(fā)，選擇哪一種，要看企業(yè)的特點以及企業(yè)更關(guān)注什么。還以銀行業(yè)為例，銀行業(yè)有不少產(chǎn)品是同時適用于個人和企業(yè)客戶的，因此，從客戶出發(fā)，很多產(chǎn)品會交叉；而從產(chǎn)品出發(fā)，會避免這一問題，畢竟業(yè)務(wù)系統(tǒng)的設(shè)計多數(shù)還是以產(chǎn)品為主線的，但要注意，這里指的不是具體的某一個產(chǎn)品，而是一組同類產(chǎn)品的集合，比如存款、貸款、托管、資管、投行等。選好維度之后，就有了橫軸——價值鏈和縱軸——業(yè)務(wù)領(lǐng)域兩個維度，接下來就可以去分析業(yè)務(wù)流程了。

業(yè)務(wù)流程分析

業(yè)務(wù)流程的分析實際上就是將一個業(yè)務(wù)領(lǐng)域中的所有業(yè)務(wù)處理過程按照價值鏈約定的分解方式分解，形成每一個價值鏈環(huán)節(jié)中的一個或者多個工作流，具體每一個工作流程的設(shè)計可以采用常見的 VISIO 設(shè)計工具，可以遵循 BPMN 語法標(biāo)準(zhǔn)，也可以采用其他制作工作流的語法標(biāo)準(zhǔn)，但是要注意，必須整個企業(yè)統(tǒng)一采用一種，不然是沒法整合的。以 BPMN 語法為例，一個工作流在 BPMN 語法中稱為一個活動，每個活動可能會有多個不同的角色共同參與，具體涉及到哪些角色就又涉及到企業(yè)的組織結(jié)構(gòu)了。每個角色在活動中承擔(dān)的職責(zé)稱為任務(wù)，其實工作流分析重點在任務(wù)，活動的范圍并不那么嚴(yán)格，甚至不是非常重要，活動之間在 BPMN 語法中是可以靠事件串接起來的，既然能夠串接，那么范圍或者說流程圖的長度就不是特別重要。我們甚至可以把一個業(yè)務(wù)領(lǐng)域中不同價值鏈環(huán)節(jié)下的所有活動都連接成一個特別復(fù)雜的活動，只不過這樣可讀性會非常差。所以，操作上，還是建議活動盡可能在每個價值鏈的范圍內(nèi)，而每個價值鏈內(nèi)有多少個活動，可以自由些，可以多參照對業(yè)務(wù)場景的劃分。業(yè)務(wù)流程的分析重點在任務(wù)，因為任務(wù)在后續(xù)設(shè)計中對功能、組件內(nèi)部結(jié)構(gòu)的影響比較大，這個后邊章節(jié)還會陸續(xù)介紹。一個常見的 BPMN 工作流如下：

綜上，業(yè)務(wù)領(lǐng)域其實是企業(yè)確定以某類產(chǎn)品服務(wù)某類客戶的一個業(yè)務(wù)范圍，在建模上，它表現(xiàn)為，為實現(xiàn)這一價值定位，企業(yè)在整個價值鏈上的各種業(yè)務(wù)活動的有機結(jié)合，一個業(yè)務(wù)領(lǐng)域?qū)嶋H上就是由一組業(yè)務(wù)活動構(gòu)成的，通過活動中的角色和任務(wù)，體現(xiàn)了所有參與到價值創(chuàng)造過程中的組織單元的分工協(xié)作關(guān)系。

要注意的是，這一階段完成的模型通常是不夠準(zhǔn)確的，因為還沒有經(jīng)過“精煉”的過程，其對企業(yè)級設(shè)計的貢獻還只是個開始。業(yè)務(wù)領(lǐng)域及流程的分析中，還有一點要強調(diào)的是，別在忙于細(xì)節(jié)時忘了大方向，業(yè)務(wù)架構(gòu)設(shè)計是從企業(yè)戰(zhàn)略開始的，那么做到業(yè)務(wù)領(lǐng)域分析時，要時刻提醒自己，業(yè)務(wù)領(lǐng)域內(nèi)的活動是否能夠有力地支持戰(zhàn)略的實現(xiàn)，是否能夠有效地服務(wù)客戶，是否能夠有效地應(yīng)對行業(yè)競爭，也就是先進性的衡量，把這三個問題如同曾子三問一樣看待，“日叁省乎己，則知明而行無過矣”。

上一章概述了業(yè)務(wù)流程建模的過程，流程建模其實“一言難盡”，需要不斷的練習(xí)、摸索，自己總結(jié)套路，也就是之前說過的，模型質(zhì)量嚴(yán)重依賴建模者的經(jīng)驗。軟件設(shè)計主要研究的是行為和數(shù)據(jù)，流程模型分析了行為，數(shù)據(jù)模型當(dāng)然就是要分析數(shù)據(jù)。數(shù)據(jù)模型在很多系統(tǒng)分析、軟件工程的教材上都有介紹，所以我不去贅述三范式之類的數(shù)據(jù)建模規(guī)則，而是從企業(yè)級數(shù)據(jù)模型、業(yè)務(wù)模型與數(shù)據(jù)模型協(xié)作關(guān)系的角度，講講數(shù)據(jù)模型。

企業(yè)級數(shù)據(jù)模型

提起數(shù)據(jù)模型大家可能第一反應(yīng)都是 ER 圖，實體關(guān)系圖是我們做關(guān)系型數(shù)據(jù)庫設(shè)計的基礎(chǔ)。實體圖是按照對業(yè)務(wù)對象的劃分，將數(shù)據(jù)屬性按照實體聚類，并描述實體間的關(guān)系，從而指導(dǎo)程序設(shè)計和數(shù)據(jù)庫設(shè)計。我們通常做 ER 圖是面向單個系統(tǒng)構(gòu)建的，而要構(gòu)建企業(yè)級數(shù)據(jù)模型時，就需要橫向分析所有業(yè)務(wù)領(lǐng)域的 ER 圖，所以，我們也需要以一種總體結(jié)構(gòu)先建立分析框架，比如金融類企業(yè)常用的 FSDM(financial services data model)，它是 IBM 的一個企業(yè)級數(shù)據(jù)模型，囊括了銀行約 80% 的業(yè)務(wù)數(shù)據(jù)。FSDM 將數(shù)據(jù)分為九大類，分別是參與人、合約、條件、產(chǎn)品、分類、時間、資源向、位置、業(yè)務(wù)方向，具體定義如下：

通過這個框架可以將數(shù)據(jù)實體、數(shù)據(jù)屬性進行歸類，形成統(tǒng)一的企業(yè)級邏輯模型。做為企業(yè)級模型，數(shù)據(jù)實體和屬性都要保證唯一，這一點在建模中好說，通過工具篩查就可以比較出名稱、定義、取值重復(fù)的數(shù)據(jù)項，從而保證數(shù)據(jù)唯一性。但是重點在于生產(chǎn)階段的管控，而非建模階段。生產(chǎn)階段要通過數(shù)據(jù)管控平臺或工具對數(shù)據(jù)字典進行嚴(yán)格管理，沒有進數(shù)據(jù)字典的數(shù)據(jù)項，無法生成企業(yè)唯一的數(shù)據(jù)項 ID，無法在設(shè)計時被使用，從而達(dá)到嚴(yán)防死守一般的控制，雖然也讓生產(chǎn)上一頓抱怨，但這個方法很有效。企業(yè)級數(shù)據(jù)模型說起來容易，做起來難，要首先對業(yè)務(wù)數(shù)據(jù)進行全面建模，再對生產(chǎn)進行嚴(yán)格管理，并對歷史數(shù)據(jù)進行處理。本人原所在單位經(jīng)歷了兩年多的努力，成為行業(yè)內(nèi)首家真正建成企業(yè)級數(shù)據(jù)模型、真正實現(xiàn)企業(yè)級數(shù)據(jù)管控的大型金融機構(gòu)。

與流程模型的配合

流程模型與數(shù)據(jù)模型是描述業(yè)務(wù)需求的一對兒“難兄難弟”，流程模型表達(dá)的是“處理”，數(shù)據(jù)模型表達(dá)的是“輸入”和“輸出”，合起來就是計算機的基本工作流。數(shù)據(jù)模型和流程模型的組合，可以清楚的描述出，什么樣的事件或條件可以觸發(fā)一組業(yè)務(wù)活動，業(yè)務(wù)活動需要的輸入有哪些，經(jīng)過業(yè)務(wù)流程的處理，輸出又有哪些。如果將該業(yè)務(wù)系統(tǒng)化，就成為實現(xiàn)業(yè)務(wù)活動的計算機程序是在什么樣的場景（事件）下開始執(zhí)行，程序需要讀取哪些數(shù)據(jù)（實體），依據(jù)什么樣的順序（活動）、規(guī)則（任務(wù)）由誰（組織、角色）執(zhí)行，執(zhí)行之后產(chǎn)生哪些數(shù)據(jù)（實體）。任務(wù)會直接處理數(shù)據(jù)，而這種處理通常分為增加、修改、刪除、查詢四類。

一個業(yè)務(wù)領(lǐng)域是由一組活動構(gòu)成的，而這些活動分布在價值鏈的不同環(huán)節(jié)，如果粗糙地劃分業(yè)務(wù)組件，則將每一個價值鏈環(huán)節(jié)設(shè)為一個業(yè)務(wù)組件也未嘗不可，不過這樣未免太“偷懶”，對于業(yè)務(wù)復(fù)雜的大型企業(yè)而言，組件的內(nèi)聚性會很差，所以我們需要更為精細(xì)的劃分。數(shù)據(jù)模型都有主題域這個層級，就是將關(guān)系較近的數(shù)據(jù)實體聚合成一個分類，這種關(guān)系我們可以給出一個主題名稱，比如，當(dāng)按照產(chǎn)品劃分主題時，F(xiàn)SDM 中產(chǎn)品分類下就可以建立一個“存款”主題域，將存款業(yè)務(wù)相關(guān)的數(shù)據(jù)實體放入其中，并使用 ER 圖的方式表達(dá)。

在軟件設(shè)計上，是可以考慮將關(guān)系較近的數(shù)據(jù)實體聚在一起，按照行為接近數(shù)據(jù)的原則，再將相應(yīng)的功能聚合成一個組件。結(jié)合業(yè)務(wù)模型，就可以將與主題域中與實體相關(guān)的任務(wù)聚在一起構(gòu)成業(yè)務(wù)組件。聚類過程中要注意：

1. 數(shù)據(jù)主題域中的數(shù)據(jù)實體可能存在引用其他主題域數(shù)據(jù)實體的情況，這種情況下，在進行任務(wù)聚類時不會考慮此類數(shù)據(jù)實體，因為它們應(yīng)當(dāng)由其所在的數(shù)據(jù)主題域相關(guān)的組件創(chuàng)建，以保證在企業(yè)級業(yè)務(wù)系統(tǒng)中，數(shù)據(jù)生成職責(zé)的唯一性，這是應(yīng)用企業(yè)級數(shù)據(jù)模型時非常重要的一點。

2. 與數(shù)據(jù)實體相關(guān)的任務(wù)主要指對數(shù)據(jù)實體進行新增、修改、刪除的任務(wù)，對同一數(shù)據(jù)實體進行新增、修改、刪除操作的任務(wù)應(yīng)當(dāng)歸屬同一組件。只有這些任務(wù)具有數(shù)據(jù)的寫權(quán)限，其他任務(wù)只具有讀權(quán)限，這也是保證企業(yè)級數(shù)據(jù)一致性的重要措施。

上述原則會在一定程度上影響任務(wù)邊界的劃分，是否需要因為在任務(wù)中要表達(dá)對不同主題域數(shù)據(jù)實體的寫操作，就需要將任務(wù)切分開，或者直接復(fù)用其他組件中已有的對該數(shù)據(jù)實體進行寫操作的任務(wù)？表達(dá)上，當(dāng)然切分開或復(fù)用任務(wù)最好，甚至可能復(fù)用活動，但是實際建模過程中則要具體問題具體分析了，這一方面是建模的問題，但另一方面其實也是應(yīng)用模型過程中很重要的一個環(huán)節(jié)——解讀模型的問題，如果兩者比較統(tǒng)一，那模型具體長成什么樣子就不必太糾結(jié)了。所以，該如何處理，同時取決于這兩方面的情況，考驗的是“統(tǒng)一語言”是否真的建立了。

熟悉 DDD 的朋友可能會問，任務(wù)與實體的關(guān)聯(lián)主要基于對實體的增刪改，這不是有點兒“貧血模型”的意味嗎？其實不然，流程對數(shù)據(jù)的更豐富的處理規(guī)則其實可以包含在任務(wù)的描述中，從而擺脫“貧血模型”的問題。

企業(yè)級數(shù)據(jù)模型與企業(yè)級流程模型相互支持，而其中最重要的概念都是企業(yè)級，企業(yè)級在操作層面上，說到底是個標(biāo)準(zhǔn)化問題，我們將在下一講闡述這個問題。

作者介紹：付曉巖，原國有大行資深業(yè)務(wù)架構(gòu)師，負(fù)責(zé)業(yè)務(wù)架構(gòu)設(shè)計、項目管理，熱衷新技術(shù)探索與實踐，具有豐富的銀行業(yè)務(wù)經(jīng)驗和企業(yè)級項目業(yè)務(wù)架構(gòu)設(shè)計經(jīng)驗，曾主導(dǎo)客戶關(guān)系、金融市場、同業(yè)、資管、養(yǎng)老金等多個領(lǐng)域核心系統(tǒng)的業(yè)務(wù)架構(gòu)設(shè)計。公眾號：曉談巖說。