MDM主數(shù)據(jù)管理概述

主數(shù)據(jù)是描述核心業(yè)務(wù)實(shí)體（如客戶、供應(yīng)商、地點(diǎn)、產(chǎn)品和庫存）的一個或多個屬性。所以主數(shù)據(jù)即是在進(jìn)行企業(yè)業(yè)務(wù)架構(gòu)分析中發(fā)現(xiàn)的核心業(yè)務(wù)對象?；蛘咧v主數(shù)據(jù)是企業(yè)已經(jīng)存在的涉及到價值鏈核心業(yè)務(wù)流程的各個IT系統(tǒng)的基礎(chǔ)數(shù)據(jù)。

對于ERP系統(tǒng)客戶，供應(yīng)商，物料，BOM，產(chǎn)品，合同，訂單等都應(yīng)該是最基礎(chǔ)的數(shù)據(jù)，對于項目管理系統(tǒng)而言項目信息，WBS信息則是最基本的基礎(chǔ)數(shù)據(jù)。而對于CRM系統(tǒng)則客戶，銷售項目是最基本的基礎(chǔ)數(shù)據(jù)?；A(chǔ)數(shù)據(jù)要上升到主數(shù)據(jù)的高度還有一個條件，即該數(shù)據(jù)產(chǎn)生在一個源IT系統(tǒng)中，但是會在多個其它的IT系統(tǒng)中使用到。

企業(yè)缺乏主數(shù)據(jù)管理造成的最大問題就是完整性和一致性，有些是本身主數(shù)據(jù)不完整或缺失，有些則是主數(shù)據(jù)在多個系統(tǒng)中存在拷貝和更新，導(dǎo)致數(shù)據(jù)不一致。引起企業(yè)主數(shù)據(jù)問題的重要因素之一是信息彼此隔離。在許多企業(yè)中，主數(shù)據(jù)分布在眾多彼此隔離的系統(tǒng)中?？蛻舴?wù)部門、生產(chǎn)部門以及采購部門都有各自的系統(tǒng)。

即使在一個業(yè)務(wù)部門里，也有眾多前端和后端系統(tǒng)，這些系統(tǒng)包含對業(yè)務(wù)至關(guān)重要的數(shù)據(jù)，但通常情況下無法與其他系統(tǒng)共享這些信息。正是由于構(gòu)建在各種架構(gòu)之上的不兼容系統(tǒng)中的這種部門化數(shù)據(jù)，使得企業(yè)幾乎不可能創(chuàng)建和維護(hù)主數(shù)據(jù)的“單一”視圖。

對于原有的關(guān)于主數(shù)據(jù)管理的解決方案，一個方面是建立數(shù)據(jù)中心和數(shù)據(jù)倉庫，數(shù)據(jù)倉庫可以極為高效地保存系統(tǒng)數(shù)據(jù)。遺憾的是，數(shù)據(jù)倉庫中所包含的數(shù)據(jù)通常都經(jīng)過了清理，用于分析和生成報告，因此數(shù)據(jù)倉庫是主數(shù)據(jù)管理解決方案的有益補(bǔ)充，但不是解決方案本身。

也有提出以ERP為核心系統(tǒng)，其他為外圍系統(tǒng)，則ERP的基礎(chǔ)數(shù)據(jù)管理上升為主數(shù)據(jù)管理。但是企業(yè)資源規(guī)劃（ERP）解決方案旨在管理特定的應(yīng)用流程，同樣，這些解決方案需要使用主數(shù)據(jù)，而不是主數(shù)據(jù)管理解決方案。而且，非ERP 系統(tǒng)不能訪問 ERP 解決方案中的數(shù)據(jù)。

因此IBM的MDM提出了超越單一視圖，使用正確的視圖的新的主數(shù)據(jù)管理思路。適時地將正確的信息以正確的視圖提供給正確的對象。這才是主數(shù)據(jù)管理（MDM）的目標(biāo)。主數(shù)據(jù)管理描述了一組規(guī)程、技術(shù)和解決方案，這些規(guī)程、技術(shù)和解決方案用于為所有利益相關(guān)方（如用戶、應(yīng)用程序、數(shù)據(jù)倉庫、流程以及貿(mào)易伙伴）創(chuàng)建并維護(hù)業(yè)務(wù)數(shù)據(jù)的一致性、完整性、相關(guān)性和精確性。

主數(shù)據(jù)管理的關(guān)鍵就是“管理”。主數(shù)據(jù)管理不會創(chuàng)建新的數(shù)據(jù)或新的數(shù)據(jù)縱向結(jié)構(gòu)。相反，它提供了一種方法，使企業(yè)能夠有效地管理存儲在分布系統(tǒng)中的數(shù)據(jù)。主數(shù)據(jù)管理使用現(xiàn)有的系統(tǒng)，它從這些系統(tǒng)中獲取最新信息，并提供了先進(jìn)的技術(shù)和流程，用于自動、準(zhǔn)確、及時地分發(fā)和分析整個企業(yè)中的數(shù)據(jù)，并對數(shù)據(jù)進(jìn)行驗證。

主數(shù)據(jù)管理解決方案具有以下特性：

• 在企業(yè)層面上整合了現(xiàn)有縱向結(jié)構(gòu)中的客戶信息以及其他知識和深層次信息

• 共享所有系統(tǒng)中的數(shù)據(jù)，使之成為一系列以客戶為中心的業(yè)務(wù)流程和服務(wù)

• 實(shí)現(xiàn)對于客戶、產(chǎn)品和供應(yīng)商都通用的主數(shù)據(jù)形式，加速數(shù)據(jù)輸入、檢索和分析支持?jǐn)?shù)據(jù)的多用戶管理，包括限制某些用戶添加、更新或查看維護(hù)主數(shù)據(jù)的流程的能力

• 集成產(chǎn)品信息管理、客戶關(guān)系管理、客戶數(shù)據(jù)集成以及可對主數(shù)據(jù)進(jìn)行分析的其他解決方案。

MDM主數(shù)據(jù)平臺總體設(shè)計

今年的一個重要工作就是對已有的MDM主數(shù)據(jù)管理平臺進(jìn)行重新的架構(gòu)調(diào)整和功能設(shè)計，形成一個完整的主數(shù)據(jù)管理空平臺。該平臺既能夠滿足主數(shù)據(jù)整合和分發(fā)，同時能夠完整的滿足主數(shù)據(jù)日常內(nèi)容管理，以及結(jié)合服務(wù)共享層能力，實(shí)現(xiàn)主數(shù)據(jù)服務(wù)的共享和發(fā)布。

在原有架構(gòu)的基礎(chǔ)上，對主數(shù)據(jù)管理平臺進(jìn)行重新分層，即分為基礎(chǔ)層，應(yīng)用層和共享層三層。基礎(chǔ)層主要是提供基礎(chǔ)引擎和技術(shù)服務(wù)能力，對于應(yīng)用層則圍繞主數(shù)據(jù)全生命周期展開，在應(yīng)用層形成了完整的主數(shù)據(jù)視圖后，再通過最上層的服務(wù)共享層提供的能力實(shí)現(xiàn)主數(shù)據(jù)數(shù)據(jù)服務(wù)的對外快速發(fā)布和共享。

基礎(chǔ)層

在基礎(chǔ)層主要實(shí)現(xiàn)最基本的底層技術(shù)能力，一個是在數(shù)據(jù)進(jìn)行收集，清洗和整合的時候需要用到的ETL引擎部分的數(shù)據(jù)集成能力；其次是MDM平臺應(yīng)該有一個標(biāo)準(zhǔn)的工作流引擎技術(shù)組件，實(shí)現(xiàn)在主數(shù)據(jù)內(nèi)容管理的時候需要的可視化流程設(shè)計和建模；最后即是4A和權(quán)限管理方面的能力，當(dāng)然對于組織，用戶，權(quán)限的統(tǒng)一也是一個完整的工作流引擎所需要具備的能力。

應(yīng)用層

任何主數(shù)據(jù)的管理都會涉及到兩個方面的內(nèi)容。一個是動態(tài)流程維度，一個是靜態(tài)數(shù)據(jù)模型維度。

對于數(shù)據(jù)模型維度，在進(jìn)行主數(shù)據(jù)管理實(shí)施的時候，往往會首先進(jìn)行主數(shù)據(jù)的識別和詳細(xì)定義，如基于標(biāo)準(zhǔn)的企業(yè)架構(gòu)和數(shù)據(jù)架構(gòu)規(guī)劃思路，會首先進(jìn)行流程分析，通過流程找到關(guān)鍵的數(shù)據(jù)域，然后通過數(shù)據(jù)域識別關(guān)鍵的數(shù)據(jù)對象，再進(jìn)行完整的概念模型，邏輯模型和物理模型的設(shè)計。

對于MDM系統(tǒng)而言，針對數(shù)據(jù)建模這部分全部能力，都將體現(xiàn)在元數(shù)據(jù)管理模塊中，其中包括了數(shù)據(jù)目錄定義，數(shù)據(jù)對象定義，子對象定義，數(shù)據(jù)層次和關(guān)聯(lián)關(guān)系的定義，數(shù)據(jù)對象中每一個詳細(xì)的數(shù)據(jù)項和屬性的定義，數(shù)據(jù)校驗規(guī)則的定義，數(shù)據(jù)源定義，數(shù)據(jù)收集和分發(fā)規(guī)則的定義等。這些內(nèi)容都將在進(jìn)行主數(shù)據(jù)對象建模的時候通過可配置的方式進(jìn)行靈活定義。

簡單來講，只要完整的定義了主數(shù)據(jù)模型，那么主數(shù)據(jù)就可以完整自動生成后臺數(shù)據(jù)庫對象和結(jié)構(gòu)，自動可配置的方式實(shí)現(xiàn)數(shù)據(jù)的采集，匹配和清洗等各種操作。

其次對于流程部分，主要包括了常說的主數(shù)據(jù)內(nèi)容管理，包括了主數(shù)據(jù)的創(chuàng)建，變更，廢棄，編碼申請等各種主數(shù)據(jù)管理流程。這部分流程首先是要在業(yè)務(wù)上定義清楚，包括涉及到的業(yè)務(wù)組織和崗位，實(shí)際的數(shù)據(jù)產(chǎn)生者，使用者和認(rèn)責(zé)者等。在流程定義清楚后我們可以通過流程引擎的能力實(shí)現(xiàn)流程的靈活可視化設(shè)計和配置。

對于表單部分有部分MDM產(chǎn)品會提供完整的主數(shù)據(jù)界面建模能力，這塊類似BPM業(yè)務(wù)系統(tǒng)提供的能力。但是對于我們的MDM不包括這部分能力，其核心的原因還是對于界面建模和設(shè)計，不是簡單的一個界面生成，而是涉及到大量的復(fù)雜業(yè)務(wù)規(guī)則的實(shí)現(xiàn)，這部分很難通過類似快速開發(fā)平臺方式完全實(shí)現(xiàn)自動化和零編碼。

對于流程中第二部分是數(shù)據(jù)的收集和集成內(nèi)容，對于這部分內(nèi)容MDM平臺可以完全做到靈活配置數(shù)據(jù)采集任務(wù)和調(diào)度，并實(shí)現(xiàn)數(shù)據(jù)的自動化采集和清洗。

共享層

在主數(shù)據(jù)管理形成了完整的主數(shù)據(jù)視圖后，更加重要的是能夠快速靈活的將已有的完整的主數(shù)據(jù)開放和共享出去供其它業(yè)務(wù)系統(tǒng)使用。因此在這里涉及到將主數(shù)據(jù)快速發(fā)表為數(shù)據(jù)接口服務(wù)的能力，同時也涉及到第三方業(yè)務(wù)系統(tǒng)查看和申請主數(shù)據(jù)服務(wù)的服務(wù)開通和管控能力。

當(dāng)前的MDM平臺可以支持靈活的將系統(tǒng)里面已有的一個主數(shù)據(jù)對象發(fā)表為一個Web Service服務(wù)接口，該接口可以靈活配置輸入?yún)?shù)和輸出的數(shù)據(jù)項，同時也支持發(fā)表為SOAP WebService或Http WebService等多種服務(wù)接口模式。

為了實(shí)現(xiàn)服務(wù)接口的發(fā)布，則需要從服務(wù)元數(shù)據(jù)的數(shù)據(jù)對象定義-》服務(wù)定義，從數(shù)據(jù)集成接口-》服務(wù)接口，并在數(shù)據(jù)對象和服務(wù)接口間形成完整的映射，該部分內(nèi)容在MDM平臺我們已經(jīng)做了完整的集成。即形成了一整套從服務(wù)全生命周期管理到數(shù)據(jù)服務(wù)能力快速開放共享的完整解決方案。

基于元數(shù)據(jù)驅(qū)動構(gòu)建MDM主數(shù)據(jù)平臺

本部分主要談下元數(shù)據(jù)驅(qū)動下的MDM主數(shù)據(jù)管理平臺的核心構(gòu)建思路。因為對于一個MDM系統(tǒng)更多應(yīng)該理解為結(jié)合了元數(shù)據(jù)驅(qū)動和建模，結(jié)合了流程引擎和ETL服務(wù)能力的一個快速開發(fā)和配置平臺。

這個思路和原來我們談到IBM-CQ變更和缺陷管理系統(tǒng)的構(gòu)建思路完全是一致的。即在當(dāng)前我們要想做一個覆蓋所有業(yè)務(wù)場景的快速開發(fā)和配置平臺是相當(dāng)困難的，但是在某一個業(yè)務(wù)領(lǐng)域類似變更管理，類似表單化工作流，類似主數(shù)據(jù)管理等，這些業(yè)務(wù)場景本身已經(jīng)對可能出現(xiàn)的需求和規(guī)則范圍進(jìn)行了限制，如果理解清楚實(shí)際的業(yè)務(wù)場景和底層核心模型是比較容易實(shí)現(xiàn)一個快速開發(fā)和配置平臺的。

再次強(qiáng)調(diào)下主數(shù)據(jù)管理平臺的核心是元數(shù)據(jù)建模，這和快速開發(fā)平臺里面的對象建模是類似的。因此我們還是要首先談下元數(shù)據(jù)和對象建模的核心內(nèi)容。

以供應(yīng)商主數(shù)據(jù)來舉例，常規(guī)做法可能是在后臺建立供應(yīng)商數(shù)據(jù)庫表和相關(guān)的關(guān)聯(lián)子表，然后再根據(jù)需求進(jìn)行供應(yīng)商CRUD各自管理功能，流程處理功能的開發(fā)。那么在對象建模思想下，我們要考慮的是供應(yīng)商是一個完整的主數(shù)據(jù)對象，應(yīng)該通過什么方式把這個對象建模清楚。

對象建模

通過完整的對象建模一方面是可以直接生成后臺數(shù)據(jù)庫表，一方面是用于后續(xù)的界面建模和主數(shù)據(jù)質(zhì)量管理。

1. 對象就有屬性，即首先應(yīng)該清楚的定義出對象的屬性信息。對應(yīng)到具體的字段。

2. 每個對象屬性我們應(yīng)該清楚的定義出屬性的業(yè)務(wù)完整性和數(shù)據(jù)約束規(guī)則。

3. 對象本身可能有子對象，我們應(yīng)該可以進(jìn)一步對某一個對象的子對象進(jìn)行詳細(xì)定義。子對象將對應(yīng)到后臺數(shù)據(jù)庫表中主表下的關(guān)聯(lián)從表。

4. 對象和對象之間有關(guān)聯(lián)和映射信息，我們應(yīng)該可以對應(yīng)對象間的關(guān)聯(lián)和映射。

5. 對象屬性和對象之間存在關(guān)聯(lián)信息，應(yīng)該可以定義屬性和對象之間的關(guān)聯(lián)和映射。

其中可以看到對象建模的核心還是在于對象和子對象，對象屬性的業(yè)務(wù)規(guī)則定義，對象和對象之間的關(guān)聯(lián)映射等內(nèi)容。當(dāng)然我們也可以通過數(shù)據(jù)庫表逆向生成對象。在對象建模完成對象建模的相關(guān)信息都應(yīng)該存儲到元數(shù)據(jù)管理的相關(guān)數(shù)據(jù)表中，這是最核心的內(nèi)容。完整的元數(shù)據(jù)可以做到基本基于對象的簡單CRUD功能都可以完全自動生成。

表單建模

在對象建模完成后接著要考慮的就是表單建模，通過表單建模來實(shí)現(xiàn)主數(shù)據(jù)對象的CRUD功能界面是可以靈活配置的。這個類似于快速開發(fā)平臺中的自定義表單，即詳細(xì)的定義CRUD各自表單的布局，表單中每一個屬性元素具體呈現(xiàn)的UI組件。

通過表單建模就可以實(shí)現(xiàn)一個具體的主數(shù)據(jù)錄入表單中如何布局，然后實(shí)現(xiàn)各個屬性的輸入，具體是錄入還是選擇框，還是說需要從關(guān)聯(lián)子表中進(jìn)行選擇等。表單建模后的元數(shù)據(jù)建議是要和對象建模數(shù)據(jù)進(jìn)行分離，即在獨(dú)立的元數(shù)據(jù)表中進(jìn)行存放。

流程建模

在一個完整的主數(shù)據(jù)管理平臺中一定涉及到主數(shù)據(jù)的內(nèi)容和流程管理，類似主數(shù)據(jù)的創(chuàng)建，變更或廢棄都可能涉及到相應(yīng)的流程審批操作，在審批完成后才最終生效。因此完整的表單功能實(shí)現(xiàn)后接著要考慮的就是通過工作流引擎進(jìn)行流程建模，最終建立的工作流模板能夠和表單掛接。而流程引擎本身又涉及到組織，人員，角色等4A相關(guān)的內(nèi)容，對于這部分內(nèi)容可以在MDM系統(tǒng)中維護(hù)，也應(yīng)該可以從4A或門戶系統(tǒng)進(jìn)行同步。

談到這個地方基本可以看到一個完整的供應(yīng)商主數(shù)據(jù)管理功能，通過圍繞供應(yīng)商基礎(chǔ)業(yè)務(wù)對象進(jìn)行了對象建模，界面建模和流程建模后應(yīng)該就可以完全自動生成相應(yīng)的CRUD功能，包括審批流程的實(shí)現(xiàn)。但是任何快速開發(fā)平臺都很難真正做到對特殊業(yè)務(wù)規(guī)則的進(jìn)一步處理。

對于復(fù)雜業(yè)務(wù)規(guī)則的處理，類似一個供應(yīng)商基礎(chǔ)數(shù)據(jù)的廢棄，在廢棄前可能需要首先校驗下該供應(yīng)商在其它業(yè)務(wù)系統(tǒng)中的使用情況。遇到這種場景我們原來的做法是在原有模型的基礎(chǔ)上可以自己定義相應(yīng)的腳本語句進(jìn)行二次處理，但是帶來的最大問題即使后期的腳本相當(dāng)難以維護(hù)。因此更加更新的方案即是我們可以在標(biāo)準(zhǔn)功能的基礎(chǔ)上擴(kuò)展相應(yīng)的插件或業(yè)務(wù)規(guī)則邏輯實(shí)現(xiàn)的攔截器。這種攔截器在對象屬性輸入，對象保存前后，查詢前后等都可以攔截相應(yīng)的事件。而具體攔截器的業(yè)務(wù)規(guī)則和邏輯我們還是通過自定義的擴(kuò)展類來實(shí)現(xiàn)。通過這種方式可以保證整個主數(shù)據(jù)管理平臺足夠的可擴(kuò)展性。

在早期的MDM主數(shù)據(jù)管理平臺中，并不建議馬上引入復(fù)雜的規(guī)則引擎來實(shí)現(xiàn)規(guī)則建模和規(guī)則的可配置，這部分內(nèi)容還是通過自己開發(fā)擴(kuò)展代碼來實(shí)現(xiàn)往往更加容易維護(hù)和擴(kuò)展。

前面的基礎(chǔ)能力實(shí)現(xiàn)后再接著談兩個重點(diǎn)，即主數(shù)據(jù)集成管理和主數(shù)據(jù)質(zhì)量管理。

數(shù)據(jù)集成管理

對于主數(shù)據(jù)集成管理其實(shí)包括兩個部分的內(nèi)容，一個是ETL，一個SOA服務(wù)接口，對于ETL主要是實(shí)現(xiàn)初始化數(shù)據(jù)的采集和清理入庫。對于SOA服務(wù)接口即是能夠?qū)⒅鲾?shù)據(jù)服務(wù)能力通過接口服務(wù)暴露出去，或者說通過消息發(fā)布訂閱機(jī)制能夠?qū)崿F(xiàn)MDM主數(shù)據(jù)管理平臺中主數(shù)據(jù)的實(shí)時分發(fā)和事件通知。

對于ETL部分的功能不需要多談，我們可以集成和內(nèi)置一個輕量的ETL工具和功能。而對于SOA服務(wù)部分的功能則涉及到基于前面對象建模定義的元數(shù)據(jù)實(shí)現(xiàn)標(biāo)準(zhǔn)服務(wù)的發(fā)表。即我們在定義的完整的對象后，我們可以通過向?qū)У姆绞綄⒅鲾?shù)據(jù)發(fā)布為WebService服務(wù)接口，既可以是rest服務(wù)接口，也可以是soap webservice服務(wù)接口。而具體發(fā)布的接口需要哪些輸入，哪些輸出應(yīng)該都可以進(jìn)行靈活的配置來完成。當(dāng)然我們也可以在MDM平臺維護(hù)主數(shù)據(jù)的消息發(fā)布訂閱機(jī)制，即將MDM主數(shù)據(jù)的變更內(nèi)容通過消息訂閱的模式實(shí)時分發(fā)給業(yè)務(wù)系統(tǒng)。

數(shù)據(jù)質(zhì)量管理

數(shù)據(jù)質(zhì)量管理是主數(shù)據(jù)管理里面的一個難點(diǎn)，其中包括了兩個方面的內(nèi)容，一個是單數(shù)據(jù)對象的數(shù)據(jù)質(zhì)量分析，這個通過在對象建模時候定義的業(yè)務(wù)規(guī)則和完整性規(guī)則就可以進(jìn)行。當(dāng)然我們也可以將數(shù)據(jù)質(zhì)量單獨(dú)拿出來進(jìn)行定義，我們可以將一個規(guī)則綁定到具體的業(yè)務(wù)對象或者業(yè)務(wù)對象的屬性上面。然后基于這些規(guī)則進(jìn)行單對象的數(shù)據(jù)質(zhì)量分析。其次是多表間的數(shù)據(jù)稽核，我們談到過主數(shù)據(jù)管理平臺最終是為了解決多業(yè)務(wù)系統(tǒng)主數(shù)據(jù)不一致的問題，但是即使上了主數(shù)據(jù)平臺也還需要對多業(yè)務(wù)系統(tǒng)中的同一數(shù)據(jù)對象進(jìn)行數(shù)據(jù)內(nèi)容稽核，并實(shí)時發(fā)現(xiàn)數(shù)據(jù)不一致的情況并進(jìn)行預(yù)警。對于數(shù)據(jù)稽核的核心思路，我前面有一篇文章專門談到過可以參考。

如果以上的內(nèi)容都已經(jīng)實(shí)現(xiàn)，那么最終提供出來的主數(shù)據(jù)平臺就是一個可以快速實(shí)施各類企業(yè)主數(shù)據(jù)的基礎(chǔ)平臺。該平臺基本可以做到80%的主數(shù)據(jù)實(shí)施工作都可配置，同時我們也可以將更多的精力放在主數(shù)據(jù)業(yè)務(wù)流程和管控規(guī)范的梳理，主數(shù)據(jù)集成，主數(shù)據(jù)特殊業(yè)務(wù)規(guī)則的實(shí)現(xiàn)上。

從主數(shù)據(jù)定制開發(fā)到快速配置開發(fā)

對于最近1到2年的MDM主數(shù)據(jù)交流來看，很多企業(yè)希望的是一個完全高度靈活可配置的主數(shù)據(jù)平臺產(chǎn)品，但是非主數(shù)據(jù)規(guī)劃咨詢和實(shí)施能力。

而對于我們來說，更加重要的能力是在規(guī)劃咨詢和實(shí)施能力，里面包括了主數(shù)據(jù)管理規(guī)范體系，流程，數(shù)據(jù)模型，主數(shù)據(jù)質(zhì)量管理，歷史數(shù)據(jù)的清洗和導(dǎo)入，數(shù)據(jù)能力的共享等，這些往往都不是一個標(biāo)準(zhǔn)產(chǎn)品就能夠覆蓋的，而是需要有經(jīng)驗的咨詢顧問和實(shí)施顧問的現(xiàn)場投入。

當(dāng)然，對于一個標(biāo)準(zhǔn)的主數(shù)據(jù)產(chǎn)品，我們可以看到已經(jīng)逐步類似一個快速開發(fā)平臺能力，我們可以再次簡單總結(jié)下一個標(biāo)準(zhǔn)的MDM主數(shù)據(jù)平臺需要具備的快速開發(fā)和可配置能力。

1. 4A和權(quán)限模型：實(shí)現(xiàn)組織，用戶，權(quán)限等靈活配置

2. 流程引擎：實(shí)現(xiàn)審批流程的靈活可配置

3. 對象建模：實(shí)現(xiàn)主數(shù)據(jù)對象模型的靈活創(chuàng)建和配置，包括對象和數(shù)據(jù)表的連接和映射

4. 表單建模：實(shí)現(xiàn)表單的自定義和可視化設(shè)計配置，表單和對象模型間的映射

5. 規(guī)則建模：底層有一個規(guī)則引擎，能夠?qū)崿F(xiàn)規(guī)則的靈活配置或腳本定義

6. 集成模型：實(shí)現(xiàn)對象到接口服務(wù)的自動化發(fā)布，能夠?qū)崿F(xiàn)數(shù)據(jù)集成的自動化配置和集成

以上這些內(nèi)容看著會感覺特別熟悉，即這些和我們經(jīng)?？吹降目焖匍_發(fā)平臺很類似，即一個產(chǎn)品和的主數(shù)據(jù)平臺基本涵蓋了快速開發(fā)平臺需要具備的所有能力。

那么企業(yè)在實(shí)施主數(shù)據(jù)平臺的時候，當(dāng)需要實(shí)施一類新的主數(shù)據(jù)的時候，比如我們需要實(shí)施物料主數(shù)據(jù)，我們希望的就是物料的數(shù)據(jù)模型，表單，流程，集成接口都完全能夠配置出來而不需要開發(fā)代碼。在這種情況下主數(shù)據(jù)平臺具備了最大的靈活性，但是實(shí)際上我們看到對于界面和規(guī)則，往往是很難通過配置的方式完成的，特別是一些復(fù)雜規(guī)則的實(shí)現(xiàn)更難簡單的配置完成。

主數(shù)據(jù)平臺在具備了快速開發(fā)平臺的關(guān)鍵基礎(chǔ)能力后，又增加了關(guān)鍵的技術(shù)基礎(chǔ)能力，即

1. ETL數(shù)據(jù)集成：能夠?qū)崿F(xiàn)數(shù)據(jù)集成，數(shù)據(jù)清洗轉(zhuǎn)化和入庫

2. SOA集成：能夠?qū)崿F(xiàn)數(shù)據(jù)對象快速的發(fā)布為接口服務(wù)，標(biāo)準(zhǔn)化的消息發(fā)布訂閱

在增加了這兩方面能力基本就具備一個標(biāo)準(zhǔn)化的主數(shù)據(jù)管理平臺能力。

而實(shí)際上我們當(dāng)前的主數(shù)據(jù)平臺對于4A，流程引擎，對象建模，集成建模，ETL這些關(guān)鍵技術(shù)能力全部具備，而比較欠缺的就是動態(tài)表單建模和規(guī)則建模，雖然我們在前面也實(shí)現(xiàn)過一個簡單的技術(shù)組件，但是通過實(shí)施我們?nèi)匀话l(fā)現(xiàn)對于一些復(fù)雜場景的主數(shù)據(jù)管理，很難簡單的通過配置就完成功能的設(shè)計和開發(fā)。

我們我們已經(jīng)有表單設(shè)計器和自定義表單，但是即對于表單和規(guī)則還是需要定制化開發(fā)，其它技術(shù)組件和能力能夠?qū)崿F(xiàn)完全的靈活可配置。這即是當(dāng)前我們主數(shù)據(jù)平臺的能力現(xiàn)狀，對于比較強(qiáng)調(diào)規(guī)劃咨詢和實(shí)施能力的企業(yè)，我們?nèi)匀痪邆渥銐虻膬?yōu)勢。

主數(shù)據(jù)平臺趨勢一定是從技術(shù)平臺轉(zhuǎn)到業(yè)務(wù)平臺

舉一個簡單的例子來說，如果你一直做汽車制造行業(yè)的MDM主數(shù)據(jù)系統(tǒng)，那么實(shí)施多了后，你自然就很清楚對于汽車制造行業(yè)涉及到哪些主數(shù)據(jù)，每一個主數(shù)據(jù)對象究竟應(yīng)該包括哪些通用基礎(chǔ)字段和擴(kuò)展字段。這些通用化的主數(shù)據(jù)模型往往也適用于其它的汽車制造行業(yè)。

那么這個時候你的主數(shù)據(jù)平臺就單純的從一個技術(shù)平臺變成了一個業(yè)務(wù)平臺，即已經(jīng)經(jīng)過你多年的MDM主數(shù)據(jù)平臺的建設(shè)和實(shí)施，將實(shí)施經(jīng)驗沉淀為主數(shù)據(jù)平臺的數(shù)據(jù)資產(chǎn)。這個數(shù)據(jù)資產(chǎn)本身就是有價值的。

MDM系統(tǒng)-數(shù)據(jù)建模

在前面已經(jīng)談到，MDM平臺后續(xù)的建設(shè)思路都是圍繞數(shù)據(jù)模型這個關(guān)鍵元數(shù)據(jù)驅(qū)動進(jìn)行建設(shè)的，從數(shù)據(jù)建模再延伸到了業(yè)務(wù)規(guī)則建模，流程建模和界面建模等內(nèi)容，最后擴(kuò)展到外圍的接口服務(wù)集成能力。建模能力是否強(qiáng)大，是否靈活和可擴(kuò)展，往往直接影響到一個MDM平臺的易用性和擴(kuò)展性。

下面再來解釋下如何進(jìn)行主數(shù)據(jù)建模，對于主數(shù)據(jù)建模其本質(zhì)應(yīng)該是一個樹狀的層級可展開結(jié)構(gòu)，方便進(jìn)行子對象和層次的自動掛接，以適合一個主數(shù)據(jù)有多層子對象的情況。

整個主數(shù)據(jù)建模的關(guān)鍵過程和步驟應(yīng)該如下：

1. 創(chuàng)建數(shù)據(jù)對象，如供應(yīng)商，物料數(shù)據(jù)對象。數(shù)據(jù)對象可以有多層結(jié)構(gòu)。

2. 創(chuàng)建數(shù)據(jù)對象的子對象，即該數(shù)據(jù)對象可以存在子對象，子對象還可存在子子對象。

3. 創(chuàng)建數(shù)據(jù)對象或子對象的數(shù)據(jù)項信息，包括數(shù)據(jù)項目的名稱，類型，其它擴(kuò)展屬性等。

上面三個關(guān)鍵步驟就能夠?qū)崿F(xiàn)基本的數(shù)據(jù)對象創(chuàng)建，每個數(shù)據(jù)對象和子對象對應(yīng)到數(shù)據(jù)庫中一張表，這個數(shù)據(jù)對象很類似我們領(lǐng)域設(shè)計中的領(lǐng)域?qū)ο?。子對象單?dú)沒有存在的意義，必須連同父對象存在。對于建模中對應(yīng)的各個數(shù)據(jù)項，即是實(shí)際數(shù)據(jù)表中的數(shù)據(jù)字段信息。

這樣數(shù)據(jù)建模完成后可以直接形成動態(tài)Sql語句，直接創(chuàng)建后臺的數(shù)據(jù)庫表結(jié)構(gòu)。

在數(shù)據(jù)對象建模中我們可以考慮增加一個文件夾創(chuàng)建的功能，或者說我們單獨(dú)增加一個針對數(shù)據(jù)對象創(chuàng)建屬性分組的功能，即可以將不同的屬性和子對象進(jìn)行分組管理。這個分組一個是方面我們進(jìn)行維護(hù)和管理，一個是后續(xù)在界面建模的時候直接將不同的分組屬性映射到不同的tab頁簽上面。

數(shù)據(jù)項本身的類型應(yīng)該至少包括如下幾種：

1. 簡單的錄入類數(shù)據(jù)類型：字符型，數(shù)字型，日期型

2. 列表類數(shù)據(jù)類型，從下拉列表中選擇：支持從數(shù)據(jù)字典中選擇，也支持從獨(dú)立的另外數(shù)據(jù)表對象中選型

3. 跳窗選擇型：即支持關(guān)聯(lián)到另外一個外部數(shù)據(jù)表對象

4. 文件型：支持上傳文件，注意可以支持一個數(shù)據(jù)對象上傳多個附件文件的能力。

5. 表格型：對于數(shù)據(jù)對象維護(hù)過程中，子對象應(yīng)該默認(rèn)映射到表格類型

對于列表數(shù)據(jù)類型往往還需要支持多級分類聯(lián)動模式，比如物料信息維護(hù)的時候可能出現(xiàn)先選擇物料大類，再選擇小類，再選擇次小類，就存在三個小拉列表框的聯(lián)動關(guān)系。

以上是最基本的數(shù)據(jù)項類型的維護(hù)能力，其次是基礎(chǔ)的字段完整性校驗?zāi)芰Γ渲芯桶藞鼍暗氖欠駷榭諜z驗，數(shù)字類型檢驗，長度檢驗，值大小檢驗，自定義腳本檢驗（if a>0 and b>0 then c>0）等。這些可以確保數(shù)據(jù)錄入的基礎(chǔ)完整性。

以上所有這些校驗都是單條主數(shù)據(jù)記錄錄入的時候就可以完成的校驗，其次就是多行記錄之間的相互校驗，最常見的就是為了避免主數(shù)據(jù)錄入重復(fù)，我們需要進(jìn)行相似性校驗，對于相似的主數(shù)據(jù)給出提醒。

比如在錄入供應(yīng)商錄入的時候我們可以根據(jù)名稱進(jìn)行相似性校驗，在物料信息錄入的時候可以根據(jù)規(guī)格型號，參數(shù)組合進(jìn)行相似性驗證等。相似性校驗功能既可以用于在數(shù)據(jù)清理階段的查重，也可以用于后續(xù)的新數(shù)據(jù)錄入和修改檢查。

還有就是跨多個數(shù)據(jù)對象之間的校驗，比如當(dāng)存在在途數(shù)據(jù)的時候，供應(yīng)商的類型或名稱不允許變更或刪除，這就是最常見的外部業(yè)務(wù)規(guī)則檢驗，對于這種能力也需要進(jìn)行支持。

一個完整的主數(shù)據(jù)模型定義，實(shí)際是應(yīng)該包括了數(shù)據(jù)類元數(shù)據(jù)，業(yè)務(wù)規(guī)則類元數(shù)據(jù)和界面類元數(shù)據(jù)，列入界面上應(yīng)該展現(xiàn)什么樣子，展現(xiàn)和布局規(guī)則等都屬于界面元數(shù)據(jù)。這些也可以在數(shù)據(jù)模型維護(hù)的時候進(jìn)行統(tǒng)一維護(hù)。

而對于對象這個層面的主數(shù)據(jù)，也還需要進(jìn)行額外屬性信息的維護(hù)，其中包括了：

• 數(shù)據(jù)集成類（數(shù)據(jù)采集，數(shù)據(jù)分發(fā)，集成接口等）

• 關(guān)聯(lián)關(guān)系類（該數(shù)據(jù)對象和其它數(shù)據(jù)對象的管理關(guān)系）

• 數(shù)據(jù)類（對應(yīng)的數(shù)據(jù)庫，數(shù)據(jù)源或數(shù)據(jù)表信息的定義）

元數(shù)據(jù)定義完成后要達(dá)到的一個效果就是可以生成底層的數(shù)據(jù)庫表，可以用來自動化生成界面，可以用來做數(shù)據(jù)此采集和集成，同時還可以根據(jù)業(yè)務(wù)規(guī)則進(jìn)行主數(shù)據(jù)質(zhì)量管理。

數(shù)據(jù)質(zhì)量管理

數(shù)據(jù)質(zhì)量管理（Data Quality Management），是指對數(shù)據(jù)從計劃、獲取、存儲、共享、維護(hù)、應(yīng)用、消亡生命周期的每個階段里可能引發(fā)的各類數(shù)據(jù)質(zhì)量問題，進(jìn)行識別、度量、監(jiān)控、預(yù)警等一系列管理活動，并通過改善和提高組織的管理水平使得數(shù)據(jù)質(zhì)量獲得進(jìn)一步提高。

數(shù)據(jù)質(zhì)量的評估維度主要包括如下幾個方面的內(nèi)容：

1. 完整性 Completeness：完整性用于度量哪些數(shù)據(jù)丟失了或者哪些數(shù)據(jù)不可用。

2. 規(guī)范性 Conformity：規(guī)范性用于度量哪些數(shù)據(jù)未按統(tǒng)一格式存儲。

3. 一致性 Consistency：一致性用于度量哪些數(shù)據(jù)的值在信息含義上是沖突的。

4. 準(zhǔn)確性 Accuracy：準(zhǔn)確性用于度量哪些數(shù)據(jù)和信息是不正確的，或者數(shù)據(jù)是超期的。

5. 唯一性 Uniqueness：唯一性用于度量哪些數(shù)據(jù)是重復(fù)數(shù)據(jù)或者數(shù)據(jù)的哪些屬性是重復(fù)的。

6. 關(guān)聯(lián)性 Integration：關(guān)聯(lián)性用于度量哪些關(guān)聯(lián)的數(shù)據(jù)缺失或者未建立索引。

而以上這些內(nèi)容我們在做MDM主數(shù)據(jù)管理系統(tǒng)的數(shù)據(jù)質(zhì)量管理模塊，包括實(shí)施ETL工具里面的數(shù)據(jù)轉(zhuǎn)換和清洗等時候，都是需要考慮和支持的內(nèi)容。

而對于數(shù)據(jù)質(zhì)量管理，應(yīng)該是覆蓋數(shù)據(jù)生老病死的全生命周期管理，為了方便重點(diǎn)談下常見的兩個實(shí)施數(shù)據(jù)質(zhì)量管理的階段，一個是借助ETL工具實(shí)現(xiàn)的數(shù)據(jù)采集和整合階段，一個是日常實(shí)時進(jìn)行的數(shù)據(jù)檢查和稽核。下面就這兩個常見階段分開再來談下。

數(shù)據(jù)采集和整合階段

現(xiàn)在的ETL操作很多已經(jīng)轉(zhuǎn)變?yōu)榱薊LT操作，即我們說的Transform轉(zhuǎn)換這塊的內(nèi)容有些事在ETL傳輸過程中完成，而有些已經(jīng)轉(zhuǎn)變到數(shù)據(jù)采集到目標(biāo)數(shù)據(jù)庫后再在目標(biāo)數(shù)據(jù)庫端完成數(shù)據(jù)轉(zhuǎn)換。

注意轉(zhuǎn)換的作用更多的是將數(shù)據(jù)標(biāo)準(zhǔn)化和規(guī)范化，比如通過轉(zhuǎn)換和映射，將名稱轉(zhuǎn)換為代碼，或者做兩個數(shù)據(jù)項內(nèi)容的合并等，這些都是可以在轉(zhuǎn)換的時候執(zhí)行的事情。

數(shù)據(jù)唯一性里面有一個重點(diǎn)就是去重和去相似性，對于去重我們可以在ETL工具里面通過轉(zhuǎn)換配置完成，而對于去相似性往往則需要后續(xù)數(shù)據(jù)采集完成后編寫?yīng)毩⒌拇a或腳本來分析相似性數(shù)據(jù)，并通過手工確認(rèn)后再完成去除相似性數(shù)據(jù)或?qū)?shù)據(jù)進(jìn)行合并操作。

一類主數(shù)據(jù)往往涉及到多張表，比如供應(yīng)商主數(shù)據(jù)，涉及到基本信息，聯(lián)系人信息，賬號信息等多個子對象。這些子對象可以是一種層次關(guān)系，也可以是一種關(guān)聯(lián)關(guān)系。這個我們在進(jìn)行主數(shù)據(jù)對象和關(guān)聯(lián)關(guān)系定義的時候會詳細(xì)定義。這種關(guān)聯(lián)性帶來的就是參照完整性約束，比如供應(yīng)商聯(lián)系人信息在，但是對應(yīng)的供應(yīng)商頭找不到了，對于這種數(shù)據(jù)不能在ETL上完成處理，但是可以通過腳本找出這種異常數(shù)據(jù)并手工處理和清洗。

日常進(jìn)行的數(shù)據(jù)檢查

主數(shù)據(jù)本身也是不斷在增加，因此在數(shù)據(jù)清洗初始化完成，主數(shù)據(jù)平臺開始正常運(yùn)行后，我們還需要對主數(shù)據(jù)內(nèi)容進(jìn)行日常的數(shù)據(jù)檢查和管控。這也是數(shù)據(jù)質(zhì)量管理的一個重要內(nèi)容。

對于日常數(shù)據(jù)檢查和審計，整體的步驟可以考慮為

1. 定義數(shù)據(jù)檢查規(guī)則，包括單表屬性檢查，跨行重復(fù)檢查，多表關(guān)聯(lián)依賴檢查，一致性檢查

2. 定義檢查任務(wù)和檢查單

3. 將檢查單配置為一種計劃調(diào)度，自動定期按時執(zhí)行

4. 查看數(shù)據(jù)檢查報表，對于異常數(shù)據(jù)進(jìn)行手工處理或自動化處理

前面已經(jīng)談到過的數(shù)據(jù)準(zhǔn)確性，唯一性，數(shù)據(jù)的重復(fù)或相似等檢查也都可以在這個階段做。同時我們看到還有一個核心工作，即數(shù)據(jù)本身的一致性檢查和數(shù)據(jù)稽核。

比如從兩個系統(tǒng)都采集到供應(yīng)商數(shù)據(jù)，如何去匹配和檢查兩個系統(tǒng)的供應(yīng)商數(shù)據(jù)的差異和一致性，這就需要有獨(dú)立的數(shù)據(jù)稽核功能。數(shù)據(jù)稽核首先對數(shù)據(jù)對象有唯一的匹配關(guān)鍵字，其次是定義需要進(jìn)行數(shù)據(jù)稽核的字段。對于A和B兩個數(shù)據(jù)表而言，常見的數(shù)據(jù)稽核和比對結(jié)果主要包括如下幾個方面。

1. A和B兩個表哪些數(shù)據(jù)是完全相同的？

2. 哪些數(shù)據(jù)A表有，B表沒有，或者相反。

3. 哪些數(shù)據(jù)A和B兩個都有，但是存在數(shù)據(jù)項內(nèi)容不一致的情況。

以上就是最簡單的數(shù)據(jù)稽核，對于數(shù)據(jù)稽核的結(jié)果首先是可以由系統(tǒng)觸發(fā)自動化的進(jìn)行再次的數(shù)據(jù)同步和集成，包括數(shù)據(jù)集成過程中的清洗和轉(zhuǎn)換；其次可以輸出數(shù)據(jù)稽核報表，供業(yè)務(wù)人員手工處理異常數(shù)據(jù)。

最后再強(qiáng)調(diào)下雖然說數(shù)據(jù)質(zhì)量管理是一個全生命周期的事情，但是數(shù)據(jù)質(zhì)量真正要提升一定不是事后進(jìn)行數(shù)據(jù)檢查和稽核，而是真正從產(chǎn)生數(shù)據(jù)問題的源頭抓起。比如解決數(shù)據(jù)源多個多點(diǎn)錄入問題，解決同樣的數(shù)據(jù)可以在多個系統(tǒng)發(fā)起修改的問題，解決數(shù)據(jù)模型中定義的數(shù)據(jù)約束在數(shù)據(jù)錄入的時候沒有進(jìn)行完整性控制的問題等。

MDM系統(tǒng)-接口和數(shù)據(jù)服務(wù)

談到主數(shù)據(jù)平臺，接口和數(shù)據(jù)服務(wù)或者說集成管理是MDM必須具備能力，在MDM的解決方案中，更多會配合ETL和ESB服務(wù)總線來談這兩部分是如何實(shí)現(xiàn)的。

首先可以看到MDM涉及到外部集成，主要包括兩個方面，一個就是數(shù)據(jù)的采集過程，一個就是數(shù)據(jù)的分發(fā)和數(shù)據(jù)服務(wù)能力的提供過程，因此需要分這兩個方面來談集成過程。

數(shù)據(jù)的采集

對于數(shù)據(jù)的采集過程，本身又需要分為兩種不同的場景來說明：

• 數(shù)據(jù)初始化采集：需要通過ETL來完成，一是數(shù)據(jù)量大，一是需要在ETL過程中進(jìn)行清洗。

• 數(shù)據(jù)增量采集：通過實(shí)時的注冊到ESB總線的接口服務(wù)來完成。確保采集數(shù)據(jù)的實(shí)時性。

可以看到在初始化階段通過ETL工具完成采集和初始化數(shù)據(jù)的導(dǎo)入，而在正式上線后，由于主數(shù)據(jù)變動頻率本身不高，因此可以直接通過服務(wù)接口進(jìn)行服務(wù)采集，MDM提供數(shù)據(jù)導(dǎo)入接口服務(wù)，數(shù)據(jù)源產(chǎn)生系統(tǒng)在有主數(shù)據(jù)變更的時候?qū)崟r調(diào)用服務(wù)接口將數(shù)據(jù)導(dǎo)入到MDM。

當(dāng)然如果是采用的集中化建設(shè)模式，即主數(shù)據(jù)本身就是在MDM系統(tǒng)創(chuàng)建產(chǎn)生的，那么在這種情況下就不存在主數(shù)據(jù)還需要采集的過程了。

數(shù)據(jù)的分發(fā)

對于數(shù)據(jù)的分發(fā)本身又分為兩種情況：

• 數(shù)據(jù)落地分發(fā)：采用消息發(fā)布訂閱模式進(jìn)行分發(fā)，或者直接采用WS同步實(shí)時服務(wù)分發(fā)。

• 數(shù)據(jù)不落地：MDM系統(tǒng)之間提供主數(shù)據(jù)實(shí)時查詢服務(wù)接口即可。

當(dāng)前使用的比較多的還是數(shù)據(jù)落地分發(fā)，對于數(shù)據(jù)落地分發(fā)，如果訂閱MDM的業(yè)務(wù)系統(tǒng)相對多，最好是采用消息發(fā)布訂閱模式進(jìn)行主數(shù)據(jù)分發(fā)，當(dāng)然仍然采用WS服務(wù)進(jìn)行分發(fā)也可以，但是就需要MDM系統(tǒng)調(diào)用多次服務(wù)接口進(jìn)行數(shù)據(jù)的分發(fā)操作，以方面對分發(fā)過程進(jìn)行監(jiān)控。

對于數(shù)據(jù)分發(fā)，如果存在批量數(shù)據(jù)的分發(fā)，比如人員或組織主數(shù)據(jù)出現(xiàn)了批量變更，那么這種場景下采用消息或WS分發(fā)都可能存在大數(shù)據(jù)下的性能問題?；蛘哒f一個數(shù)據(jù)分發(fā)涉及到更高的安全要求后跨網(wǎng)段集成，那么這個時候還可以采用將需要分發(fā)的主數(shù)據(jù)導(dǎo)出為文件格式，通過文件將主數(shù)據(jù)分發(fā)給目標(biāo)系統(tǒng)。

對于數(shù)據(jù)不落地情況下，MDM系統(tǒng)只需要提供標(biāo)準(zhǔn)的數(shù)據(jù)查詢服務(wù)接口即可。在這種情況下需要確保該接口服務(wù)本身在大并發(fā)調(diào)用下的性能問題。

主數(shù)據(jù)平臺如何提供數(shù)據(jù)接口和服務(wù)集成能力？

在前面談MDM的文章的時候，我已經(jīng)談到過，我們希望的是MDM系統(tǒng)本身就集成了接口和服務(wù)集成的能力，最大化的建設(shè)接口集成時候的實(shí)施工作量。更好的模式就是MDM本身也具備了部分ETL和ESB服務(wù)集成的功能在里面，而不是要完全依賴于外部的能力。

對于數(shù)據(jù)采集模塊，我們可以集成最基本的數(shù)據(jù)集成能力，即在MDM系統(tǒng)里面就可以配置簡單的ETL操作，任務(wù)調(diào)度操作，將外部數(shù)據(jù)源的數(shù)據(jù)根據(jù)某種業(yè)務(wù)規(guī)則采集到MDM平臺中來。

對于數(shù)據(jù)分發(fā)模塊，有兩種情況

1. 數(shù)據(jù)分發(fā)場景

1.1 由MDM制定導(dǎo)入服務(wù)接口，生成服務(wù)規(guī)范和契約，MDM將數(shù)據(jù)模型映射到服務(wù)規(guī)范。

1.2 外部已有的WSDL服務(wù)，MDM直接進(jìn)行服務(wù)映射和分發(fā)服務(wù)配置，無需編碼。

1.3 將MDM數(shù)據(jù)模型直接發(fā)布到JMS消息中間件，同時支持外部系統(tǒng)進(jìn)行消息訂閱。

2. 數(shù)據(jù)不落地場景

2.1 由MDM提供數(shù)據(jù)模型直接發(fā)布為主數(shù)據(jù)服務(wù)的功能，即模型可以直接發(fā)布為服務(wù)。

2.2 仍然采用契約先行模式，先定義數(shù)據(jù)查詢接口契約，MDM數(shù)據(jù)模型映射到服務(wù)規(guī)范上面。

對于發(fā)布的接口本身還需要支持場景的SOAP WS和Rest兩種服務(wù)接口模式。同時MDM系統(tǒng)本身還需要提供對服務(wù)接口的實(shí)時監(jiān)控能力，分發(fā)異常告警能力，分發(fā)日志的詳細(xì)統(tǒng)計分析能力等。