1、來源網(wǎng)絡(luò)，僅供參考來源網(wǎng)絡(luò)，僅供參考主數(shù)據(jù)管理介紹刖言企業(yè)主數(shù)據(jù)是用來描述企業(yè)核心業(yè)務(wù)實體的數(shù)據(jù)，比如客戶、合作伙伴、員工、產(chǎn)品、物料單、賬戶等；它是具有高業(yè)務(wù)價值的、可以在企業(yè)內(nèi)跨越各個業(yè)務(wù)部門被重復(fù)使用的數(shù)據(jù)，并且存在于多個異構(gòu)的應(yīng)用系統(tǒng)中。本文將針對主數(shù)據(jù)管理的概念以及主數(shù)據(jù)管理解決方案的實施等方面跟大家作一個探討。主數(shù)據(jù)和主數(shù)據(jù)管理的概念企業(yè)主數(shù)據(jù)可以包括很多方面，除了常見的客戶主數(shù)據(jù)之外，不同行業(yè)的客戶還可能擁有其他各種類型的主數(shù)據(jù)，例如:對于電信行業(yè)客戶而言，電信運營商提供的各種服務(wù)可以形成其產(chǎn)品主數(shù)據(jù)；對于航空業(yè)客戶而言，航線、航班是其企業(yè)主數(shù)據(jù)的一種。對于某一個企業(yè)的不同業(yè)務(wù)部

2、門，其主數(shù)據(jù)也不同，例如市場銷售部門關(guān)心客戶信息，產(chǎn)品研發(fā)部門關(guān)心產(chǎn)品編號、產(chǎn)品分類等產(chǎn)品信息，人事部門關(guān)心員工機構(gòu)，部門層次關(guān)系等信息。數(shù)據(jù)管理的范疇和主數(shù)據(jù)管理的概念圖1.數(shù)據(jù)管理的范疇如圖所示，企業(yè)數(shù)據(jù)管理的內(nèi)容及范疇通常包括交易數(shù)據(jù)、主數(shù)據(jù)以及元數(shù)據(jù)。交易數(shù)據(jù)：用于紀(jì)錄業(yè)務(wù)事件，如客戶的訂單，投訴記錄，客服申請等，它往往用于描述在某一個時間點上業(yè)務(wù)系統(tǒng)發(fā)生的行為。主數(shù)據(jù)：主數(shù)據(jù)則定義企業(yè)核心業(yè)務(wù)對象，如客戶、產(chǎn)品、地址等，與交易流水信息不同，主數(shù)據(jù)一旦被記錄到數(shù)據(jù)庫中，需要經(jīng)常對其進行維護，從而確保其時效性和準(zhǔn)確性；主數(shù)據(jù)還包括關(guān)系數(shù)據(jù),用以描述主數(shù)據(jù)之間的關(guān)系，如客戶與產(chǎn)品的關(guān)系、產(chǎn)

3、品與地域的關(guān)系、客戶與客戶的關(guān)系、產(chǎn)品與產(chǎn)品的關(guān)系等。元數(shù)據(jù)：即關(guān)于數(shù)據(jù)的數(shù)據(jù)，用以描述數(shù)據(jù)類型、數(shù)據(jù)定義、約束、數(shù)據(jù)關(guān)系、數(shù)據(jù)所處的系統(tǒng)等信息。主數(shù)據(jù)管理是指一整套的用于生成和維護企業(yè)主數(shù)據(jù)的規(guī)范、技術(shù)和方案，以保證主數(shù)據(jù)的完整性、一致性和準(zhǔn)確性(“Thesetofdisciplines,technologies,andsolutionsusedtocreateandmaintainconsistent,complete,contextualandaccuratebusinessdataforallstakeholders(users,applications,datawarehouses,

4、processes,companies,tradingpartners,customers,etc.)acrossandbeyondtheenterprise”)。主數(shù)據(jù)管理的典型應(yīng)用有CustomerDataIntegration客戶數(shù)據(jù)管理和ProductInformationIntegraiton產(chǎn)品數(shù)據(jù)管理。圖2.主數(shù)據(jù)管理的信息流一般來說，主數(shù)據(jù)管理系統(tǒng)從IT建設(shè)的角度而言都會是一個相對復(fù)雜的系統(tǒng)，它往往會和企業(yè)數(shù)據(jù)倉庫/決策支持系統(tǒng)以及企業(yè)內(nèi)的各個業(yè)務(wù)系統(tǒng)發(fā)生關(guān)系，技術(shù)實現(xiàn)上也會涉及到ETL、EAI、EII等多個方面，如圖2所示，一個典型的主數(shù)據(jù)管理的信息流為：某個業(yè)務(wù)系統(tǒng)觸發(fā)對企

5、業(yè)主數(shù)據(jù)的改動；主數(shù)據(jù)管理系統(tǒng)將整合之后完整、準(zhǔn)確的主數(shù)據(jù)分發(fā)給所有有關(guān)的應(yīng)用系統(tǒng)；主數(shù)據(jù)管理系統(tǒng)為決策支持和數(shù)據(jù)倉庫系統(tǒng)提供準(zhǔn)確的數(shù)據(jù)源。因此對于主數(shù)據(jù)管理系統(tǒng)的建設(shè)，要從建設(shè)初期就考慮整體的平臺框架和技術(shù)實現(xiàn)。以客戶主數(shù)據(jù)為例，常見的主數(shù)據(jù)域包括：Party：參與方。參與方包含的范圍是所有與企業(yè)發(fā)生了或者發(fā)生過正式業(yè)務(wù)關(guān)系的任何合法的實體，比如填寫了投保單的參與方。Party是分類別的，可以是個人、機構(gòu)和團體。對于Party來說，因為開展業(yè)務(wù)的需要，可能要對他們進行分級、分類，比如VIP，黑名單等。個人包括個人基本屬性、個人名稱、職業(yè)、性別、教育等自然屬性；機構(gòu)是指在法律上有登記的組織實體

6、，可以分為政府機構(gòu)、商業(yè)機構(gòu)、非盈利機構(gòu)等類別；團體可以有多種形態(tài)，比如他們可以是家庭、興趣小組、某個大機構(gòu)中的一部分，或者通過某種數(shù)據(jù)分析技術(shù)得出的客戶細(xì)分群體。PartyRole:參與方在業(yè)務(wù)中扮演的角色。例如，對于保險行業(yè)而言，可以有：投保人，被保人，受益人，擔(dān)保人，報案人，核保人，查勘員，核賠人等。Relationship:Party與Party之間的關(guān)系，例如可以是：夫妻關(guān)系、父子關(guān)系、母女關(guān)系、兄弟姐妹關(guān)系、總（母）公司分（子）公司關(guān)系、企業(yè)事業(yè)單位隸屬、上下級關(guān)系等。Account：帳戶是客戶使用企業(yè)服務(wù)的付費實體。Location：Location記錄的是每個Party可能擁有

7、的所有聯(lián)系地址，地址的類別包括郵寄地址、email地址、電信聯(lián)絡(luò)地址等。Contract：Party與企業(yè)之間的契約。主數(shù)據(jù)有幾個鮮明的特點，其中包括：它是準(zhǔn)確的、集成的，其次它是跨業(yè)務(wù)部門的，再有就是它是在各個業(yè)務(wù)部門被重復(fù)使用的。主數(shù)據(jù)管理的意義圖3.主數(shù)據(jù)管理的要素如圖3所示：集成、共享、數(shù)據(jù)質(zhì)量、數(shù)據(jù)治理是主數(shù)據(jù)管理的四大要素，主數(shù)據(jù)管理要做的就是從企業(yè)的多個業(yè)務(wù)系統(tǒng)中整合最核心的、最需要共享的數(shù)據(jù)（主數(shù)據(jù)），集中進行數(shù)據(jù)的清洗和豐富，并且以服務(wù)的方式把統(tǒng)一的、完整的、準(zhǔn)確的、具有權(quán)威性的主數(shù)據(jù)分發(fā)給全企業(yè)范圍內(nèi)需要使用這些數(shù)據(jù)的操作型應(yīng)用和分析型應(yīng)用，包括各個業(yè)務(wù)系統(tǒng)、業(yè)務(wù)流程和決策

8、支持系統(tǒng)等。主數(shù)據(jù)管理使得企業(yè)能夠集中化管理數(shù)據(jù)，在分散的系統(tǒng)間保證主數(shù)據(jù)的一致性，改進數(shù)據(jù)合規(guī)性、快速部署新應(yīng)用、充分了解客戶、加速推出新產(chǎn)品的速度。從IT建設(shè)的角度，主數(shù)據(jù)管理可以增強IT結(jié)構(gòu)的靈活性，構(gòu)建覆蓋整個企業(yè)范圍內(nèi)的數(shù)據(jù)管理基礎(chǔ)和相應(yīng)規(guī)范，并且更靈活地適應(yīng)企業(yè)業(yè)務(wù)需求的變化。以客戶主數(shù)據(jù)為例，客戶主數(shù)據(jù)是目前企業(yè)級客戶普遍面臨的一個問題，在大多數(shù)企業(yè)中，客戶信息通常分散于CRM等各個業(yè)務(wù)系統(tǒng)中，而每個業(yè)務(wù)系統(tǒng)中都只有客戶信息的片斷，即不完整的客戶信息，但卻缺乏企業(yè)級的完整、統(tǒng)一的單一客戶視圖，結(jié)果導(dǎo)致企業(yè)不能完全了解客戶，無法協(xié)調(diào)統(tǒng)一的市場行為，導(dǎo)致客戶滿意度下降，市場份額減少。

9、因此，建立客戶主數(shù)據(jù)系統(tǒng)的目的在于：整合并存儲所有業(yè)務(wù)系統(tǒng)和渠道的客戶及潛在客戶的信息:一方面從相關(guān)系統(tǒng)中抽取客戶信息，并完成客戶信息的清洗和整合工作，建立企業(yè)級的客戶統(tǒng)一視圖；另一方面，客戶主數(shù)據(jù)管理系統(tǒng)將形成的統(tǒng)一客戶信息以廣播的形式同步到其他各個系統(tǒng)，從而確保客戶信息的一致；為相關(guān)的應(yīng)用系統(tǒng)提供聯(lián)機交易支持，提供客戶信息的唯一訪問入口點，為所有應(yīng)用系統(tǒng)提供及時和全面的客戶信息；服務(wù)于OCRM系統(tǒng)，充分利用數(shù)據(jù)的價值，在所有客戶接觸點上提供更多具有附加價值的服務(wù)；實現(xiàn)SOA的體系結(jié)構(gòu):建立客戶主數(shù)據(jù)系統(tǒng)之前,數(shù)據(jù)被鎖定在每一個應(yīng)用系統(tǒng)和流程中，建立主數(shù)據(jù)管理系統(tǒng)之后，數(shù)據(jù)從應(yīng)用系統(tǒng)中被釋放

10、出來，并且被處理成為一組可重用的服務(wù)，被各個應(yīng)用系統(tǒng)調(diào)用。主數(shù)據(jù)管理系統(tǒng)與數(shù)據(jù)倉庫系統(tǒng)的關(guān)系主數(shù)據(jù)管理系統(tǒng)與數(shù)據(jù)倉庫系統(tǒng)是相輔相成的兩個系統(tǒng)，但二者絕不是重復(fù)的，也不是互斥的。它們有很多共同之處：首先二者對企業(yè)都具有相同的價值，可以減少數(shù)據(jù)冗余和不一致性、提升對數(shù)據(jù)的洞察力，二者都是跨部門的集中式系統(tǒng)；其次二者都依賴很多相同的技術(shù)手段，都會涉及到ETL技術(shù)、都需要元數(shù)據(jù)管理、都強調(diào)數(shù)據(jù)質(zhì)量；第三就是二者建設(shè)手段類似，都需要數(shù)據(jù)治理的規(guī)范作為指導(dǎo)、都需要不同系統(tǒng)、不同部門的協(xié)作、需要統(tǒng)一的安全策略。但是，主數(shù)據(jù)管理系統(tǒng)和數(shù)據(jù)倉庫/決策支持系統(tǒng)二者之間也存在很多不同：處理類型不同：主數(shù)據(jù)管理（MD

11、M）系統(tǒng)是偏交易型的系統(tǒng)，它為各個業(yè)務(wù)系統(tǒng)提供聯(lián)機交易服務(wù)，系統(tǒng)的服務(wù)對象是呼叫中心、B2C、CRM等業(yè)務(wù)系統(tǒng)；而數(shù)據(jù)倉庫是屬于分析型的系統(tǒng)，面向的是分析型的應(yīng)用，是在大量歷史交易數(shù)據(jù)的基礎(chǔ)上進行多維分析，系統(tǒng)的使用對象是各層領(lǐng)導(dǎo)和業(yè)務(wù)分析、市場銷售預(yù)測人員等；實時性不同：與傳統(tǒng)的數(shù)據(jù)倉庫方案的批量ETL方式不同，主數(shù)據(jù)管理系統(tǒng)在數(shù)據(jù)初始加載階段要使用ETL,但在后續(xù)運行中要大量依賴實時整合的方式來進行主數(shù)據(jù)的集成和同步;數(shù)據(jù)量不同：數(shù)據(jù)倉庫存儲的是大量的歷史數(shù)據(jù)和各個維度的匯總數(shù)據(jù)，可能會是海量的，而MDM存儲的僅僅是客戶和產(chǎn)品等信息。雖然主數(shù)據(jù)管理系統(tǒng)和數(shù)據(jù)倉庫系統(tǒng)異同共存，但是二者卻有著

12、緊密的聯(lián)系，并且可以互為促進、互為補充。舉例而言，數(shù)據(jù)倉庫系統(tǒng)的分析結(jié)果可以作為衍生數(shù)據(jù)輸入到MDM系統(tǒng),從而使MDM系統(tǒng)能夠更好地為操作型CRM系統(tǒng)服務(wù)。以航空公司為例,客戶的主數(shù)據(jù)模型大致可以分為三部分：首先包括客戶基本信息和偏好信息。客戶基本信息：o個人及公司信息o消費者市場狀況o常旅客會員卡號，狀態(tài)，及累計里程等o客戶間關(guān)系（個體-個體，個體-公司）o聯(lián)系地址，包括電話，電子郵件等客戶偏好信息：o餐食偏好o是否吸煙o座位偏好o機型偏好來源網(wǎng)絡(luò)，僅供參考來源網(wǎng)絡(luò)，僅供參考o(jì)公務(wù)艙位偏好o旅行艙位偏好o休息室服務(wù)偏好除了這兩部分之外，我們還可以從數(shù)據(jù)倉庫系統(tǒng)中提取相關(guān)的信息，作為客戶主數(shù)據(jù)

13、的衍生信息部分，從而更好地、全方位地描述客戶特征，這些可以包括：衍生信息：o本月飛行里程o年度飛行里程(最近12個月內(nèi))o提前預(yù)訂傾向o習(xí)慣預(yù)訂模式o使用自主服務(wù)傾向o上次預(yù)訂使用的信用卡號o累計/本月轉(zhuǎn)簽/取消航班次數(shù)o轉(zhuǎn)簽航班傾向o取消航班傾向oNoShow傾向等。主數(shù)據(jù)管理系統(tǒng)和ODS的關(guān)系在某些情況下，主數(shù)據(jù)管理系統(tǒng)和ODS系統(tǒng)可能容易被混淆，的確，從實時上來看，主數(shù)據(jù)管理系統(tǒng)和ODS系統(tǒng)存儲的都是實時數(shù)據(jù)，但是二者存儲的數(shù)據(jù)內(nèi)容是全然不同的，主數(shù)據(jù)管理系統(tǒng)中不存儲交易數(shù)據(jù)，比如銀行客戶的交易流水信息是不應(yīng)該放在主數(shù)據(jù)管理系統(tǒng)中進行管理的，這與MDM與ODS的一個很大區(qū)別。舉一個航空公

14、司的例子，比如某個客戶在電子商務(wù)網(wǎng)站上定了一張機票，產(chǎn)生一個訂單，然后他又通過呼叫中心要求改簽，這個場景中，兩個系統(tǒng)之間要實現(xiàn)客戶信息和訂單信息的共享，其中客戶信息共享通過MDM系統(tǒng)來實現(xiàn)，而訂單信息則需要采用ODS或其它手段進行共享，我們是不推薦把此類信息交由MDM系統(tǒng)來管理的。主數(shù)據(jù)管理解決方案介紹目前業(yè)界比較常見的主數(shù)據(jù)管理解決方案主要可以分為三類：第一是依托專業(yè)套裝軟件來實現(xiàn)主數(shù)據(jù)管理，這類方案是作為套裝軟件的一部分，主要是為套裝軟件的其它模塊提供服務(wù)的，因此，通常功能都缺乏完善性。還有一類是側(cè)重于分析型應(yīng)用的主數(shù)據(jù)管理，這類方案在數(shù)據(jù)實時同步以及面向交易型應(yīng)用時通常缺乏整體方案的完整

15、性。再有一類就是專注于主數(shù)據(jù)管理的中立的、完整的解決方案，這一類應(yīng)用獨立于套裝軟件，不僅具有整體架構(gòu)的完整性和先進性，從功能上講往往也最為完善，除了具有比較完整的數(shù)據(jù)模型(DataModel)之外，還會提供廣泛的集成性，具備先進的機制實現(xiàn)數(shù)據(jù)同步，并且可以對外提供多種預(yù)置的主數(shù)據(jù)服務(wù)被外部交易系統(tǒng)調(diào)用，從而使系統(tǒng)具有很強的實時操作性，同時還強調(diào)主數(shù)據(jù)管理、主數(shù)據(jù)質(zhì)量控制以及主數(shù)據(jù)維護的手段和規(guī)范性。企業(yè)主數(shù)據(jù)管理系統(tǒng)邏輯架構(gòu)一個完整的主數(shù)據(jù)管理解決方案的邏輯架構(gòu)應(yīng)如下圖所示：圖4.主數(shù)據(jù)管理系統(tǒng)邏輯架構(gòu)iILSblLtULr-5亠apolishConnectMtyandInteroperabi

16、lityTia.ispox*tSutHill已EyArryvjftEvtemalProjidersEusbncrErcrillButiressCrerillHnkhlxkEt.:Viali.ticsiDtfibiartE1htemalParticipantsLOBLteersnLmnylERRSupplyCtialn,Cffl,B-b.MBpia-CSysteiTt：TH_ChoreographyServiceQualityofhtegrationServiceMsjenwnlraiitayBOEtaib11fMnrtv?Mb吟ngIJKBM-ta-mM.2總f*縫處Mii.：.PrwMfc*

17、1ITf|hrtidlfihcrementdlLcyds(EtdtchETL：|l1b耐面ilitegistbkEiterpr1MEtad同佰MabagemeHt豈旦賓丄匹也豈列內(nèi)胚弓丄fEerulcef前辭ti歸_在一個完整的主數(shù)據(jù)管理解決方案中，除了主數(shù)據(jù)管理的核心服務(wù)組件之外通常還會涉及到企業(yè)元數(shù)據(jù)管理、企業(yè)信息集成、ETL、數(shù)據(jù)分析和數(shù)據(jù)倉庫以及EAI/ESB等其他各種技術(shù)和服務(wù)組件。其中主數(shù)據(jù)管理服務(wù)又包括如下一些主要的服務(wù)組件：InterfaceServices:為企業(yè)中需要主數(shù)據(jù)的所有業(yè)務(wù)系統(tǒng)提供各種服務(wù)接口，通過實時的、批量的接口可以讀取或者修改主數(shù)據(jù)，這些接口包括Batch,

18、WebServices,XMLInterface,MessagingInterface,Publish/Subscribe,Import/ExportServices,DataStandardizationInterface.DirectoryIntegration等。除了這些標(biāo)準(zhǔn)的技術(shù)接口之外，對于某些專有系統(tǒng)還提供適配器(Adapter)接口，通過適配器接口可以和一些特有的系統(tǒng)做接口，例如企業(yè)中的傳統(tǒng)(Legacy)應(yīng)用系統(tǒng)或者SAP等打包應(yīng)用。LifecycleManagementServices:履行針對主數(shù)據(jù)的CRUD操作，執(zhí)行對主數(shù)據(jù)存儲庫中的數(shù)據(jù)進行更新、存取和管理時的業(yè)務(wù)邏輯，

19、除此之外，它還負(fù)責(zé)維護主數(shù)據(jù)的衍生信息，例如客戶之間的關(guān)系、客戶的偏好、客戶在各種客戶服務(wù)渠道上的行為軌跡等。LifecycleManagementServices貫穿整個主數(shù)據(jù)管理的生命周期，它利用DataQualityManagementServices來確保數(shù)據(jù)質(zhì)量、利用MasterDataEventManagementServices來捕獲各種主數(shù)據(jù)變化等相關(guān)的事件，以及利用HierarchyandRelationshipManagementServices用來維護數(shù)據(jù)實體之間的關(guān)系和層次。DataQualityManagementServices:確保主數(shù)據(jù)的質(zhì)量和標(biāo)準(zhǔn)化，這在主數(shù)據(jù)

20、管理解決方案中一個非常重要的組件，在我們從各個業(yè)務(wù)系統(tǒng)獲取數(shù)據(jù)之后，要對數(shù)據(jù)進行清洗和驗證，例如對于地址而言，要彌補地址的缺失、地市的缺失、郵編的缺失、進行地址的標(biāo)準(zhǔn)化等。對于其他數(shù)據(jù)要進行非空檢查、外鍵檢查、數(shù)據(jù)過濾等。然后要對數(shù)據(jù)進行匹配/重復(fù)識別、自動進行基于規(guī)則的合并/去重、交叉驗證等，并且還要遵從企業(yè)的數(shù)據(jù)管控規(guī)范和流程。它可以是MasterDataManagementServices的一個內(nèi)部組件，也可以調(diào)用整個企業(yè)的InformationIntegrityServices來實現(xiàn)。AuthoringServices:依據(jù)數(shù)據(jù)管控流程，定義和擴展企業(yè)的主數(shù)據(jù)模型。HierarchyR

21、elationshipandManagementServices:定義數(shù)據(jù)實體的層次(Hierarchy),分組(Grouping),關(guān)系(Relationship),版本(Version)等。MasterDataEventManagementServices:捕獲事件并且觸發(fā)相應(yīng)的操作，包括事件發(fā)現(xiàn)、事件管理和通知功能，它在主數(shù)據(jù)管理系統(tǒng)和業(yè)務(wù)系統(tǒng)之間進行數(shù)據(jù)同步時起到至關(guān)重要的作用。BaseServices:提供通用服務(wù)，包括安全控制、錯誤處理、交易日志、事件日志等功能。MasterDataRepository:主數(shù)據(jù)存儲庫，包括Metadata.MasterData.HistoryDat

22、a,ReferenceData等。fecycleMmrim口ement面我們介紹兩個這些邏輯組件之間的協(xié)作場景:圖5.場景1-初始數(shù)據(jù)加載LOBHustemb.flaerDatairDataQuality“BtHQinQEventMgmt.JiManagen-entKB源數(shù)據(jù)從外部業(yè)務(wù)系統(tǒng)及EDW系統(tǒng)中通過批處理方式拷貝到磁帶；數(shù)據(jù)被加載到StagingDB，進行數(shù)據(jù)質(zhì)量分析；DataQualityManagementServices對數(shù)據(jù)進行清洗、匹配、標(biāo)準(zhǔn)化等；ETLTransformandLoadservices對合格數(shù)據(jù)進行轉(zhuǎn)換并準(zhǔn)備好加載數(shù)據(jù)；MasterDataInterfaceS

23、ervices接收批處理更新請求，調(diào)用LifecycleManagementUpdateService進行數(shù)據(jù)的批量更新；LifecycleManagementUpdateService調(diào)用Hierarchy&RelationshipManagementServices和BaseServices更新主數(shù)據(jù)庫。圖6.場景2主數(shù)據(jù)庫更新，然后同步到各業(yè)務(wù)系統(tǒng)abPDMkferaBKEttniEESulus吏一nell.Equ一研左HksUUEDFI場景2：主數(shù)據(jù)庫更新，然后同步到各業(yè)務(wù)系統(tǒng)某業(yè)務(wù)系統(tǒng)發(fā)起一個創(chuàng)建主數(shù)據(jù)的交易，該業(yè)務(wù)系統(tǒng)將交易數(shù)據(jù)以消息的形式發(fā)送到消息隊列；MDMInterfaceS

24、ervices捕獲該消息，進行消息解析，并調(diào)用SecurityandPrivacyServices進行權(quán)限驗證；MDMInterfaceServices調(diào)用LifecycleMgmt.UpdateService；LifecycleMgmt.UpdateService再調(diào)用DataQualityManagementServices進行數(shù)據(jù)的清洗和標(biāo)準(zhǔn)化；UpdateService調(diào)用SearchServices發(fā)現(xiàn)該主數(shù)據(jù)已經(jīng)存在，確認(rèn)這是對已有主數(shù)據(jù)的更新操作；UpdateService通過調(diào)用外部系統(tǒng)對數(shù)據(jù)進行擴充；UpdateService在更新主數(shù)據(jù)庫之前調(diào)用EventManagemen

25、tServices；EventManagementServices確認(rèn)是否需要涉及數(shù)據(jù)管控方面的處理；UpdateService調(diào)用Hierarchy&RelationshipManagementServices并且更新主數(shù)據(jù)庫；AuditLoggingServices紀(jì)錄相應(yīng)交易日志和歷史數(shù)據(jù)；MDMLifecycleManagementService調(diào)用MDMInterfaceServices返回更新處理請求；12源業(yè)務(wù)系統(tǒng)接收到處理請求之后，利用MDM系統(tǒng)發(fā)回來的數(shù)據(jù)對本地的應(yīng)用系統(tǒng)數(shù)據(jù)庫進行更新操作；13.其他所有需要主動被更新的相關(guān)的業(yè)務(wù)系統(tǒng)都會接收到更新后的最新數(shù)據(jù)。來源網(wǎng)絡(luò)，僅供

26、參考IBM主數(shù)據(jù)管理解決方案IBM的主數(shù)據(jù)管理解決方案InfoSphereMasterDataManagement是IBM信息管理大家族的一員。圖7.IBMInfoSphereMDMServer產(chǎn)品構(gòu)成KnoHdedgeMasterPratiletflCoverrvnceRulesofvisibilityO：n=sto1manageeverts:VVinnVVnnVVVnnn不莘罰不莘罰不莘罰IntegrityMaintainssinenecordIBMMasterDataeairterbHn如上圖所示，IBMMDMServer包含:Knowledge（知識層）：知識層包括當(dāng)事方（人員和組織）

27、、角色、地址位置、當(dāng)事人屬性（統(tǒng)計學(xué)信息）、關(guān)系、財務(wù)簡檔、多渠道集成、協(xié)議和產(chǎn)品、事件等。Action（交互層）：MDMServer本身就是按照SOA的體系結(jié)構(gòu)設(shè)計的，它提供700多個開箱既有的服務(wù)接口，這些服務(wù)可劃分為多個主題范圍，如下圖所示：圖8.MDMServerBusinessServices其中主要包括：來源網(wǎng)絡(luò)，僅供參考o(jì)當(dāng)事方人口統(tǒng)計學(xué)服務(wù)：o角色：一個當(dāng)事方可以扮演一個或多個角色，如帳戶方角色服務(wù)用于管理當(dāng)事方在一個或多個帳戶中扮演的多個角色，折扣或索賠方角色服務(wù)用于維護當(dāng)事方在一個或多個折扣或索賠中扮演的角色的信息。o關(guān)系服務(wù)：維護當(dāng)事方對當(dāng)事方關(guān)系，當(dāng)事方對當(dāng)事方關(guān)系不僅

28、可以存在于兩個獨立的當(dāng)事方之間（例如甲方和乙方是配偶），也可以存在于雙方在某個帳戶中扮演的角色范圍之內(nèi)（例如甲方是乙方遺囑的執(zhí)行人）。o位置服務(wù)：維護關(guān)于位置的數(shù)據(jù)，如地址和聯(lián)系方式。o客戶服務(wù)和銷售服務(wù):包含管理多渠道集成所需要的客戶服務(wù)與銷售信息的綜合業(yè)務(wù)服務(wù)。例如：隱私服務(wù)用于維護數(shù)據(jù)管理與請求的默認(rèn)隱私偏好以及客戶聲明的隱私偏好；偏好服務(wù)用于管理復(fù)雜的客戶服務(wù)偏好（比如，特定聯(lián)系方法和特定產(chǎn)品的聯(lián)系偏好）。o協(xié)議和產(chǎn)品服務(wù)：帳戶或合同服務(wù)用于維護某個帳戶或合同的詳細(xì)信息，這里合同定義為一個或多個當(dāng)事方與公司的合法協(xié)議。o數(shù)據(jù)維護服務(wù)：MDMServer提供重復(fù)嫌疑管理服務(wù)，進行當(dāng)事方記

29、錄的合并等。o當(dāng)事方財務(wù)簡檔：比如收入來源信息、財務(wù)帳戶信息等。o當(dāng)事方識別服務(wù)：為每個客戶記錄創(chuàng)建一個唯一客戶ID,并且維護對其它系統(tǒng)的交叉引用。o歷史紀(jì)錄和審核服務(wù)：包含檢索對象的歷史審核數(shù)據(jù)的服務(wù)。Integrity（完整性層）：完整性服務(wù)用于管理數(shù)據(jù)質(zhì)量和維護客戶數(shù)據(jù)的單一版本，包括疑似處理、重復(fù)處理、數(shù)據(jù)檢查、標(biāo)準(zhǔn)化等。Intellegence（智能層）：包括事件管理、業(yè)務(wù)處理規(guī)則、數(shù)據(jù)安全性。DataGovernance（數(shù)據(jù)管控層）：管理數(shù)據(jù)實體間的關(guān)系（Relationship）,分組（Group）,層次（Hierarchy），以及數(shù)據(jù)生命周期等。ServiceInteface

30、（接口層）：MDMServer支持多個實時和批處理接口，其中實時接口包括XML接口、WebServices接口、消息接口、Java對象接口、COBOL和CICS接口等。此外，還支持用戶自定義接口。使用IBM全套解決方案的主數(shù)據(jù)管理案例以下是一個使用全套IBM軟件解決方案的案例，這是一個典型的客戶主數(shù)據(jù)管理的應(yīng)用場景，其中使用的產(chǎn)品包括：WebSpherePortalServer，WebSphereMDMServer，WebSphereEnterpriseServicesBus,WebSphereQualityStage,DB2等。圖9.主數(shù)據(jù)管理應(yīng)用案例EikirdDaisPrcuderLOB

31、Brw.isff=4戶&-D蘭口:-8二艮1噸JWanfer710Mlll.kjbSp區(qū)EHDIISenmlii.WiEfllTreEJQLBliyS亦-jl.HfebkKreEd-jiasRegish1S：Reped的,_ITTFI-JQBEUQIJlilDB9IDBlimr亠、fetrinEiOii、=:a,?fhLLDBIfiimiJUHDIL|Ulltfl|liitjorere;PrixessSensrL-圖9描述了一個主數(shù)據(jù)管理應(yīng)用的端到端流程：業(yè)務(wù)系統(tǒng)通過自己的用戶界面創(chuàng)建一個新的用戶，并且把數(shù)據(jù)寫入了其應(yīng)用系統(tǒng)數(shù)據(jù)庫中;該業(yè)務(wù)系統(tǒng)向MQ發(fā)送一條XML消息；消息中包含了客戶基本信息

32、和策略信息；MDMServer接收到該MQ消息，對此消息進行處理；MDMServer通過與QualityStage的接口調(diào)用WebSphereQualityStage的服務(wù)，進行客戶姓名和聯(lián)系方式的清洗和標(biāo)準(zhǔn)化；WebSphereQualityStage對客戶姓名和聯(lián)系方式的清洗和標(biāo)準(zhǔn)化；WebSphereQualityStage返回標(biāo)準(zhǔn)化了的客戶數(shù)據(jù)；MDMServer接收到標(biāo)準(zhǔn)化了的客戶姓名和地址，查詢主數(shù)據(jù)庫獲取候選姓名，調(diào)用QualityStage的疑似匹配服務(wù)；QualityStage進行疑似處理；QualityStage將打分結(jié)果返回給MDMServer，結(jié)果表明這是一個新客戶；MDMServer向某外部系統(tǒng)發(fā)出WebServices請求，進行數(shù)據(jù)擴充；外部系統(tǒng)將結(jié)