業(yè)務(wù)架構(gòu)這個(gè)詞大家時(shí)常聽到，但是能解釋得清楚的卻不多，撩撩度娘，你就會(huì)發(fā)現(xiàn)，不少人問及業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)的關(guān)系，聊天時(shí)，也常有人問起業(yè)務(wù)架構(gòu)師和產(chǎn)品經(jīng)理什么區(qū)別？業(yè)務(wù)架構(gòu)分析和需求分析什么區(qū)別？為了思考這個(gè)問題，我把《軟件工程》、《軟件系統(tǒng)架構(gòu)》、《系統(tǒng)分析與設(shè)計(jì)》都翻了，這些經(jīng)典教材確實(shí)沒講過業(yè)務(wù)架構(gòu)這件事；我把《聊聊架構(gòu)》也翻了，發(fā)現(xiàn)其中的討論有解釋到業(yè)務(wù)、架構(gòu)和技術(shù)的關(guān)系，但是也沒有特別強(qiáng)調(diào)業(yè)務(wù)架構(gòu)，所以本文就先梳理下幾個(gè)較為有名的業(yè)務(wù)架構(gòu)理論。

Zachman模型

其實(shí)，業(yè)務(wù)架構(gòu)這個(gè)詞并不新，它隱藏在企業(yè)架構(gòu)（EA）中。企業(yè)架構(gòu)是上世紀(jì)80年代的產(chǎn)物，其標(biāo)志就是1987年Zachman提出的企業(yè)架構(gòu)模型，該模型按照“5W1H”，即what（數(shù)據(jù)）、how（功能）、where（網(wǎng)絡(luò)）、who（角色）、when（時(shí)間）、why（動(dòng)機(jī)）六個(gè)維度，結(jié)合目標(biāo)范圍、業(yè)務(wù)模型、信息系統(tǒng)模型、技術(shù)模型、詳細(xì)展現(xiàn)、功能系統(tǒng)六個(gè)層次，將企業(yè)架構(gòu)分成36個(gè)組成部分，描述了一個(gè)完整的企業(yè)架構(gòu)要考慮的內(nèi)容，詳圖如下：

?
資料來源：網(wǎng)絡(luò)

Zachman模型雖然沒有明確提出業(yè)務(wù)架構(gòu)這個(gè)概念，但是已經(jīng)包含了業(yè)務(wù)架構(gòu)關(guān)注的一些主要內(nèi)容：如流程模型、數(shù)據(jù)、角色組織等，既然沒有提出業(yè)務(wù)架構(gòu)概念，自然也就沒有包含構(gòu)建方法，所以，Zachman模型應(yīng)該算是業(yè)務(wù)架構(gòu)的啟蒙，同時(shí)，它也表明了這一工具或者技術(shù)的最佳使用場(chǎng)景——面向復(fù)雜系統(tǒng)構(gòu)建企業(yè)架構(gòu)。

TOGAF

1995年，大名鼎鼎的TOGAF登場(chǎng)了，這個(gè)在企業(yè)架構(gòu)市場(chǎng)中據(jù)說（2009年統(tǒng)計(jì)）占了半壁江山的架構(gòu)模型明確提出了業(yè)務(wù)架構(gòu)的概念。TOGAF將企業(yè)定義為有著共同目標(biāo)集合的組織的聚集。例如，企業(yè)可能是政府部門、一個(gè)完整的公司、公司部門、單個(gè)處/科室，或通過共同擁有權(quán)連接在一起的地理上疏遠(yuǎn)的組織鏈。TOGAF進(jìn)一步認(rèn)為企業(yè)架構(gòu)分為兩大部分：業(yè)務(wù)架構(gòu)和IT架構(gòu)，大部分企業(yè)架構(gòu)方法都是從IT架構(gòu)發(fā)展而來的。業(yè)務(wù)架構(gòu)是把企業(yè)的業(yè)務(wù)戰(zhàn)略轉(zhuǎn)化為日常運(yùn)作的渠道，業(yè)務(wù)戰(zhàn)略決定業(yè)務(wù)架構(gòu)，它包括業(yè)務(wù)的運(yùn)營(yíng)模式、流程體系、組織結(jié)構(gòu)、地域分布等內(nèi)容。TOGAF強(qiáng)調(diào)基于業(yè)務(wù)導(dǎo)向和驅(qū)動(dòng)的架構(gòu)來理解、分析、設(shè)計(jì)、構(gòu)建、集成、擴(kuò)展、運(yùn)行和管理信息系統(tǒng)，復(fù)雜系統(tǒng)集成的關(guān)鍵，是基于架構(gòu)（或體系）的集成，而不是基于部件（或組件）的集成。TOGAF還提供了一個(gè)詳細(xì)的架構(gòu)工件模型：

資料來源：百度

其中可以明確看到業(yè)務(wù)架構(gòu)階段的交付物。相信很多對(duì)架構(gòu)有興趣的朋友都認(rèn)真學(xué)習(xí)過TOGAF模型，此處不再贅述。

FEA和DODAF

TOGAF之后，又先后誕生了FEA（聯(lián)邦企業(yè)架構(gòu)）和DODAF（美國(guó)國(guó)防部體系架構(gòu)框架）。前者的體系由五個(gè)參考模型組成：績(jī)效參考模型（PRM）、業(yè)務(wù)參考模型（BRM）、服務(wù)構(gòu)件參考模型（FRM）、數(shù)據(jù)參考模型（DRM）、技術(shù)參考模型（TRM），該方法應(yīng)用于美國(guó)電子政務(wù)領(lǐng)域，著眼于跨部門、跨機(jī)構(gòu)提升業(yè)務(wù)效率，解決重復(fù)建設(shè)、信息孤島等問題，很具有“企業(yè)級(jí)”理念，雖然沒有明確的業(yè)務(wù)架構(gòu)定義，但是很好地應(yīng)用了業(yè)務(wù)架構(gòu)的思維。后者體系挺復(fù)雜的，8個(gè)視點(diǎn)52個(gè)模型，但是實(shí)用性不錯(cuò)，美國(guó)國(guó)防部和一些企業(yè)在用，詳細(xì)內(nèi)容如下：

資料來源：網(wǎng)絡(luò)

其中能力視點(diǎn)和作戰(zhàn)視點(diǎn)就是我們做企業(yè)時(shí)關(guān)注的業(yè)務(wù)部分。這兩個(gè)模型網(wǎng)上有相關(guān)資料，感興趣的話可以自行查閱。

為何沉悶至今？

通過尋根溯源，可以發(fā)現(xiàn)，即便從TOGAF算起，業(yè)務(wù)架構(gòu)這個(gè)詞也有20多年的歷史了，但是在開發(fā)人員中，業(yè)務(wù)架構(gòu)顯然沒有需求分析的概念明確，業(yè)務(wù)架構(gòu)師也遠(yuǎn)不如產(chǎn)品經(jīng)理常見。作者所在單位曾經(jīng)實(shí)施了一個(gè)長(zhǎng)達(dá)數(shù)年的企業(yè)級(jí)轉(zhuǎn)型項(xiàng)目，其中有明確的業(yè)務(wù)架構(gòu)組織，但是，每每與技術(shù)人員討論，他們也常覺得業(yè)務(wù)架構(gòu)有點(diǎn)兒“虛”。細(xì)究其原因，可能有如下幾點(diǎn)：

用的少。原有的單體式或者豎井式開發(fā)依然是大家更經(jīng)常采用的項(xiàng)目構(gòu)建方法，而這種開發(fā)基本上沒有橫向視角，所以無需強(qiáng)調(diào)業(yè)務(wù)架構(gòu)，通常的產(chǎn)品分析或者需求分析足以滿足開發(fā)需要；

難設(shè)計(jì)。業(yè)務(wù)架構(gòu)，特別是大型企業(yè)這種錯(cuò)綜復(fù)雜的業(yè)務(wù)架構(gòu)，說起來容易做起來難，業(yè)務(wù)架構(gòu)對(duì)戰(zhàn)略的分解、業(yè)務(wù)架構(gòu)自身的整合與標(biāo)準(zhǔn)化、到IT設(shè)計(jì)的過渡都有不少坑，業(yè)務(wù)越復(fù)雜越寬泛就越難駕馭，因此，即便做過業(yè)務(wù)架構(gòu)設(shè)計(jì)的企業(yè)，也有不少將業(yè)務(wù)架構(gòu)設(shè)計(jì)保持在高階狀態(tài)，有點(diǎn)兒“虛”；

易跑偏。施工期間由于客觀因素可能導(dǎo)致實(shí)施對(duì)業(yè)務(wù)架構(gòu)的偏離，這種偏離如果沒有及時(shí)糾正或者調(diào)整架構(gòu)，累積久了會(huì)造成業(yè)務(wù)架構(gòu)的失真，會(huì)變“虛”；

難維護(hù)。少數(shù)扛過了業(yè)務(wù)架構(gòu)落地困難期的企業(yè)，也會(huì)由于感受到維護(hù)架構(gòu)的難度而心生放棄，從而降低了對(duì)業(yè)務(wù)架構(gòu)的評(píng)價(jià)。

其實(shí)，業(yè)務(wù)架構(gòu)從誕生之初就很清楚地定義了自己的使命：面向復(fù)雜系統(tǒng)構(gòu)建。也就是說，業(yè)務(wù)架構(gòu)同其他架構(gòu)一樣，目的也是要降低復(fù)雜度，更好地規(guī)劃系統(tǒng)，因此TOGAF是將業(yè)務(wù)架構(gòu)歸屬于IT戰(zhàn)略部分。但是從本人的實(shí)踐經(jīng)驗(yàn)看，業(yè)務(wù)架構(gòu)不僅具有上述作用，其更突出的影響是對(duì)參加過業(yè)務(wù)架構(gòu)設(shè)計(jì)工作的業(yè)務(wù)人員的影響，他們的邏輯思維能力、結(jié)構(gòu)化能力、企業(yè)級(jí)觀念和意識(shí)都有明顯的改變，所以，應(yīng)當(dāng)將業(yè)務(wù)架構(gòu)從IT戰(zhàn)略中獨(dú)立出來，更多面向業(yè)務(wù)人員，以充當(dāng)業(yè)務(wù)與技術(shù)之間的橋梁。當(dāng)然，業(yè)務(wù)架構(gòu)真正要承擔(dān)起這一職責(zé)，還需要改進(jìn)、簡(jiǎn)化業(yè)務(wù)架構(gòu)設(shè)計(jì)方法，對(duì)業(yè)務(wù)人員更友好，并且堅(jiān)持使用業(yè)務(wù)架構(gòu)方法做企業(yè)級(jí)需求管控，否則，熵增一定會(huì)將已經(jīng)建好架構(gòu)秩序回歸混沌狀態(tài)。

中臺(tái)說到底也是一種業(yè)務(wù)架構(gòu)設(shè)計(jì)結(jié)果，回顧軟件設(shè)計(jì)的發(fā)展歷程，中臺(tái)也不是石頭中蹦出來的齊天大圣，它并非一種超越了企業(yè)架構(gòu)這個(gè)概念的存在，因此，想要深入理解中臺(tái)設(shè)計(jì)方式，多去學(xué)習(xí)下業(yè)務(wù)架構(gòu)、軟件架構(gòu)的發(fā)展歷程還是有幫助的。

架構(gòu)伴侶：業(yè)務(wù)模型

業(yè)務(wù)架構(gòu)是戰(zhàn)略、流程、組織等業(yè)務(wù)元素的結(jié)構(gòu)化表達(dá)，因此，說起業(yè)務(wù)架構(gòu)，自然離不開業(yè)務(wù)模型，所以，本章我們講講架構(gòu)的伴侶——業(yè)務(wù)模型。

模型與業(yè)務(wù)模型

業(yè)務(wù)模型也是模型的一種，因此我們先從模型講起。模型的概念大家可以查到很多種，不過，度娘上有一種是我覺得比較容易理解的，這個(gè)解釋中說，模型是所研究的系統(tǒng)、過程、亊物或概念的一種表達(dá)形式，也可指根據(jù)實(shí)驗(yàn)、圖樣放大或縮小而制作的樣品。很多人一說起模型都喜歡說模型是抽象的東西，模型最重要的是抽象，這個(gè)說法對(duì)軟件開發(fā)人員而言并無不妥，但是對(duì)于理解模型這個(gè)概念而言，還是有些狹窄了。模型可以是具象的，可以是實(shí)物，比如售樓處常見的樓盤模型，我們的老祖宗修故宮、給皇帝家造亭臺(tái)樓榭時(shí)，也會(huì)先做出精巧的木制模型；模型不僅可是真實(shí)事物，也可以是虛擬的，只要腦洞開的夠大，比如很流行的高達(dá)玩具模型、變形金剛等；模型當(dāng)然也可以是抽象的，比如軟件開發(fā)中常用的實(shí)體模型、時(shí)序圖、狀態(tài)圖、用例圖等等。例子參見下圖：

?
模型就是一種表達(dá)形式，其實(shí)說出來的話也可以視為一種模型，它是你頭腦中的想法的表達(dá)，說的過程也就是個(gè)建模過程，還遵循了一定語(yǔ)法規(guī)則。所以模型不是個(gè)神秘的東西，對(duì)于業(yè)務(wù)人員而言，工作時(shí)候經(jīng)常會(huì)畫的業(yè)務(wù)流程圖也是模型，與軟件開發(fā)中用的模型相比，無非是個(gè)建模視角和抽象程度的差別。

理解了模型，我們?cè)賮砜纯礃I(yè)務(wù)模型。套用上邊的概念，業(yè)務(wù)模型就是對(duì)業(yè)務(wù)的表達(dá)，至于這個(gè)業(yè)務(wù)的范圍就看你的需要了，如果只是針對(duì)一個(gè)產(chǎn)品，那業(yè)務(wù)模型可能就是對(duì)產(chǎn)品的生產(chǎn)、銷售、使用、售后管理過程的描述，其中還要包含所有參與方的目標(biāo)、活動(dòng)、角色、職責(zé)等等；如果針對(duì)的是一個(gè)大型企業(yè)，那業(yè)務(wù)模型的范圍就可能包含多條產(chǎn)品線，每條產(chǎn)品線都有不同的業(yè)務(wù)過程，而涉及到的參與方也會(huì)更多、更復(fù)雜。所以，業(yè)務(wù)模型最主要描述的就是組織及其運(yùn)作過程。企業(yè)的業(yè)務(wù)模型有一個(gè)最高階抽象的三角形，如下：

這個(gè)三角形可以說是一切盈利性企業(yè)的基本行為，企業(yè)為生產(chǎn)而投入成本，產(chǎn)品或服務(wù)銷售后取得收入，而衡量企業(yè)業(yè)績(jī)的最基本方法就是通過收入減去成本形成的利潤(rùn)。其實(shí)所有企業(yè)的行為都可以從這個(gè)三角形出發(fā)去分析，比如，一個(gè)企業(yè)基本流程就可以概括為：

企業(yè)準(zhǔn)備向哪些人銷售自己的產(chǎn)品或服務(wù)，這就體現(xiàn)了企業(yè)自身的價(jià)值定位；企業(yè)準(zhǔn)備組織那些人生產(chǎn)，組織哪些人銷售，在什么樣的渠道上銷售，為此投入什么樣的資源，這就是企業(yè)的生產(chǎn)和銷售流程；收入和成本都需要記賬，這就是財(cái)務(wù)會(huì)計(jì)的流程；對(duì)利潤(rùn)實(shí)現(xiàn)情況的衡量、盈虧原因的分析等，體現(xiàn)在管理會(huì)計(jì)中；所有行為都會(huì)產(chǎn)生數(shù)據(jù)，這些數(shù)據(jù)是我們做系統(tǒng)設(shè)計(jì)時(shí)的必要輸入，是結(jié)合業(yè)務(wù)流程做架構(gòu)分析的基礎(chǔ)。從這個(gè)最高階的核心模型出發(fā)，我們可以演化出整個(gè)企業(yè)的過程，可以模型化地創(chuàng)造一個(gè)企業(yè)，這就是“大道至簡(jiǎn)，衍化致繁”吧。

建模原則與模型思維的應(yīng)用

既然業(yè)務(wù)模型對(duì)業(yè)務(wù)架構(gòu)、對(duì)系統(tǒng)設(shè)計(jì)如此重要，那么建模是否有什么訣竅呢？很遺憾，沒有。這不僅是我個(gè)人的理解，不少關(guān)于建模的書中也都會(huì)提到，建模看似有很多方法、標(biāo)準(zhǔn)可以遵守，但是模型質(zhì)量卻十分依賴于建模者的經(jīng)驗(yàn)，是一個(gè)“熟練工種”，“老司機(jī)”很重要。雖然沒有捷徑，但還是有兩個(gè)原則可以時(shí)刻注意的：

整體性原則。做模型切忌快速上手，不要快速被業(yè)務(wù)細(xì)節(jié)吸引，更不要被立馬解決問題的沖動(dòng)左右，一定要將問題域或者說建模對(duì)象放在一個(gè)更大的環(huán)境中觀察，要先找到建模對(duì)象的邊界，也就是上下文環(huán)境。搞不清邊界，就搞不清范圍，即不知道起止，也不知道思慮是否周全，甚至無從檢驗(yàn)建模成果，容易一葉障目，不見森林。

合適性原則。大家可能都聽說過一個(gè)比方，把世界上最美的五官湊在一起，并不會(huì)成為世界上最美麗的臉，這就是合適性原則，美麗的臉通常是五官比例好、搭配好的臉，也就是說，模型中包含的各個(gè)部分、各類元素要有機(jī)結(jié)合在一起，不能在設(shè)計(jì)時(shí)為了圖新潮、趕時(shí)髦，甚至為了建模者個(gè)人的“執(zhí)念”，生搬硬套，強(qiáng)買強(qiáng)賣，忽視了模型的平衡。

業(yè)務(wù)模型是為業(yè)務(wù)架構(gòu)服務(wù)的，所以細(xì)心的讀者也一定注意到了，這兩條其實(shí)也是架構(gòu)設(shè)計(jì)的重要原則。建模唯有不斷練習(xí)，不斷參與項(xiàng)目實(shí)踐，以獲得對(duì)建模成果的必要反饋，才能有所提高，設(shè)計(jì)上我們經(jīng)常把不管實(shí)現(xiàn)的架構(gòu)師比作“PPT架構(gòu)師”，其實(shí)建模也一樣，不能在生產(chǎn)環(huán)境中得到反饋，建模者也會(huì)成“PPT模型師”，所以，“實(shí)踐是理論之源”啊。

經(jīng)歷過的人都知道，認(rèn)認(rèn)真真建模是項(xiàng)枯燥繁瑣的事情，而且，我也提到，業(yè)務(wù)架構(gòu)設(shè)計(jì)可以幫助業(yè)務(wù)人員提升邏輯思維能力，應(yīng)該讓業(yè)務(wù)人員多參加，那么廣大業(yè)務(wù)人員也會(huì)疑慮，投入這么大精力參與這事兒，做完了項(xiàng)目，這技能還用得上嗎？肯定用得上啊，雖然不會(huì)到處去建模，但是重要模型思維可是非常有用的，我個(gè)人總結(jié)，有這么三點(diǎn)是在各類工作中都值得借鑒的：

把握整體。這條不再贅述，應(yīng)用上，我建議，對(duì)于任何領(lǐng)導(dǎo)交辦給你的工作，盡可能不要第一時(shí)間就“Just do it”，而是要擠出點(diǎn)時(shí)間，考慮下來龍去脈，前因后果，這樣你才能控制好工作的度，過猶不及啊。

穿透現(xiàn)象。浮在水面上的往往是冰山一角，透過現(xiàn)象看本質(zhì)是我們對(duì)建模人員的基本要求，這種注意事物內(nèi)在聯(lián)系、本質(zhì)差別的能力，有助于你撥開現(xiàn)象的迷霧，找到最佳的解決方案。

保證落地。前一陣子曾經(jīng)流行過一句話“一切不為業(yè)務(wù)目的服務(wù)的技術(shù)都是耍流氓”，套用一下，“一切不考慮落地的架構(gòu)設(shè)計(jì)都是耍流氓”，架構(gòu)不能飄在天上，印在紙上，所以，真正了解架構(gòu)本質(zhì)的人，無論做的是“矮窮挫”的搬磚方案，還是“高大上”的傳奇方案，都要以落地為前提，對(duì)應(yīng)到日常工作中，就是我們無論何時(shí)何地提出的工作建議都不能是“空談”。

中臺(tái)的表達(dá)方式其實(shí)也是一種模型化表現(xiàn)方式，畢竟當(dāng)前的軟件設(shè)計(jì)基本都是“模型驅(qū)動(dòng)開發(fā)”，無非是模型工具的差別。關(guān)于模型的一些基礎(chǔ)性介紹先到此為止，本文所講的業(yè)務(wù)架構(gòu)都是使用業(yè)務(wù)模型來構(gòu)建的。
?\t
相關(guān)文章：中臺(tái)之上（一）：重視業(yè)務(wù)架構(gòu)，不要讓“業(yè)務(wù)的歸業(yè)務(wù)、技術(shù)的歸技術(shù)”

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

總結(jié)

以上是生活随笔為你收集整理的中台之上（二）：为什么业务架构存在20多年，技术人员还觉得它有点虚？的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。