編者注：

《企業(yè)級(jí)業(yè)務(wù)架構(gòu)設(shè)計(jì)：方法論與實(shí)踐》的作者付曉巖，資深的企業(yè)級(jí)業(yè)務(wù)架構(gòu)師，有超過19年的金融行業(yè)工作經(jīng)驗(yàn)，目前就職于建信金融科技有限責(zé)任公司。本書是一部從方法論和工程實(shí)踐雙維度闡述企業(yè)級(jí)業(yè)務(wù)架構(gòu)設(shè)計(jì)的著作。本文節(jié)選自原書第 6 章及第 15 章等章節(jié)，僅供學(xué)習(xí)交流使用，原書版權(quán)屬于機(jī)械工業(yè)出版社，任何公司未經(jīng)授權(quán)，不得用作商業(yè)用途。

重視業(yè)務(wù)架構(gòu)，不要讓「業(yè)務(wù)的歸業(yè)務(wù)、技術(shù)的歸技術(shù)」

很多企業(yè)都將促進(jìn)業(yè)務(wù)與科技的深度融合作為發(fā)展戰(zhàn)略，也都想學(xué)學(xué)阿里的中臺(tái)戰(zhàn)略，其實(shí)，除了中臺(tái)戰(zhàn)略之外，基于企業(yè)級(jí)業(yè)務(wù)架構(gòu)設(shè)計(jì)來實(shí)現(xiàn)組件化開發(fā)也是企業(yè)數(shù)字化轉(zhuǎn)型的優(yōu)選路徑，是彌合業(yè)務(wù)與技術(shù)之間「數(shù)字鴻溝」的有效手段。

尋根溯源，業(yè)務(wù)架構(gòu)已有 20 多年的歷史，但在開發(fā)人員中，業(yè)務(wù)架構(gòu)顯然沒有需求分析的概念明確，業(yè)務(wù)架構(gòu)師也遠(yuǎn)不如產(chǎn)品經(jīng)理常見。為什么業(yè)務(wù)架構(gòu)總有點(diǎn)兒「虛」？細(xì)究其原因，可能有如下幾點(diǎn)：

1. 用的少。原有的單體式或者豎井式開發(fā)依然是大家更經(jīng)常采用的項(xiàng)目構(gòu)建方法，而這種開發(fā)基本上沒有橫向視角，所以無需強(qiáng)調(diào)業(yè)務(wù)架構(gòu)，通常的產(chǎn)品分析或者需求分析足以滿足開發(fā)需要；
2. 難設(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)兒「虛」；
3. 易跑偏。施工期間由于客觀因素可能導(dǎo)致實(shí)施對(duì)業(yè)務(wù)架構(gòu)的偏離，這種偏離如果沒有及時(shí)糾正或者調(diào)整架構(gòu)，累積久了會(huì)造成業(yè)務(wù)架構(gòu)的失真，會(huì)變「虛」；
4. 難維護(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)，而其更突出的影響是對(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í)需求管控。

業(yè)務(wù)架構(gòu)和中臺(tái)的難點(diǎn)，都是需要反復(fù)錘煉出標(biāo)準(zhǔn)模型

企業(yè)級(jí)業(yè)務(wù)模型的建設(shè)離不開標(biāo)準(zhǔn)化過程，因?yàn)樽銎髽I(yè)級(jí)模型要橫向?qū)Ρ确治銎髽I(yè)所有業(yè)務(wù)領(lǐng)域，以期望在設(shè)計(jì)上實(shí)現(xiàn)「以更少支持更多」，這是很多企業(yè)級(jí)系統(tǒng)建設(shè)或者企業(yè)級(jí)轉(zhuǎn)型工程的目標(biāo)。希望能夠同時(shí)實(shí)現(xiàn)快速的靈活響應(yīng)和減少重復(fù)開發(fā)這兩個(gè)目標(biāo)，其中最大難點(diǎn)往往是標(biāo)準(zhǔn)化工作。

1.基本的標(biāo)準(zhǔn)化方法

業(yè)務(wù)架構(gòu)模型的標(biāo)準(zhǔn)化包括數(shù)據(jù)標(biāo)準(zhǔn)化和任務(wù)標(biāo)準(zhǔn)化兩部分。標(biāo)準(zhǔn)化最重要的是數(shù)據(jù)標(biāo)準(zhǔn)化，數(shù)據(jù)建模中已經(jīng)提到了，企業(yè)級(jí)數(shù)據(jù)模型要保證數(shù)據(jù)實(shí)體和屬性的唯一性，這樣就不會(huì)由重復(fù)的概念產(chǎn)生，重復(fù)的概念會(huì)造成數(shù)據(jù)的「同義不同名」。影響數(shù)據(jù)的使用和統(tǒng)計(jì)結(jié)果，數(shù)據(jù)模型的唯一性從工具角度比較容易控制，通過對(duì)定義、取值的比較，能夠篩查出多數(shù)概念問題，但是依然有些定義問題不易發(fā)現(xiàn)，這就需要通過與流程模型的配合，從語義層面逐一澄清了。

標(biāo)準(zhǔn)化的另一部分是任務(wù)的標(biāo)準(zhǔn)化，這其實(shí)很難操作，沒有嚴(yán)格的標(biāo)準(zhǔn)用于做判斷，而且，任務(wù)標(biāo)準(zhǔn)化也是切忌「機(jī)械」操作的。其基本過程如下：

1. 將流程模型與數(shù)據(jù)模型進(jìn)行語義對(duì)接。當(dāng)多數(shù)的數(shù)據(jù)概念重復(fù)問題已經(jīng)通過工具篩查、語義分析解決了，數(shù)據(jù)實(shí)體和屬性基本保持唯一，這時(shí)可以將數(shù)據(jù)與流程對(duì)應(yīng)起來，對(duì)應(yīng)的主要方式就是識(shí)別任務(wù)需要使用的數(shù)據(jù)實(shí)體，包括讀和寫兩類。這種對(duì)接要更多地從語義方面去理解流程和數(shù)據(jù)的關(guān)系，而不要簡(jiǎn)單地執(zhí)行流程與數(shù)據(jù)之間的關(guān)系「勾挑」，要通過語義分析判斷任務(wù)、數(shù)據(jù)實(shí)體的顆粒度是否合適。

2. 分析重復(fù)的業(yè)務(wù)動(dòng)作。在對(duì)應(yīng)過程中，經(jīng)常會(huì)遇到多個(gè)不同的任務(wù)都可能要對(duì)同一個(gè)數(shù)據(jù)實(shí)體在不同時(shí)間進(jìn)行寫操作的情況，比如，個(gè)人客戶初次到一個(gè)銀行存錢，申請(qǐng)銀行賬戶時(shí)，銀行要建立客戶的信息，會(huì)包括姓名、證件類型、證件號(hào)碼等基本信息，也會(huì)包括電話等聯(lián)系信息，或者郵寄地址等地址信息，這時(shí)的整體業(yè)務(wù)場(chǎng)景是存款。而客戶過了一段時(shí)間再次來辦理業(yè)務(wù)時(shí)，聯(lián)系信息可能會(huì)有變化，這需要更新客戶信息，但是此時(shí)的場(chǎng)景有可能發(fā)生變化，不再是來存款，可能是來購買實(shí)物黃金，從業(yè)務(wù)的角度看，這就是兩個(gè)不同的業(yè)務(wù)領(lǐng)域了。在進(jìn)行企業(yè)級(jí)標(biāo)準(zhǔn)化以前，對(duì)客戶信息的建立和修改完全有可能在存款和實(shí)物黃金的業(yè)務(wù)領(lǐng)域中各有一套流程，可能是任務(wù)級(jí)別的重復(fù)，也能是在不同的任務(wù)中包含的內(nèi)容上有重復(fù)，實(shí)際上，以前做豎井式開發(fā)的時(shí)候，這是很常見的現(xiàn)象，每個(gè)業(yè)務(wù)系統(tǒng)都是獨(dú)立的、完整的，都各自有一套客戶信息，不僅重復(fù)，最重要的是經(jīng)常會(huì)不一致。當(dāng)我們通過企業(yè)級(jí)數(shù)據(jù)模型去除重復(fù)的數(shù)據(jù)概念之后，通過任務(wù)與實(shí)體之間的寫操作對(duì)應(yīng)關(guān)系，會(huì)清晰地發(fā)現(xiàn)重復(fù)的操作。

3. 做出關(guān)于標(biāo)準(zhǔn)化的建模判斷。找到重復(fù)動(dòng)作后就需要做出建模的決策，是分開建模還是將所有對(duì)客戶信息進(jìn)行寫操作的部分集中到一起建模。還是參考上文中的例子，在 FSDM 提供的數(shù)據(jù)模型上，「參與人」這個(gè)分類中可以容納與客戶信息相關(guān)的所有數(shù)據(jù)，建模上可以把此類實(shí)體聚集在一個(gè)主題域下，比如叫做客戶主題域，那么從企業(yè)級(jí)的角度也就可以將各業(yè)務(wù)領(lǐng)域中與之相關(guān)的任務(wù)或者涉及到該操作的任務(wù)中的客戶信息部分全部抽離出來，集中到起來組成一個(gè)組件，而其他領(lǐng)域的任務(wù)經(jīng)過調(diào)整后，不再包含此類內(nèi)容，這樣就完成了一個(gè)標(biāo)準(zhǔn)化過程。

2. 避免「過度整合」

上述操作是相對(duì)較為簡(jiǎn)單、清晰的標(biāo)準(zhǔn)化過程，還有些標(biāo)準(zhǔn)化過程要更難以判斷，可能因此出現(xiàn)「過度整合」的問題。這種情況通常出現(xiàn)在流程看似相近的業(yè)務(wù)領(lǐng)域，以及一個(gè)領(lǐng)域內(nèi)部的多個(gè)產(chǎn)品，后者其實(shí)更難判斷，因?yàn)橐粋€(gè)業(yè)務(wù)領(lǐng)域內(nèi)部的流程本就相近，會(huì)很容易讓人產(chǎn)生「整合」的沖動(dòng)，因?yàn)闃I(yè)務(wù)建模畢竟是一種「紙上操作」，分、合都是很容易的，調(diào)整下結(jié)構(gòu)而已，而整合對(duì)建模者來講又有很大吸引力。

為了避免這種錯(cuò)誤，需要從業(yè)務(wù)和數(shù)據(jù)兩方面下手，配合檢查。業(yè)務(wù)上自然是要重新審視、理清業(yè)務(wù)流程，搞清楚具體差異；而數(shù)據(jù)上要重新檢視數(shù)據(jù)實(shí)體劃分的顆粒度是否正確，是否包含的屬性太多而導(dǎo)致內(nèi)聚性不夠。數(shù)據(jù)實(shí)體的顆粒度太小，會(huì)放大業(yè)務(wù)差異，而顆粒度太大，則會(huì)抹殺業(yè)務(wù)差異，二者都會(huì)導(dǎo)致不合理的標(biāo)準(zhǔn)化結(jié)果。流程模型與數(shù)據(jù)模型之間的語義互查是進(jìn)行合理標(biāo)準(zhǔn)化的關(guān)鍵，也是一個(gè)反復(fù)錘煉的過程。

3. 何以解憂，唯有「融合」

盡管標(biāo)準(zhǔn)化問題很重要、很困難，不幸的是，并沒有什么很好的方法能夠幫助各位快速解決問題，這就又回到了之前說的，模型質(zhì)量嚴(yán)重依賴建模者的經(jīng)驗(yàn)，除了經(jīng)驗(yàn)之外，還要依靠高質(zhì)量的建模輸入，既包括完善的業(yè)務(wù)資料，更需要有豐富經(jīng)驗(yàn)的業(yè)務(wù)人員，看資料是學(xué)不會(huì)業(yè)務(wù)的，尤其是業(yè)務(wù)中經(jīng)常會(huì)有「活情況」。

業(yè)務(wù)人員與技術(shù)人員融合得越好，就越能產(chǎn)生高質(zhì)量的模型和系統(tǒng)，這也難怪高盛、大摩這些金融機(jī)構(gòu)中數(shù)字化轉(zhuǎn)型的堅(jiān)定執(zhí)行者，會(huì)引入占員工比例約 15% 甚至 20% 的技術(shù)人員，并直接派駐到業(yè)務(wù)部門與之共同工作。相比之下，一般國(guó)外金融機(jī)構(gòu)技術(shù)人員占比不足 8%，國(guó)內(nèi)通常為 4% 左右，近幾年才剛剛有所增加。目前似乎也可以講，除了科技企業(yè)，其他行業(yè)中還很少有哪個(gè)企業(yè)真的達(dá)到了與信息時(shí)代、數(shù)字化時(shí)代相稱的人員結(jié)構(gòu)。

盡管標(biāo)準(zhǔn)化過程很痛苦、自身又似乎很不「標(biāo)準(zhǔn)」，但是因其對(duì)企業(yè)級(jí)業(yè)務(wù)系統(tǒng)的構(gòu)建意義非凡，因此，所有做企業(yè)級(jí)轉(zhuǎn)型、希望建設(shè)企業(yè)級(jí)業(yè)務(wù)系統(tǒng)的企業(yè)和開發(fā)者，都必須認(rèn)真對(duì)待這一過程，盡管這一過程未免有點(diǎn)「紙上談兵」，但它的優(yōu)勢(shì)也在這里，這一階段的任何調(diào)整都是代價(jià)極低的，而不合理的設(shè)計(jì)一旦傳導(dǎo)到開發(fā)上，就將產(chǎn)生較大的糾正成本。

對(duì)于大型復(fù)雜系統(tǒng)而言，因其面對(duì)的問題域異常龐大，所以需要一套清晰的業(yè)務(wù)與 IT 的架構(gòu)映射關(guān)系指導(dǎo)企業(yè)的持續(xù)建設(shè)，這就如同人們對(duì)地圖的需要一樣，只有踐行標(biāo)準(zhǔn)化才能提供一張準(zhǔn)確的地圖。這種標(biāo)準(zhǔn)化也是識(shí)別中臺(tái)能力的基礎(chǔ)，就算是阿里的中臺(tái)，也應(yīng)當(dāng)是在技術(shù)人員與業(yè)務(wù)人員的不斷融合、反復(fù)的標(biāo)準(zhǔn)化與去重過程中沉降下來的。

嘗試構(gòu)建輕量級(jí)架構(gòu)設(shè)計(jì)工具

《企業(yè)級(jí)業(yè)務(wù)架構(gòu)設(shè)計(jì)：方法論與實(shí)踐》一書中介紹的構(gòu)件模型有利于提升設(shè)計(jì)效率，是業(yè)務(wù)架構(gòu)的另一種表達(dá)形式。該書所講的企業(yè)級(jí)業(yè)務(wù)架構(gòu)設(shè)計(jì)，其特點(diǎn)之一就是業(yè)務(wù)架構(gòu)設(shè)計(jì)元素與IT設(shè)計(jì)元素之間較為直接的關(guān)聯(lián)關(guān)系，構(gòu)件模型具備這種聯(lián)系，除了分析、定位需求外，這種聯(lián)系可以被用于建立輕量級(jí)的企業(yè)架構(gòu)及項(xiàng)目管理工具，拓展其應(yīng)用范圍。

1. 構(gòu)件模型的抽象要素及邏輯關(guān)系

image

（圖15-1構(gòu)件模型的抽象結(jié)構(gòu)）

1. 模板與構(gòu)件。每個(gè)業(yè)務(wù)領(lǐng)域下都可能有一到多個(gè)模板用于設(shè)計(jì)業(yè)務(wù)實(shí)例或產(chǎn)品；模板可以包含若干個(gè)構(gòu)件，組裝式開發(fā)就表達(dá)為業(yè)務(wù)實(shí)例或產(chǎn)品與模板、模板與構(gòu)件間的對(duì)應(yīng)關(guān)系。
2. 構(gòu)件與參數(shù)。構(gòu)件中可以記錄復(fù)用推薦度，以方便業(yè)務(wù)人員后續(xù)做設(shè)計(jì)時(shí)使用；構(gòu)件中會(huì)包含多個(gè)參數(shù)，參數(shù)盡量使用數(shù)據(jù)模型中的數(shù)據(jù)項(xiàng)，但是實(shí)際操作中也可能需要列入一些與業(yè)務(wù)無關(guān)的技術(shù)字段，此外，應(yīng)該給每個(gè)參數(shù)注明是否為可供業(yè)務(wù)人員直接配置，不可直接配置的參數(shù)則不提供面向業(yè)務(wù)人員的配置界面。
3. 構(gòu)件與服務(wù)。一個(gè)構(gòu)件對(duì)應(yīng)一到多個(gè)實(shí)現(xiàn)上的服務(wù)，構(gòu)件此時(shí)代表的是一個(gè)服務(wù)集合，對(duì)構(gòu)件的復(fù)用不是任意去復(fù)用 SOA 中的服務(wù)，而是構(gòu)件對(duì)應(yīng)的服務(wù)整體對(duì)外提供一個(gè)能力，這才是「零件」的含義，否則，構(gòu)件就不是一個(gè)真實(shí)的存在，如果原有構(gòu)件中的一部分服務(wù)又被集合成了新的能力，則應(yīng)再增加一個(gè)構(gòu)件進(jìn)行對(duì)應(yīng)，這樣的構(gòu)件才會(huì)真正有部署的含義。
4. 服務(wù)與報(bào)文。服務(wù)由于可以被調(diào)用，因此會(huì)對(duì)應(yīng)報(bào)文，既包括請(qǐng)求報(bào)文也包括響應(yīng)報(bào)文，報(bào)文中又會(huì)包含構(gòu)件對(duì)應(yīng)的參數(shù)，二者可以合二為一，也可以分開表達(dá)。
5. 實(shí)例化。模板在生產(chǎn)中，派生為業(yè)務(wù)實(shí)例或產(chǎn)品，在產(chǎn)品銷售前即銷售過程中，完成所有參數(shù)的賦值。
6. 產(chǎn)品目錄每個(gè)業(yè)務(wù)實(shí)例或產(chǎn)品會(huì)有描述性的標(biāo)簽信息，這些信息的集合就形成了產(chǎn)品目錄。

2. 輕量級(jí)架構(gòu)管理工具的設(shè)計(jì)原理

基于以上構(gòu)件模型的主要要素及其邏輯關(guān)系，結(jié)合系統(tǒng)設(shè)計(jì)原理，可以形成一個(gè)輕量級(jí)的架構(gòu)設(shè)計(jì)和管控工具，其邏輯示意圖如圖15-2所示。

image

（圖15-2 輕量級(jí)架構(gòu)管理工具的邏輯圖）

以金融領(lǐng)域?yàn)槔诮鹑陬I(lǐng)域中，業(yè)務(wù)系統(tǒng)的設(shè)計(jì)主要是為了實(shí)現(xiàn)業(yè)務(wù)實(shí)例或金融產(chǎn)品，因此，系統(tǒng)是為了支持一到多個(gè)業(yè)務(wù)實(shí)例或產(chǎn)品而存在的，這是用戶視角的系統(tǒng)可見部分。

圖15-2中的設(shè)計(jì)部分，業(yè)務(wù)實(shí)例或產(chǎn)品由模板配置而成，模板實(shí)際上是一種領(lǐng)域模型，不同領(lǐng)域的產(chǎn)品可能差異較大。模板之下是構(gòu)件，構(gòu)件代表了一個(gè)領(lǐng)域的具體組成部分，是「零件」，構(gòu)件中包含數(shù)據(jù)，也就是參數(shù)。

構(gòu)件又進(jìn)一步分解為服務(wù)，服務(wù)實(shí)際上既包含了行為，如果是「微服務(wù)」設(shè)計(jì)，則也會(huì)包含對(duì)應(yīng)的數(shù)據(jù)。服務(wù)作為設(shè)計(jì)上的底層核心元素，可以從統(tǒng)計(jì)角度包含服務(wù)歸屬的物理組件、引用該服務(wù)的用例、語言類型、代碼行數(shù)、原初開發(fā)或累積的人月數(shù)、歸屬的開發(fā)團(tuán)隊(duì)等等可用于項(xiàng)目管理的信息。其中有些信息可以通過工具或配置信息獲得，有些需要人工維護(hù)。

3. 采集項(xiàng)目信息的價(jià)值

盡管信息采集會(huì)采來一定的工作量，但是，其所累積起的項(xiàng)目信息庫對(duì)于大型企業(yè)的項(xiàng)目管理而言非常有價(jià)值，畢竟目前的現(xiàn)狀是，一個(gè)企業(yè)可能做了不少項(xiàng)目，其中不乏大型項(xiàng)目，但是積累起來的、可以用于項(xiàng)目快速?zèng)Q策的管理信息卻少的可憐，只知道項(xiàng)目最終花了多少錢，但卻不知道錢都花到哪里去了，也不知道系統(tǒng)中的核心部分到底花費(fèi)了多少成本，系統(tǒng)再次進(jìn)行更新改造、上新功能時(shí)，預(yù)算基本還是靠功能點(diǎn)估工作量的「拍腦袋」算法。

如果信息采集過程可靠，那么以這個(gè)邏輯建立起來的平臺(tái)不僅可以用于支持快速的架構(gòu)設(shè)計(jì)，也可以將項(xiàng)目成本分解至服務(wù)層面，甚至基于這個(gè)比較團(tuán)隊(duì)的開發(fā)效能?？傊枰紤]設(shè)計(jì)一套邏輯進(jìn)行項(xiàng)目信息的有效收集和分析，否則項(xiàng)目開發(fā)永遠(yuǎn)無法向「精益」靠攏。

4. 輕量級(jí)架構(gòu)管理工具的優(yōu)缺點(diǎn)

通過將上述邏輯工具化后，可以基于構(gòu)件模型建立起一個(gè)從業(yè)務(wù)直通底層實(shí)現(xiàn)且信息量豐富的輕量級(jí)架構(gòu)工具，從之前的討論中可以發(fā)現(xiàn)，該工具有如下優(yōu)勢(shì)：

1. 便于業(yè)務(wù)人員理解深層設(shè)計(jì)，從而加大業(yè)務(wù)人員參與度，提升業(yè)務(wù)與技術(shù)的融合；
2. 能夠有效展現(xiàn)系統(tǒng)的構(gòu)件化程度和組裝方式，加快系統(tǒng)分析、定位和設(shè)計(jì)的速度，提高溝通效率，尤其是對(duì)于跨組件、跨部門、跨團(tuán)隊(duì)的設(shè)計(jì)，這種設(shè)計(jì)實(shí)際上將業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)結(jié)合在了一起；
3. 通過對(duì)底層服務(wù)的詳細(xì)描述，可以累積項(xiàng)目自身的數(shù)據(jù)信息，便于進(jìn)行快速的成本測(cè)算、可行性評(píng)估。項(xiàng)目預(yù)算其實(shí)一直是企業(yè)的困擾，缺乏有效的估算方式，又難以結(jié)構(gòu)化地利用歷史數(shù)據(jù)，通過這種方式，能夠提升評(píng)估的準(zhǔn)確性，減少項(xiàng)目預(yù)估結(jié)果的波動(dòng)性，再基于實(shí)際支出情況不斷調(diào)整，可以逐漸提升其精確性。

不足之處，顯然，需要投入一定精力去維護(hù)，不過這種精力上的支出應(yīng)該盡可能與項(xiàng)目同步付出的，不要搞成后補(bǔ)之類的處理方式。

5. 應(yīng)用該工具管理新需求

作為架構(gòu)設(shè)計(jì)和管控工具，自然要通過它去分析和管理新需求。通過第 14 章的介紹，構(gòu)件模型可以形成新的流程表達(dá)方式，不同于業(yè)務(wù)模型是基于角色和職責(zé)，構(gòu)件模型基于系統(tǒng)結(jié)構(gòu)和關(guān)系，通過一條順序流「串」起構(gòu)件，形成完整的業(yè)務(wù)處理過程，因此，新需求可以快速定位到系統(tǒng)的修改位置，如果是需要新增構(gòu)件，則很容易可以定位到需要增加構(gòu)件的位置，分析新構(gòu)件與原有構(gòu)件的關(guān)系，最重要的是，這一切可以很方便地由產(chǎn)品經(jīng)理、業(yè)務(wù)人員完成，并加快業(yè)務(wù)人員和技術(shù)人員的溝通速度，其工作方式設(shè)想圖如圖15-3所示。

image

（圖15-3 應(yīng)用輕量級(jí)架構(gòu)管理工具管理新需求）

1. 原有功能改造需求

業(yè)務(wù)人員在產(chǎn)品銷售或服務(wù)提供過程過程中產(chǎn)生新需求，通過產(chǎn)品與模板的對(duì)應(yīng)關(guān)系，找到實(shí)現(xiàn)產(chǎn)品的構(gòu)件模型，與技術(shù)人員共同基于構(gòu)件模型分析產(chǎn)品需求的實(shí)現(xiàn)位置，如果是對(duì)原有產(chǎn)品的改造，則可以根據(jù)構(gòu)件的切分，很快找到需求的實(shí)現(xiàn)位置，進(jìn)而定位到需要改造、新增的服務(wù)及數(shù)據(jù)。

2. 新增功能需求

如果是原先沒有的業(yè)務(wù)環(huán)節(jié)或者全新產(chǎn)品（這種情況其實(shí)較少），則會(huì)產(chǎn)生構(gòu)件級(jí)別的新增，但是基于原有的業(yè)務(wù)環(huán)節(jié)，可以很快定位出新增環(huán)節(jié)與原有環(huán)節(jié)的關(guān)系，設(shè)計(jì)前后構(gòu)件間的數(shù)據(jù)關(guān)系、構(gòu)件接口。

在這種分析模式下，可以讓業(yè)務(wù)用戶以更為「專業(yè)」的方式高效參加到業(yè)務(wù)或產(chǎn)品設(shè)計(jì)過程中，將更加「精準(zhǔn)」的需求傳導(dǎo)到開發(fā)環(huán)節(jié)，提升開發(fā)效率。

如果企業(yè)原先的開發(fā)模式中，業(yè)務(wù)人員要提供較為完備的業(yè)務(wù)需求文檔，那在這種方式下，業(yè)務(wù)人員的工作量會(huì)大大降低；如果企業(yè)原先的開發(fā)模式中，經(jīng)常出現(xiàn)「一句話」需求，那在這種方式下，「一句話」會(huì)變得更精確。

企業(yè)級(jí)業(yè)務(wù)架構(gòu)的設(shè)計(jì)成果要想具有生命力，最重要的莫過于經(jīng)常使用，這一點(diǎn)無論對(duì)任何架構(gòu)設(shè)計(jì)模式都一樣。使用該工具管理新需求，其目的就是將業(yè)務(wù)架構(gòu)變成連接業(yè)務(wù)與技術(shù)的「通用語言」，使用越多則溝通越容易，也越容易被各方接受去用于溝通，這是一種正向循環(huán)。因此，一旦選擇了走企業(yè)級(jí)業(yè)務(wù)架構(gòu)這條路，請(qǐng)務(wù)必記住《紅樓夢(mèng)》中賈寶玉的「通靈寶玉」和薛寶釵的「金鎖」后邊的銘文：「莫失莫忘，仙壽恒昌；不離不棄，芳齡永繼」。

作者怎么說？

image

企業(yè)級(jí)轉(zhuǎn)型是一個(gè)很艱難的過程，它并非一個(gè)單純的技術(shù)問題，因?yàn)檗D(zhuǎn)型涉及企業(yè)的方方面面，如果想走通這條路，尤其是對(duì)傳統(tǒng)企業(yè)而言，充分認(rèn)識(shí)自身、尋找適合自身的方法極為重要。筆者多年從事企業(yè)級(jí)業(yè)務(wù)架構(gòu)設(shè)計(jì)與管控工作，有幸參與了一次歷久彌新的企業(yè)轉(zhuǎn)型工程，對(duì)業(yè)務(wù)架構(gòu)在企業(yè)級(jí)項(xiàng)目和企業(yè)轉(zhuǎn)型過程中發(fā)揮的作用深有體會(huì)，因此，筆者將對(duì)業(yè)務(wù)架構(gòu)工作的感悟與自身的學(xué)習(xí)結(jié)合起來，超脫原有的工作實(shí)踐和理論指導(dǎo)，面向可操作的一般方法論寫作本書。

本書希望能夠成為一本讓各類讀者都可以讀得懂的架構(gòu)書，因此，書中沒有讓人拿捏不準(zhǔn)的概念。殊少概念可能會(huì)因?yàn)樽非笠锥男Ч尣糠肿x者覺得有失嚴(yán)謹(jǐn)，但是，「易懂」也是架構(gòu)設(shè)計(jì)應(yīng)當(dāng)追求的目標(biāo)之一。與概念較少相對(duì)應(yīng)，本書的「感受」成分稍多，因?yàn)楣P者相信融入「感受」比單純寫方法更容易引起讀者的共鳴與思考。
文/ThoughtWorks 付曉巖

更多精彩商業(yè)洞見，請(qǐng)關(guān)注微信公眾號(hào)：ThouhgtWorks商業(yè)洞見