一、元模型定義

“元模型（Meta Model）又稱“模型的模型”，通常用于定義模型中具有哪些基本元素、元素之間的關(guān)系或者關(guān)系表示，是比模型抽象度更高的模型表示或者模型定義。之前介紹過的DoDAF就是一種以元模型為核心的架構(gòu)構(gòu)建方法。TOGAF也定義了自己的內(nèi)容元模型，以表明業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、數(shù)據(jù)架構(gòu)和技術(shù)架構(gòu)的核心內(nèi)容及相互之間的關(guān)系。

元模型體現(xiàn)了方法論的架構(gòu)觀，即方法論是如何理解設(shè)計對象的。這一定義源自筆者對“世界觀”的理解，所謂“世界觀”就是基于對世界的觀察而形成的對世界的觀念，也即對世界的理解。根據(jù)觀察，如果認(rèn)為地球是繞著太陽轉(zhuǎn)的，對應(yīng)的世界觀就是“日心說”；如果認(rèn)為太陽是繞著地球轉(zhuǎn)的，對應(yīng)的世界觀就是“地心說”。“世界觀”通常不是一個觀點，而是一組相互關(guān)聯(lián)的觀點體系。

“當(dāng)我們思考設(shè)計對象的架構(gòu)時也是如此，架構(gòu)觀就是基于對設(shè)計對象的觀察而形成的對設(shè)計對象的理解。觀察都需要視角，架構(gòu)觀主要受觀察視角的影響，對于架構(gòu)設(shè)計而言，基礎(chǔ)的視角就是側(cè)重于分析設(shè)計對象的結(jié)構(gòu)、關(guān)系、演進(jìn)原則，架構(gòu)師可以從這幾個點出發(fā)去理解所有設(shè)計對象。基于此形成的架構(gòu)觀，就是反映了設(shè)計對象的結(jié)構(gòu)、內(nèi)外部關(guān)系以及演進(jìn)原則的一組觀點體系。

基于該觀念，架構(gòu)高階元模型如圖4-1所示。”

“這個高階元模型說明，事物都是由不同的構(gòu)件組成的，構(gòu)件之間具有相互聯(lián)系，事物擁有或者可以為其設(shè)計作用于其構(gòu)件的規(guī)律，架構(gòu)設(shè)計的任務(wù)就是處理好這些關(guān)鍵點。

以高階元模型為基礎(chǔ)，可以產(chǎn)生各種實例的元模型，比如TOGAF內(nèi)容元模型、FSDM的九大領(lǐng)域、DoDAF元模型、價值鏈高階模型等，這些都可以歸類為這一高階元模型的元模型實例，圖3-1，也是一個元模型實例。這有些類似“道生一、一生二、二生三”的邏輯，“道”就是架構(gòu)觀，“一”就是架構(gòu)高階元模型，二、三就是元模型實例。在本章中提出的企業(yè)架構(gòu)元模型也屬于高階元模型的一種實例。

以上思想中，其實我在以前的文章中也有提到過，其實事務(wù)的本質(zhì)來源于元素+元素關(guān)系，而在世界法則中更多的是人、事、物之間的聯(lián)系。

二、元模型框架

“以高階元模型的抽象結(jié)構(gòu)為指導(dǎo)，本書基于筆者的實踐與思考，采用了面向數(shù)字化生態(tài)、面向戰(zhàn)略、面向構(gòu)件的思路，以業(yè)務(wù)架構(gòu)為核心構(gòu)建了企業(yè)架構(gòu)的元模型，以明確企業(yè)架構(gòu)設(shè)計的核心要素及其關(guān)系。該企業(yè)架構(gòu)元模型如圖4-2所示。

圖4-2中的戰(zhàn)略元模型、組織元模型、業(yè)務(wù)元模型和業(yè)務(wù)構(gòu)件元模型都屬于業(yè)務(wù)架構(gòu)元模型。按照筆者觀點，這是傳統(tǒng)業(yè)務(wù)架構(gòu)與數(shù)據(jù)架構(gòu)融合后的業(yè)務(wù)架構(gòu)，應(yīng)用架構(gòu)元模型承接業(yè)務(wù)架構(gòu)元模型，技術(shù)架構(gòu)元模型實現(xiàn)應(yīng)用架構(gòu)元模型并在一定程度上受到業(yè)務(wù)架構(gòu)元模型的約束。

“圖中標(biāo)記了五角星的元素，為該元模型相較以往的方法論重點改良的元素。未標(biāo)注連線的元素之間可以通過其共同連接的元素傳遞連接關(guān)系，比如“組織元模型”中“崗位”執(zhí)行“業(yè)務(wù)服務(wù)”，“業(yè)務(wù)服務(wù)”活動于“空間”，可以認(rèn)為“崗位”也是活動于“空間”的，這種關(guān)系與數(shù)據(jù)建模中數(shù)據(jù)實體之間的關(guān)系類似，畢竟元模型本身也可以視為一種數(shù)據(jù)模型。4.3節(jié)將分別介紹元模型的各個組成部分。”

2.1、戰(zhàn)略元模型&組織元模型

“戰(zhàn)略是企業(yè)發(fā)展的方向性指導(dǎo)，也是凝聚企業(yè)力量的關(guān)鍵，很多互聯(lián)網(wǎng)企業(yè)都非常重視自身戰(zhàn)略管理能力的建設(shè)，尤其是會影響企業(yè)文化的愿景、價值觀等的能力。

“根據(jù)TOGAF的定義，企業(yè)是具有相同目標(biāo)的一系列組織的集合。這是一個外延很寬的定義，并非特指通常認(rèn)為的生產(chǎn)性、經(jīng)營性企業(yè)。根據(jù)這個定義，企業(yè)其實本就沒有內(nèi)外部之分，而是一個目標(biāo)導(dǎo)向的非固化集合體，很有今天常說的生態(tài)型、開放型企業(yè)的意味。”

2.2、業(yè)務(wù)元模型&業(yè)務(wù)構(gòu)件元模型

“業(yè)務(wù)是企業(yè)實際的價值創(chuàng)造過程，是崗位通過一定的服務(wù)方式為用戶（含內(nèi)部）實現(xiàn)價值的過程。在某些行業(yè)中，這個過程可能很長，比如醫(yī)療行業(yè)為慢性病患者提供的治療服務(wù)；而在另一些行業(yè)，這個過程可能非常短暫，比如互聯(lián)網(wǎng)內(nèi)容服務(wù)商提供的短視頻服務(wù)。但是抽象來講，所有的業(yè)務(wù)都是由用戶、崗位、規(guī)則、服務(wù)、數(shù)據(jù)和空間等元素組織起來的。這些內(nèi)容加起來，更像是今天大家常提及的“場景”，“場景”其實是一個影視劇術(shù)語，指在一定的時間、空間（主要是空間）內(nèi)發(fā)生的一定的任務(wù)行動或因人物關(guān)系而構(gòu)成的具體生活畫面。

“1）業(yè)務(wù)規(guī)則。業(yè)務(wù)規(guī)則是由崗位制定的，是業(yè)務(wù)服務(wù)過程中必須遵守的約定，既包括常見的業(yè)務(wù)制度，如銀行中大量的內(nèi)部經(jīng)營管理制度，也包括產(chǎn)品服務(wù)承諾，比如快遞送達(dá)時間的承諾，以及數(shù)字化產(chǎn)品中經(jīng)常出現(xiàn)的算法規(guī)則，比如用戶畫像到產(chǎn)品推薦過程中的各種算法，這些算法并沒有被抽象成制度，但實際上比制度的可執(zhí)行性、約束力更強。業(yè)務(wù)規(guī)則一旦形成，也會形成對崗位的約束。

2）業(yè)務(wù)活動。業(yè)務(wù)活動通常是由崗位遵循一定的業(yè)務(wù)規(guī)則執(zhí)行的業(yè)務(wù)過程。從抽象角度講，企業(yè)對外的營銷活動、產(chǎn)品服務(wù)、售后服務(wù)、監(jiān)管報送等，企業(yè)內(nèi)部的戰(zhàn)略制定、落實監(jiān)督、目標(biāo)制定、目標(biāo)考核、架構(gòu)設(shè)計、方法論研究等都屬于業(yè)務(wù)活動。業(yè)務(wù)活動的服務(wù)對象可以是外部用戶，也可以是內(nèi)部崗位，業(yè)務(wù)活動總是在一定的空間中進(jìn)行的。

“業(yè)務(wù)活動會生產(chǎn)或消費（經(jīng)常同時進(jìn)行）業(yè)務(wù)對象。業(yè)務(wù)活動可以根據(jù)需要聚合成業(yè)務(wù)領(lǐng)域，也即，業(yè)務(wù)領(lǐng)域?qū)嶋H上是多個業(yè)務(wù)活動的聚類。從抽象角度講，如果一個領(lǐng)域內(nèi)的多個活動可以“無縫”連接，那一個業(yè)務(wù)領(lǐng)域?qū)嶋H上就是一個很長的、端到端的業(yè)務(wù)活動。經(jīng)常有讀者詢問筆者關(guān)于業(yè)務(wù)領(lǐng)域的定義原則，在筆者看來，業(yè)務(wù)領(lǐng)域其實不需要特別明確的定義，它是業(yè)務(wù)活動的靈活聚合，類似組織單元與崗位的關(guān)系，細(xì)分的業(yè)務(wù)活動和業(yè)務(wù)對象是相對穩(wěn)定的，業(yè)務(wù)領(lǐng)域可以根據(jù)戰(zhàn)略、組織單元和對用戶的理解進(jìn)行靈活的定義與調(diào)整。

3）業(yè)務(wù)對象。業(yè)務(wù)對象指的是高階邏輯級的數(shù)據(jù)模型，除了常見的申請表、報告單、用戶信息等業(yè)務(wù)對象外，業(yè)務(wù)經(jīng)驗、架構(gòu)設(shè)計成果、方法論等業(yè)務(wù)知識也都屬于業(yè)務(wù)對象。面向數(shù)字化轉(zhuǎn)型，筆者認(rèn)為，一切業(yè)務(wù)服務(wù)最好都能產(chǎn)生可數(shù)據(jù)化的業(yè)務(wù)對象，

“業(yè)務(wù)活動與業(yè)務(wù)對象的關(guān)系識別就是實現(xiàn)“一切業(yè)務(wù)數(shù)據(jù)化，一切數(shù)據(jù)業(yè)務(wù)化”的起點。知識服務(wù)是企業(yè)轉(zhuǎn)變成知識型企業(yè)所必須建立的業(yè)務(wù)活動，所以，知識也是很重要的業(yè)務(wù)對象。嚴(yán)格來說，“愿景、價值觀”“戰(zhàn)略”“戰(zhàn)略能力”也屬于業(yè)務(wù)對象，”

“但考慮到上述元素的重要性以及讓元模型更容易理解等因素，我們將它們與業(yè)務(wù)對象分開描述。

業(yè)務(wù)對象（Business Object，BO）一詞在軟件設(shè)計中也指對數(shù)據(jù)進(jìn)行檢索和處理的組件，包含狀態(tài)與行為兩部分，但是筆者本處使用該詞僅指業(yè)務(wù)人員對業(yè)務(wù)處理對象的認(rèn)知，是數(shù)據(jù)模型建立初期的識別過程的產(chǎn)物，是用于后續(xù)細(xì)化數(shù)據(jù)實體的輸入。

業(yè)務(wù)對象也有聚合能力，可以向上聚合成更高階的業(yè)務(wù)對象主題域，而是否要執(zhí)行這一聚合則是可選項，執(zhí)行聚合通常是指為了更好地確認(rèn)業(yè)務(wù)對象之間的關(guān)系和業(yè)務(wù)對象識別的完整性。”

“業(yè)務(wù)構(gòu)件是業(yè)務(wù)架構(gòu)中構(gòu)件設(shè)計的關(guān)鍵，是提煉用于組裝業(yè)務(wù)服務(wù)的基礎(chǔ)元素。”

“1）業(yè)務(wù)構(gòu)件。業(yè)務(wù)活動可以發(fā)生一定的變化，與支持活動的基礎(chǔ)能力相比，業(yè)務(wù)活動是不夠穩(wěn)定且可變的，如同崗位與組織之間的關(guān)系。業(yè)務(wù)構(gòu)件是對業(yè)務(wù)行為和業(yè)務(wù)數(shù)據(jù)的“封裝”，戰(zhàn)略能力通過崗位傳遞到崗位執(zhí)行的業(yè)務(wù)活動上，進(jìn)而沉淀在業(yè)務(wù)構(gòu)件中包含的業(yè)務(wù)能力上。業(yè)務(wù)構(gòu)件可以按照業(yè)務(wù)活動的需要進(jìn)行組裝，這是對業(yè)務(wù)的結(jié)構(gòu)化。業(yè)務(wù)構(gòu)件可以聚合成業(yè)務(wù)組件，聚合的依據(jù)則是不同業(yè)務(wù)構(gòu)件包含的業(yè)務(wù)數(shù)據(jù)之間的業(yè)務(wù)關(guān)系。這種定義要遵從業(yè)務(wù)的理解，其表達(dá)也應(yīng)是業(yè)務(wù)人員可以理解的。業(yè)務(wù)構(gòu)件的設(shè)計要盡可能減少行為重疊，行為重疊會造成資源浪費。但在實際業(yè)務(wù)中，完全不重疊可能較難實現(xiàn)。盡可能避免數(shù)據(jù)重疊，數(shù)據(jù)重疊會造成耦合，并向開發(fā)側(cè)傳遞數(shù)據(jù)一致性問題。業(yè)務(wù)構(gòu)件應(yīng)盡可能被技術(shù)人員以系統(tǒng)化的方式實現(xiàn)，但并非所有業(yè)務(wù)構(gòu)件都可以實現(xiàn)系統(tǒng)化。

2）業(yè)務(wù)任務(wù)。業(yè)務(wù)任務(wù)是實現(xiàn)業(yè)務(wù)預(yù)想結(jié)果所必須執(zhí)行的一系列動作，可以固化成一段操作過程、一個具體的操作動作或一連串軟件行為。業(yè)務(wù)任務(wù)在執(zhí)行過程中會消費或產(chǎn)生一定的業(yè)務(wù)數(shù)據(jù)，無論是否是由業(yè)務(wù)系統(tǒng)支持的執(zhí)行過程。可能有一些業(yè)務(wù)行為不易數(shù)據(jù)化，比如與用戶共情，但是不應(yīng)放棄以數(shù)據(jù)進(jìn)行描述的努力。業(yè)務(wù)規(guī)則也可以被直接實現(xiàn)為業(yè)務(wù)行為，比如特定風(fēng)控規(guī)則的實現(xiàn)會表現(xiàn)為針對特定場景的風(fēng)控行為。

“3）業(yè)務(wù)數(shù)據(jù)。業(yè)務(wù)數(shù)據(jù)是對業(yè)務(wù)對象狀態(tài)以及業(yè)務(wù)任務(wù)執(zhí)行過程與結(jié)果的描述。業(yè)務(wù)數(shù)據(jù)可以組成業(yè)務(wù)對象，這意味著不同的業(yè)務(wù)對象可能具有部分相同的業(yè)務(wù)數(shù)據(jù)。業(yè)務(wù)對象是概念級的數(shù)據(jù)模型，而業(yè)務(wù)數(shù)據(jù)是邏輯級的數(shù)據(jù)模型。業(yè)務(wù)數(shù)據(jù)應(yīng)當(dāng)具備企業(yè)級的唯一性，以滿足數(shù)據(jù)標(biāo)準(zhǔn)化的要求，建議遵從三范式的要求。業(yè)務(wù)數(shù)據(jù)可以聚合成主題域，以表現(xiàn)具有一定聯(lián)系的數(shù)據(jù)集合，并為業(yè)務(wù)構(gòu)件的聚類提供判斷依據(jù)。”

2.3、業(yè)務(wù)架構(gòu)元模型

“業(yè)務(wù)架構(gòu)設(shè)計是結(jié)構(gòu)化分析、設(shè)計企業(yè)整體業(yè)務(wù)能力的過程，包括了對戰(zhàn)略、組織、業(yè)務(wù)、構(gòu)件的分析與連接。本書提出的業(yè)務(wù)架構(gòu)元模型所代表的業(yè)務(wù)架構(gòu)設(shè)計模式并非全新的、顛覆性的業(yè)務(wù)架構(gòu)設(shè)計模式，依然是在傳統(tǒng)企業(yè)架構(gòu)方法論上的演進(jìn)，其自身的特點主要集中體現(xiàn)在對業(yè)務(wù)的深入構(gòu)件設(shè)計上，這是實現(xiàn)真正的構(gòu)件開發(fā)模式的基礎(chǔ)。以往的構(gòu)件開發(fā)實踐（模塊化、SOA、微服務(wù)等）在業(yè)務(wù)側(cè)的分析不足，更多聚焦在技術(shù)側(cè)的設(shè)計，缺少對業(yè)務(wù)人員結(jié)構(gòu)化思維的培養(yǎng)和對業(yè)務(wù)自身的構(gòu)件設(shè)計。如果業(yè)務(wù)自身沒有很好地進(jìn)行構(gòu)件設(shè)計，通常技術(shù)側(cè)也不會產(chǎn)生好的構(gòu)件設(shè)計。”

2.4、應(yīng)用架構(gòu)元模型

“應(yīng)用架構(gòu)是業(yè)務(wù)架構(gòu)與技術(shù)架構(gòu)的連接環(huán)節(jié)，業(yè)務(wù)的結(jié)構(gòu)化分析成果通過應(yīng)用架構(gòu)轉(zhuǎn)化為邏輯服務(wù)、邏輯數(shù)據(jù)并由技術(shù)架構(gòu)最終實現(xiàn)。經(jīng)過應(yīng)用架構(gòu)設(shè)計，業(yè)務(wù)需求轉(zhuǎn)化為技術(shù)需求，尤其是功能性需求，因此元模型也聚焦于功能性需求的連接上。應(yīng)用架構(gòu)元模型如圖4-8所示。

1）邏輯功能。邏輯功能是根據(jù)業(yè)務(wù)任務(wù)設(shè)計的，邏輯功能會生產(chǎn)或消費一定的邏輯數(shù)據(jù)，因為是面向系統(tǒng)設(shè)計的，所以邏輯功能必須生產(chǎn)或消費邏輯數(shù)據(jù)。邏輯功能會組成應(yīng)用構(gòu)件。業(yè)務(wù)任務(wù)與邏輯功能之間可以不是嚴(yán)格的一對一關(guān)系，但考慮到整體能力地圖的清晰性，應(yīng)該盡可能保持業(yè)務(wù)能力對邏輯功能的一對一、一對多關(guān)系（以一對一關(guān)系為主，一對多關(guān)系主要是考慮實現(xiàn)的制約）；應(yīng)盡可能減少業(yè)務(wù)能力對邏輯功能的多對一關(guān)系，這種關(guān)系意味著業(yè)務(wù)構(gòu)件的邊界重疊。

“2）邏輯數(shù)據(jù)。邏輯數(shù)據(jù)同樣是邏輯級數(shù)據(jù)模型，但是考慮到設(shè)計實現(xiàn)，與業(yè)務(wù)數(shù)據(jù)相比，可以適當(dāng)進(jìn)行“降范”，考慮派生數(shù)據(jù)等，并允許一定程度上的冗余，但這不意味著無限放開冗余，而是在考慮設(shè)計必要性時放開。主題域由業(yè)務(wù)數(shù)據(jù)聚合而成，邏輯數(shù)據(jù)是“降范”的業(yè)務(wù)數(shù)據(jù)，因而不再考慮通過聚合的方式定義這一層級的主題域。

3）應(yīng)用構(gòu)件。應(yīng)用構(gòu)件是對邏輯功能和邏輯數(shù)據(jù)的“封裝”，是技術(shù)層面設(shè)計的“積木塊”，是構(gòu)件設(shè)計在技術(shù)側(cè)的體現(xiàn)。應(yīng)用構(gòu)件的設(shè)計要以業(yè)務(wù)構(gòu)件為指導(dǎo)，盡可能保持一致，以確保業(yè)務(wù)側(cè)對業(yè)務(wù)構(gòu)件的可組裝預(yù)期能夠順利過渡到技術(shù)側(cè)對應(yīng)用構(gòu)件的可調(diào)用設(shè)計。應(yīng)用構(gòu)件可以聚合成應(yīng)用組件（相當(dāng)于邏輯子系統(tǒng)），組件可以輔助開發(fā)任務(wù)的分工。組件可以再聚合成應(yīng)用架構(gòu)的分層，但是應(yīng)用架構(gòu)的分層無須在元模型層級展現(xiàn)。”

“4）應(yīng)用編排。業(yè)務(wù)活動通常是經(jīng)過一定的過程來實現(xiàn)的，在業(yè)務(wù)側(cè)，筆者將其定義為業(yè)務(wù)活動對業(yè)務(wù)構(gòu)件的組裝；在技術(shù)側(cè)，筆者將其定義為應(yīng)用編排對應(yīng)用構(gòu)件的調(diào)用。應(yīng)用編排反映了技術(shù)側(cè)對業(yè)務(wù)活動過程的實現(xiàn)，但需要注意的是，業(yè)務(wù)活動的范圍可能大于應(yīng)用編排，這意味著存在線上線下協(xié)同的場景。此外，應(yīng)用編排也有可能出現(xiàn)不同層級的調(diào)用，也即，應(yīng)用編排可能調(diào)用其他應(yīng)用編排，這通常意味著更大范圍的業(yè)務(wù)活動之間的組合。但是，考慮到應(yīng)用的不穩(wěn)定性，設(shè)計過于復(fù)雜的應(yīng)用間調(diào)用需要慎重。”

2.5、技術(shù)架構(gòu)元模型

“技術(shù)架構(gòu)是對應(yīng)用架構(gòu)的物理實現(xiàn)。技術(shù)架構(gòu)本身是非常復(fù)雜的，但是考慮到元模型面向的是企業(yè)中業(yè)務(wù)和技術(shù)兩側(cè)，因此技術(shù)架構(gòu)中對元模型要素進(jìn)行了高度簡化。技術(shù)架構(gòu)元模型如圖4-9所示。

1）物理構(gòu)件。物理構(gòu)件是應(yīng)用構(gòu)件的物理實現(xiàn)，物理構(gòu)件也包含功能和數(shù)據(jù)，但是技術(shù)架構(gòu)并非本元模型的重點關(guān)注內(nèi)容，因此無須在元模型層級詳細(xì)展現(xiàn)。物理構(gòu)件可以聚合成物理組件。

2）技術(shù)平臺。技術(shù)平臺用于實現(xiàn)物理構(gòu)件（或者聚合后的物理組件），可以基于特定技術(shù)類型建立平臺，如人工智能、區(qū)塊鏈、大數(shù)據(jù)等平臺；也可以基于語言類型劃分業(yè)務(wù)功能平臺，如C語言、Java語言等平臺；也可以基于特定目的建立平臺，如監(jiān)控平臺、任務(wù)調(diào)度平臺等。技術(shù)平臺還可以聚類成技術(shù)架構(gòu)的分層，但技術(shù)架構(gòu)的分層屬于聚合元素，無須在元模型層級展現(xiàn)。”

“出于對數(shù)字化轉(zhuǎn)型的特殊考慮，虛擬空間構(gòu)建技術(shù)是未來技術(shù)發(fā)展的焦點，因此，戰(zhàn)略元模型中的“空間”元素越過了“應(yīng)用架構(gòu)元模型”，直接對應(yīng)到了“技術(shù)架構(gòu)元模型”中的“技術(shù)平臺”上，這也反應(yīng)了業(yè)務(wù)架構(gòu)與技術(shù)架構(gòu)之間的聯(lián)系方式。搭建虛擬空間需要的技術(shù)平臺應(yīng)該在企業(yè)實力允許的情況下，以戰(zhàn)略級的發(fā)展要求進(jìn)行嘗試。

2.6、元模型中的關(guān)鍵鏈條

“構(gòu)件設(shè)計并非只是技術(shù)側(cè)的問題，而是需要業(yè)務(wù)與技術(shù)兩側(cè)的共同努力，因此，從業(yè)務(wù)架構(gòu)開始，有一條關(guān)鍵鏈條影響著構(gòu)件設(shè)計的最終實現(xiàn)效果，如圖4-10所示。

“這個關(guān)鍵鏈條上元素定義的一致性或者說映射關(guān)系的清晰性決定了構(gòu)件設(shè)計的最終效果，以往的企業(yè)架構(gòu)設(shè)計或者軟件設(shè)計沒有很好地解決從戰(zhàn)略分析開始到最后技術(shù)實現(xiàn)方面的一致性問題。元模型并不意味著軟件設(shè)計會被復(fù)雜化，因為無論采用何種策略進(jìn)行軟件開發(fā)，最終開發(fā)結(jié)果都會映射到這些元素上，而難以令人滿意的開發(fā)結(jié)果往往會缺少該鏈條中的某些元素，或者沒有做好某些元素的設(shè)計。我們沒有任何理由忽略這些設(shè)計元素，任何對這些元素的忽略最終都會導(dǎo)致技術(shù)債務(wù)。同樣，元模型也不意味著軟件設(shè)計會大幅度簡化，而是更加清楚地展示了重要的元素及其關(guān)系，加強架構(gòu)師、開發(fā)人員對設(shè)計重點的關(guān)注，提供一個更有效率的分析路徑。

從這個鏈條上看，詳細(xì)分解戰(zhàn)略能力、標(biāo)準(zhǔn)化崗位設(shè)計、持續(xù)優(yōu)化業(yè)務(wù)流程、標(biāo)準(zhǔn)化管理企業(yè)數(shù)據(jù)、與業(yè)務(wù)保持一定程度的一致性去設(shè)計應(yīng)用構(gòu)件，是實現(xiàn)高效的構(gòu)件開發(fā)的必要條件，這也是其他開發(fā)模式不可忽略的要素。當(dāng)然，這并不意味著沒有對這些元素的萬全設(shè)計，就不能進(jìn)行軟件開發(fā)，而是應(yīng)當(dāng)通過元模型使我們對架構(gòu)關(guān)鍵點的認(rèn)識更清晰，知道有哪些“坑”需要持續(xù)去填，也知道填“坑”的意義。”

三、元模型框架治理原則

“1.總體原則

1）盡可能遵循康威定律，以彌合組織與系統(tǒng)之間存在的差異。

2）在總體上盡可能考慮基于構(gòu)件的設(shè)計，以便擴(kuò)展。

3）企業(yè)架構(gòu)的分析過程中盡可能保持行為（業(yè)務(wù)）與數(shù)據(jù)的強關(guān)聯(lián)。

4）企業(yè)架構(gòu)設(shè)計盡可能保持簡潔，突出關(guān)鍵要素，不要在企業(yè)復(fù)雜度上額外疊加架構(gòu)復(fù)雜度。

5）企業(yè)架構(gòu)設(shè)計本身不會替代需求分析，不必增加過多細(xì)節(jié)。

6）企業(yè)架構(gòu)設(shè)計最終要形成企業(yè)能力地圖，因此企業(yè)架構(gòu)與業(yè)務(wù)系統(tǒng)的實現(xiàn)和演進(jìn)過程緊密相關(guān)，業(yè)務(wù)系統(tǒng)的實現(xiàn)和演進(jìn)都應(yīng)基于企業(yè)架構(gòu)設(shè)計進(jìn)行。

2.操作性原則

1）業(yè)務(wù)架構(gòu)必須可以被業(yè)務(wù)人員理解并認(rèn)可，因為這是對業(yè)務(wù)的結(jié)構(gòu)化過程。

2）業(yè)務(wù)架構(gòu)面向的是企業(yè)全部業(yè)務(wù)，因此，業(yè)務(wù)架構(gòu)范圍可以大于應(yīng)用架構(gòu)范圍。

3）愿景應(yīng)當(dāng)具有一定的用戶指向。

4）價值觀必須是由企業(yè)領(lǐng)導(dǎo)者帶頭實踐的。

11）為了支持組織單元的靈活性，崗位必須相對具有更好的穩(wěn)定性，崗位必須承載戰(zhàn)略能力并且容易被識別，以支持對組織單元的靈活聚合。

12）業(yè)務(wù)規(guī)則最好能夠進(jìn)行適度的抽象和剝離，以便與業(yè)務(wù)活動、業(yè)務(wù)任務(wù)進(jìn)行結(jié)合和調(diào)整。

13）業(yè)務(wù)活動設(shè)計應(yīng)保持內(nèi)聚性和可聚合能力，需要關(guān)注活動顆粒度，并與業(yè)務(wù)對象緊密結(jié)合。

14）業(yè)務(wù)活動可以聚合成業(yè)務(wù)領(lǐng)域，這將保持業(yè)務(wù)領(lǐng)域的靈活性。

15）業(yè)務(wù)構(gòu)件應(yīng)當(dāng)同時包含業(yè)務(wù)任務(wù)和業(yè)務(wù)數(shù)據(jù)，這樣的構(gòu)件才是獨立而完整的。

16）業(yè)務(wù)構(gòu)件設(shè)計應(yīng)當(dāng)減少構(gòu)件之間業(yè)務(wù)能力的重疊，避免構(gòu)件之間業(yè)務(wù)數(shù)據(jù)的重疊。

17）業(yè)務(wù)構(gòu)件可以聚合成業(yè)務(wù)組件，聚類主要依據(jù)其包含的業(yè)務(wù)數(shù)據(jù)對應(yīng)的業(yè)務(wù)關(guān)系。

18）業(yè)務(wù)構(gòu)件應(yīng)盡可能被系統(tǒng)化實現(xiàn)。

19）戰(zhàn)略能力最終應(yīng)當(dāng)沉淀在業(yè)務(wù)任務(wù)和業(yè)務(wù)數(shù)據(jù)上。

20）業(yè)務(wù)數(shù)據(jù)必須具有企業(yè)級的唯一性定義，應(yīng)盡可能將業(yè)務(wù)對象數(shù)據(jù)化。

21）業(yè)務(wù)任務(wù)到邏輯功能應(yīng)盡可能保持一對一或一對多關(guān)系（以一對一關(guān)系為主，一對多關(guān)系主要是考慮實現(xiàn)的制約），盡可能減少邏輯功能到業(yè)務(wù)能力的一對多關(guān)系。

22）邏輯數(shù)據(jù)允許“降范”設(shè)計，但是不意味著無限放開。

23）應(yīng)用構(gòu)件的設(shè)計應(yīng)盡可能與業(yè)務(wù)構(gòu)件保持一致。

24）應(yīng)用之間可以互相調(diào)用，但設(shè)計復(fù)雜的應(yīng)用間調(diào)用應(yīng)當(dāng)慎重，設(shè)計應(yīng)用間調(diào)用時要考慮被調(diào)用對象的變化是否需要傳給調(diào)用者，如不需要，意味著不做應(yīng)用間調(diào)用更合適。”

四、參考資料

- 聚合架構(gòu) 面向數(shù)字生態(tài)的構(gòu)件化企業(yè)架構(gòu)