摘要：為了打破技術(shù)與業(yè)務(wù)的壁壘，搭建技術(shù)與業(yè)務(wù)的橋梁，因此基于如下流程實(shí)現(xiàn)應(yīng)用業(yè)務(wù)模型管理 ROMA ABM。

在數(shù)字經(jīng)濟(jì)時(shí)代，數(shù)據(jù)正在成為企業(yè)極其重要的戰(zhàn)略性資產(chǎn)。在政府方面，數(shù)據(jù)第一次作為新型生產(chǎn)要素，列為比肩土地、勞動(dòng)力、資本、技術(shù)的“第五要素”。隨著數(shù)據(jù)增多，越來(lái)越難弄清楚這些數(shù)據(jù)背后的具體含義，從而引發(fā)一些下列問(wèn)題：

• 查找信息難 大數(shù)據(jù)時(shí)代，政企數(shù)據(jù)量呈爆發(fā)式增長(zhǎng)，在海量信息中快速、精確查找數(shù)據(jù)顯得不盡如人意。
• 理解不一致 業(yè)務(wù)理解存在差異，讓IT與業(yè)務(wù)脫節(jié)成為“兩張皮”，從而造成大量重復(fù)工作，甚至影響業(yè)務(wù)決策。
• 學(xué)習(xí)成本高 員工具有一定的流動(dòng)性，如缺乏業(yè)務(wù)的管理辦法，對(duì)于新員工需要花費(fèi)大量時(shí)間和成本做培訓(xùn)，造成嚴(yán)重的知識(shí)流失和金錢(qián)消耗。

對(duì)于上述的問(wèn)題，構(gòu)建以業(yè)務(wù)模型突破語(yǔ)義屏障、運(yùn)營(yíng)管理驅(qū)動(dòng)高質(zhì)量發(fā)展的思路，構(gòu)建一套完善的資產(chǎn)管理方法。

為了打破技術(shù)與業(yè)務(wù)的壁壘，搭建技術(shù)與業(yè)務(wù)的橋梁，因此基于如下流程實(shí)現(xiàn)應(yīng)用業(yè)務(wù)模型管理 ROMA ABM（Application Business Model），

如下對(duì)關(guān)鍵的流程做了說(shuō)明和解讀，方便大家更好的理解：

1. 模型標(biāo)準(zhǔn)

先解釋下什么模型，模型是描述數(shù)據(jù)的數(shù)據(jù)，也統(tǒng)稱為元數(shù)據(jù)，比如書(shū)的目錄（作者、ISBN、價(jià)格等），簡(jiǎn)單對(duì)應(yīng)對(duì)物理表的表字段，API的輸入輸出等。

業(yè)界OMG規(guī)范組織對(duì)模型有專門(mén)的定義，在MOF 2.5規(guī)范中模型術(shù)語(yǔ)M1層。

• M3是元元模型用于定義元模型，提供基礎(chǔ)模型快速組裝一個(gè)元模型包，例如定義元模型需要的領(lǐng)域、類(lèi)、屬性、關(guān)系等等；
• M2是元模型，是M3的實(shí)例，是一種模型的規(guī)范，具體來(lái)說(shuō)就是描述組成模型的元素和元素之間的關(guān)系，如關(guān)系數(shù)據(jù)庫(kù)元模型，從庫(kù)到表、實(shí)例、表、字段、索引之間的關(guān)系；
• M1是模型，是用于描述數(shù)據(jù)的數(shù)據(jù)，比如一本書(shū)的目錄信息（作者、ISBN、價(jià)格等），一般對(duì)應(yīng)到物理表的表字段、API響應(yīng)的字段等；
• M0是基于此模型的對(duì)象，也就是物理世界中的數(shù)據(jù)，一般對(duì)應(yīng)到物理表中的數(shù)據(jù)。

2. 模型分類(lèi)

ROMA ABM定義了業(yè)界比較認(rèn)可分類(lèi)方式，主要分為：技術(shù)模型，業(yè)務(wù)模型兩種。

• 技術(shù)模型包括：字段名稱、字段長(zhǎng)度、數(shù)據(jù)庫(kù)表結(jié)構(gòu)、API描述、消息描述、文件描述等。技術(shù)模型通常通過(guò)自動(dòng)化的任務(wù)完成對(duì)模型的采集，也可以通過(guò)文件導(dǎo)入等其他方式完成模型的獲取，如下是關(guān)系型數(shù)據(jù)庫(kù)、微服務(wù)模型包的樣例供參考；

• 業(yè)務(wù)模型包括：業(yè)務(wù)名稱、業(yè)務(wù)定義、業(yè)務(wù)描述、安全策略等給其他使用者能夠看懂的業(yè)務(wù)屬性，使用者可根據(jù)自己的業(yè)務(wù)線或者領(lǐng)域快速定位到自己想要獲取的數(shù)據(jù)模型，通如下是業(yè)務(wù)模型的樣例包供參考；

3. 模型設(shè)計(jì)

通過(guò)ROMA ABM的元模型可視化配置能力能夠快速的完成元模型的設(shè)計(jì)，元模型的設(shè)計(jì)體現(xiàn)了設(shè)計(jì)者對(duì)整個(gè)業(yè)務(wù)系統(tǒng)的理解程度，從業(yè)務(wù)視角整理出的數(shù)據(jù)分類(lèi)，這里我們可以稱之為業(yè)務(wù)模型，它使得整個(gè)組織統(tǒng)一數(shù)據(jù)語(yǔ)言，是業(yè)務(wù)流打通、消除信息孤島和提升業(yè)務(wù)流集成效率的關(guān)鍵要素。在設(shè)計(jì)業(yè)務(wù)模型之前，需要對(duì)組織的業(yè)務(wù)做端到端的梳理，例如有哪些業(yè)務(wù)范圍、業(yè)務(wù)過(guò)程、業(yè)務(wù)發(fā)生主體、業(yè)務(wù)事件等等，然后將以上整理內(nèi)容做歸納總結(jié)，設(shè)計(jì)出符合自己組織特有的業(yè)務(wù)模型（元模型），這里以智慧城市的場(chǎng)景為例，整理設(shè)計(jì)歸納出數(shù)字政府的業(yè)務(wù)模型：

通過(guò)ROMA ABM可視化元模型配置能力完成數(shù)字政府業(yè)務(wù)模型的M2元模型配置、屬性配置，為了幫助大家更好的理解元模型的設(shè)計(jì)，通過(guò)數(shù)字政府業(yè)務(wù)模型對(duì)M2、M3層做詳細(xì)說(shuō)明， M3層為M2層建模提供通用的元模型設(shè)計(jì)元素，具體參考如下：

M3層設(shè)計(jì)結(jié)構(gòu)如下圖：

M2層設(shè)計(jì)結(jié)構(gòu)如下圖：

M2層除了對(duì)業(yè)務(wù)條線做了抽象以外，還定義了業(yè)務(wù)屬性，幫助使用者獲取庫(kù)表、API等底層結(jié)構(gòu)依賴的業(yè)務(wù)附加屬性，這些類(lèi)內(nèi)容通過(guò)底層的系統(tǒng)是無(wú)法獲取的，具體需要附加哪些屬性，需要數(shù)據(jù)管理者結(jié)合業(yè)務(wù)場(chǎng)景做梳理，如下是數(shù)字政府業(yè)務(wù)模型包中提供的通用屬性，供參考；

通過(guò)上面的數(shù)字政府業(yè)務(wù)模型我們其實(shí)不難發(fā)現(xiàn)，模型管理的核心能力就是從抽象逐步分解到實(shí)現(xiàn)，M0、M1、M2、M3對(duì)象在真實(shí)系統(tǒng)中的關(guān)系可以總結(jié)如下：

• M1是M0層抽象，M0代表實(shí)際存儲(chǔ)的數(shù)據(jù)，M1代表存儲(chǔ)這組數(shù)據(jù)需要的結(jié)構(gòu)，通常對(duì)應(yīng)到業(yè)務(wù)系統(tǒng)中就是一組表結(jié)構(gòu)、一組API、一組文件等等；
• M2是M1層的抽象，M2代表對(duì)M1這些表結(jié)構(gòu)、API、文件等的存儲(chǔ)模型，M2層雖然是元模型，但同時(shí)M2也是數(shù)據(jù)，因此元模型也需要統(tǒng)一的存儲(chǔ)結(jié)構(gòu)并且具備擴(kuò)展性；
• M3是M2層的抽象，M3代表對(duì)M2的抽象，具有通用型，就和設(shè)計(jì)工具類(lèi)似，可以設(shè)計(jì)各式各樣的元模型；

4. 模型關(guān)聯(lián)

通過(guò)以上設(shè)計(jì)完成了業(yè)務(wù)模型與技術(shù)模型的設(shè)計(jì)以及配置，但是這個(gè)時(shí)候兩類(lèi)模型之間并沒(méi)有發(fā)生任何關(guān)系，因此我們需要將業(yè)務(wù)模型與技術(shù)模型關(guān)聯(lián)起來(lái)，讓技術(shù)語(yǔ)言走向業(yè)務(wù)語(yǔ)言，通過(guò)工具提供快速、穩(wěn)定、多樣的關(guān)聯(lián)顯得非常的重要。

在整個(gè)MOF框架中，M3-元模型是整個(gè)模型管理的核心， 那么如何構(gòu)建“可配+多樣+穩(wěn)定”模型采集框架就很關(guān)鍵，我們可以參考如下原則：

• M3元模型能力圖形組件化，通過(guò)拖拽方式完成對(duì)元模型包的構(gòu)建；
• 同類(lèi)型元模型下的多套采集適配器共用“一套程序”，實(shí)現(xiàn)各種介質(zhì)中的模型與關(guān)系進(jìn)行采集與解析，重點(diǎn)用于對(duì)技術(shù)模的多樣化采集，如下是關(guān)系型數(shù)據(jù)庫(kù)的適配樣例圖：

• 元模型包設(shè)計(jì)過(guò)程中支持跨包關(guān)聯(lián)，即當(dāng)前元模型可以和其他元模型發(fā)生依賴關(guān)系，模型采集完成后自動(dòng)實(shí)現(xiàn)跨包關(guān)聯(lián)；

基于上述原則從而形成下列模型采集過(guò)程：

經(jīng)過(guò)以上步驟處理以后，將本身不可讀的表、字段、API等信息全部轉(zhuǎn)化為帶有業(yè)務(wù)語(yǔ)義的模型，讓各個(gè)部門(mén)、各個(gè)系統(tǒng)、各個(gè)開(kāi)發(fā)者在用數(shù)的查找上更簡(jiǎn)單、效率更高，徹底實(shí)現(xiàn)技術(shù)模型到業(yè)務(wù)模型的扭轉(zhuǎn)。

5. 模型生態(tài)

應(yīng)用業(yè)務(wù)模型管理（ROMA ABM）作為元模型驅(qū)動(dòng)開(kāi)發(fā)的載體，與周邊系統(tǒng)或者伙伴形成良好的生態(tài)循環(huán)：

• 將存量系統(tǒng)中的庫(kù)表、API、文件等技術(shù)模型自動(dòng)化抽取，通過(guò)可視化的元模型設(shè)計(jì)器，讓所有的技術(shù)模型能夠按照業(yè)務(wù)領(lǐng)域統(tǒng)一存儲(chǔ)，讓開(kāi)發(fā)者或者用戶不需要關(guān)心實(shí)際的細(xì)節(jié)，屏蔽底層系統(tǒng)的差異；
• 通過(guò)模型扭轉(zhuǎn)把技術(shù)模型與業(yè)務(wù)模型自動(dòng)關(guān)聯(lián)，讓底層庫(kù)表、API等這些無(wú)法理解的數(shù)據(jù)模型具有業(yè)務(wù)上的語(yǔ)義，同時(shí)讓所有的底層數(shù)據(jù)模型回歸到屬于它自己的業(yè)務(wù)范圍，讓懂業(yè)務(wù)的開(kāi)發(fā)者或用戶可以在自己擅長(zhǎng)的業(yè)務(wù)范圍內(nèi)，使用自己熟悉的業(yè)務(wù)語(yǔ)言完成數(shù)據(jù)模型的查找；
• 第三方應(yīng)用或者系統(tǒng)可以通過(guò)統(tǒng)一的接口獲取技術(shù)模型、業(yè)務(wù)模型，更進(jìn)一步完成模型的消費(fèi)，第三方應(yīng)用或者系統(tǒng)基于已有的存量模型通過(guò)組合、編排等方式生成新的模型后，在回饋給應(yīng)用業(yè)務(wù)模型管理服務(wù)，讓所有模型像血液一樣不停在整個(gè)系統(tǒng)中流動(dòng)，最終形成完整的模型生態(tài)。

本文分享自華為云社區(qū)《基于MOF的應(yīng)用模型管理》，原文作者：中間件小哥。

點(diǎn)擊關(guān)注，第一時(shí)間了解華為云新鮮技術(shù)~