主數(shù)據(jù)管理系統(tǒng)和ODS的關(guān)系

1、主數(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è)客戶而言,電信運營商提供的各種效勞可以形成其產(chǎn)品主數(shù)據(jù)；對于航空業(yè)客戶而言,航線、航班是其企業(yè)主數(shù)據(jù)的一種.對于某一個企業(yè)的不同業(yè)務(wù)部門,其主數(shù)據(jù)也不同,例如市場銷售部門

2、關(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ù)：用于紀錄業(yè)務(wù)事件,如客戶的訂單,投訴記錄,客服申請等,它往往用于描述在某一個時間點上業(yè)務(wù)系統(tǒng)發(fā)生的行為.?主數(shù)據(jù)：主數(shù)據(jù)那么定義企業(yè)核心業(yè)務(wù)對象,如客戶、產(chǎn)品、地址等,與交易流水信息不同,主數(shù)據(jù)一旦被記錄到數(shù)據(jù)庫中,需要經(jīng)常對其進行維護,從而保證其時效性和準確性；主數(shù)據(jù)還包括關(guān)系數(shù)據(jù),用以描述主數(shù)據(jù)之間的關(guān)系,如客戶與產(chǎn)品的關(guān)系、產(chǎn)品與地域的關(guān)系、客戶與客戶的關(guān)系

3、、產(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ù)的標準、技術(shù)和方案,以保證主數(shù)據(jù)的完整性、一致性和準確性("Thesetofdisciplines,technologies,andsolutionsusedtocreateandmaintainconsistent,complete,contextualandaccuratebusinessdataforall精心整理stakeholders(users,applications,datawarehouses,proces

4、ses,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ù)治理的信息流為：1 .某個業(yè)務(wù)系統(tǒng)觸發(fā)

5、對企業(yè)主數(shù)據(jù)的改動；2 .主數(shù)據(jù)治理系統(tǒng)將整合之后完整、準確的主數(shù)據(jù)分發(fā)給所有有關(guān)的應(yīng)用系統(tǒng)；3 .主數(shù)據(jù)治理系統(tǒng)為決策支持和數(shù)據(jù)倉庫系統(tǒng)提供準確的數(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ù)得出的客戶細分群體.?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è)效勞的付費實體.精心整理?Location:Location記錄

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

8、分析型應(yīng)用,包括各個業(yè)務(wù)系統(tǒng)、業(yè)務(wù)流程和決策支持系統(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ù)治理根底和相應(yīng)標準,并且更靈活地適應(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)一的

9、市場行為,導(dǎo)致客戶滿意度下降,市場份額減少.因此,建立客戶主數(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)提供及時和全面的客戶信息；效勞于OCRM系統(tǒng),充分利用數(shù)據(jù)的價值,在所有客戶接觸點上提供更多具有附加價值的效勞；?實現(xiàn)SOA的體系結(jié)構(gòu)：建立客戶主數(shù)據(jù)系統(tǒng)之前,數(shù)據(jù)被鎖定在每一個應(yīng)用系統(tǒng)和流程

10、中,建立主數(shù)據(jù)治理系統(tǒng)之后,數(shù)據(jù)從應(yīng)用系統(tǒng)中被釋放出來,并且被處理成為一組可重用的服務(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ù)治理的標準作為指導(dǎo)、都需要不同系統(tǒng)、不同部門的協(xié)作、需要統(tǒng)一的平安策略.但是,主數(shù)據(jù)治理系統(tǒng)和數(shù)據(jù)倉庫/決策支持系

11、統(tǒng)二者之間也存在很多不同：?處理類型不同：主數(shù)據(jù)治理(MDM)系統(tǒng)是偏交易型的系統(tǒng),它為各個業(yè)務(wù)系統(tǒng)提供聯(lián)機交易效勞,系統(tǒng)的效勞對象是呼叫中央、B2cCRM等業(yè)務(wù)系統(tǒng)；而數(shù)據(jù)倉庫是屬于分析型的系統(tǒng),面向的是分析型的應(yīng)用,是在大量歷史交易數(shù)據(jù)的根底上進行多維分析,系統(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)品等信

12、息.雖然主數(shù)據(jù)治理系統(tǒng)和數(shù)據(jù)倉庫系統(tǒng)異同共存,但是二者卻有著緊密的聯(lián)系,并且可以互為促進、互為補充.舉例而言,數(shù)據(jù)倉庫系統(tǒng)的分析結(jié)果可以作為衍生數(shù)據(jù)輸入到MDM系統(tǒng),從而使MDM系統(tǒng)能夠更好地為操作型CRM系統(tǒng)效勞.以航空公司為例,客戶的主數(shù)據(jù)模型大致可以分為三局部：首先包括客戶根本信息和偏好信息.?客戶根本信息：o個人及公司信息o消費者市場狀況o常旅客會員卡號,狀態(tài),及累計里程等o客戶間關(guān)系(個體-個體,個體-公司)o,包括,電子郵件等?客戶偏好信息：o餐食偏好o是否吸煙o座位偏好o機型偏好o公務(wù)艙位偏好o旅行艙位偏好o休息室效勞偏好除了這兩局部之外,我們還可以從數(shù)據(jù)倉庫系統(tǒng)中提取相關(guān)的信息

13、,作為客戶主數(shù)據(jù)的衍生信息部分,從而更好地、全方位地描述客戶特征,這些可以包括：?衍生信息：o本月飛行里程o年度飛行里程(最近12個月內(nèi))o提前預(yù)訂傾向o習(xí)慣預(yù)訂模式o使用自主效勞傾向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的一個很大

14、區(qū)別.舉一個航空公司的例子,比方某個客戶在電子商務(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ù)治理,這類方案是作為套裝軟件的一局部,主要是為套裝軟件的其它模塊提供效勞的,因此,通常功能都缺乏完善性.?還有一類是側(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ù)效勞被外部交易系統(tǒng)調(diào)用,從而使系統(tǒng)具有很強的實時操作性,同時還強調(diào)主數(shù)據(jù)治理、主數(shù)據(jù)質(zhì)量限制以及主數(shù)據(jù)維護的手段和標準性.企業(yè)主數(shù)據(jù)治理系統(tǒng)邏輯架構(gòu)精心整理一個完整的主數(shù)據(jù)治理解決方案的邏輯架構(gòu)應(yīng)如下列圖所示:圖4.主數(shù)據(jù)治理系統(tǒng)邏輯架構(gòu)LOP學(xué)師rreCrreQraphy皿刮電Qf舊吃團印h

16、semall3iFiartnpriGuERI=aup<plpehdn,em匕CMihIte)BrtemalPartiapants(BatchETL1KitimlghcneritntglLoadslliE'brDartaHBiageineatSemt3iInHeim也iilit&gratbi在一個完整的主數(shù)據(jù)治理解決方案中,除了主數(shù)據(jù)治理的核心效勞組件之外通常還會涉及到企業(yè)元數(shù)據(jù)治理、企業(yè)信息集成、ETL數(shù)據(jù)分析和數(shù)據(jù)倉庫以及EAI/ESB等其他各種技術(shù)和效勞組件其中主數(shù)據(jù)治理效勞又包括如下一些主要的效勞組件:?InterfaceServices:為企業(yè)中需要主數(shù)據(jù)的所有業(yè)

17、務(wù)系統(tǒng)提供各種效勞接口,通過實時的、批量的接口可以讀取或者修改主數(shù)據(jù),這些接口包括Batch,WebServices,XMLInterface,MessagingInterface,Publish/Subscribe,Import/ExportServices,DataStandardizationInterface,DirectoryIntegration等.除了這些標準的技術(shù)接口之外,對于某些專有系統(tǒng)還提供適配器(Adapter)接口,通過適配器接口可以和一些特有的系統(tǒng)做接口,例如企業(yè)中的傳統(tǒng)(Legacy)應(yīng)用系統(tǒng)或者SAP等打包應(yīng)用.?LifecycleManagementServic

18、es:履行針對主數(shù)據(jù)的CRUD操作,執(zhí)行對主數(shù)據(jù)存儲庫中的數(shù)據(jù)進行更新、存取和治理時的業(yè)務(wù)邏輯,除此之外,它還負責(zé)維護主數(shù)據(jù)的衍生信息,例如客戶之間的關(guān)系、客戶的偏好、客戶在各種客戶效勞渠道上的行為軌跡等.LifecycleManagementServices貫穿整個主數(shù)據(jù)治理的生命周期,它利用DataQualityManagementServices來保證數(shù)據(jù)質(zhì)量、利用MasterDataEventManagementServices來捕獲各種主數(shù)據(jù)變化等相關(guān)的事件,以及利用HierarchyandRelationshipManagementServices用來維護數(shù)據(jù)實體之間的關(guān)系和層次.

19、?DataQualityManagementServices:保證主數(shù)據(jù)的質(zhì)量和標準化,這在主數(shù)據(jù)治理解決方案中一個非常重要的組件,在我們從各個業(yè)務(wù)系統(tǒng)獲取數(shù)據(jù)之后,要對數(shù)據(jù)進行清洗和驗證,例如對于地址而言,要彌補地址的缺失、地市的缺失、的缺失、進行地址的標準化等.對于其他數(shù)據(jù)要進行非空檢查、外鍵檢查、數(shù)據(jù)過濾等.然后要對數(shù)據(jù)進行匹配/重復(fù)識別、自動進行基于規(guī)那么的合并/去重、交叉驗證等,并且還要遵從企業(yè)的數(shù)據(jù)管控規(guī)范和流程.它可以是MasterDataManagementServices的一個內(nèi)部組件,也可以調(diào)用整個企業(yè)的InformationIntegrityServices來實現(xiàn).精心整

20、理?AuthoringServices:依據(jù)數(shù)據(jù)管控流程,定義和擴展企業(yè)的主數(shù)據(jù)模型.?HierarchyRelationshipandManagementServices:定義數(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:提供通用效勞,包括平安限制、錯誤處理、交易日志、事件日志等功能.?Mas

21、terDataRepository:主數(shù)據(jù)存儲庫,包括Metadata,MasterData,HistoryData,ReferenceData等.卜面我們介紹兩個這些邏輯組件之間的協(xié)作場景:圖5.場景1-初始數(shù)據(jù)加載Matrata姓MaserDatsDaisQuality二EventMgmt.J加序口即cmeEMasterDataManagementServicesLifecyi&lenagemniHI-口r*DAH場景1:初始數(shù)據(jù)加載:1. 源數(shù)據(jù)從外部業(yè)務(wù)系統(tǒng)及EDW系統(tǒng)中通過批處理方式拷貝到磁帶；2. 數(shù)據(jù)被加載到StagingDB,進行數(shù)據(jù)質(zhì)量分析；3. DataQualit

22、yManagementServices對數(shù)據(jù)進行清洗、匹配、標準化等；4. ETLTransformandLoadservices對合格數(shù)據(jù)進行轉(zhuǎn)換并準備好加載數(shù)據(jù);精心整理5. MasterDataInterfaceServices接收批處理更新請求,調(diào)用LifecycleManagementUpdateService進行數(shù)據(jù)的批量更新；6. LifecycleManagementUpdateService調(diào)用Hierarchy&RelationshipManagementServices和BaseServices更新主數(shù)據(jù)庫.圖6.場景2-主數(shù)據(jù)庫更新,然后同步到各業(yè)務(wù)系統(tǒng)!|&a

23、mp;|IhE口/巾nt,niEiLJOIMLDIqJCIc口干£,£場景2:主數(shù)據(jù)庫更新,然后同步到各業(yè)務(wù)系統(tǒng)1. 某業(yè)務(wù)系統(tǒng)發(fā)起一個創(chuàng)立主數(shù)據(jù)的交易,該業(yè)務(wù)系統(tǒng)將交易數(shù)據(jù)以消息的形式發(fā)送到消息隊列；2. MDMInterfaceServices捕獲該消息,進行消息解析,并調(diào)用SecurityandPrivacyServices進行權(quán)限驗證；3. MDMInterfaceServices調(diào)用LifecycleMgmt.UpdateService;4. LifecycleMgmt.UpdateService再調(diào)用DataQualityManagementServices進行

24、數(shù)據(jù)的清洗和標準化；5. UpdateService調(diào)用SearchServices發(fā)現(xiàn)該主數(shù)據(jù)已經(jīng)存在,確認這是對已有主數(shù)據(jù)的更新操作；6. UpdateService通過調(diào)用外部系統(tǒng)對數(shù)據(jù)進行擴充；7. UpdateService在更新主數(shù)據(jù)庫之前調(diào)用EventManagementServices;8. EventManagementServices確認是否需要涉及數(shù)據(jù)管控方面的處理；9. UpdateService調(diào)用Hierarchy&RelationshipManagementServices并且更新主數(shù)據(jù)庫；10. AuditLoggingServices紀錄相應(yīng)交易日志和

25、歷史數(shù)據(jù)；11. 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ù).IBM主數(shù)據(jù)治理解決方案IBM的主數(shù)據(jù)治理解決方案InfoSphereMasterDataManagement是EM信息治理大家族的一員.圖7.IBMInfoSphereMDMServer產(chǎn)品構(gòu)成一U,.二.KnoWHloeM白.酎PrafiieIntd帕emSusinessru

26、l&stomanageevertsIBMMasterDataManaaementSerrerIntegrityMirrtainssin,©neccrdDmAhCoverrwncRidesofTisbiliiy如上圖所示,IBMMDMServer包含:?Knowledge知識層：知識層包括當(dāng)事方人員和組織、角色、地址位置、當(dāng)事人屬性統(tǒng)計學(xué)信息、關(guān)系、財務(wù)簡檔、多渠道集成、協(xié)議和產(chǎn)品、事件等.?Action交互層：MDMServer本身就是根據(jù)SOA的體系結(jié)構(gòu)設(shè)計的,它提供700多個開箱既有的效勞接口,這些效勞可劃分為多個主題范圍,如下列圖所示：圖8.MDMServerBusin

27、essServiceso角色：一個當(dāng)事方可以扮演一個或多個角色,如帳戶方角色效勞用于治理當(dāng)事方在一個或多個帳戶中扮演的多個角色,折扣或索賠方角色效勞用于維護當(dāng)事方在一個或多個折扣或索賠中扮演的角色的信息.o關(guān)系效勞：維護當(dāng)事方對當(dāng)事方關(guān)系,當(dāng)事方對當(dāng)事方關(guān)系不僅可以存在于兩個獨立的當(dāng)事方之間例如甲方和乙方是配偶,也可以存在于雙方在某個帳戶中扮演的角色范圍之內(nèi)例如甲方是乙方遺囑的執(zhí)行人.o位置效勞：維護關(guān)于位置的數(shù)據(jù),如地址和聯(lián)系方式.o客戶效勞和銷售效勞：包含治理多渠道集成所需要的客戶效勞與銷售信息的綜合業(yè)務(wù)效勞.例如：隱私效勞用于維護數(shù)據(jù)治理與請求的默認隱私偏好以及客戶聲明的隱私偏好；偏好效

28、勞用于治理復(fù)雜的客戶效勞偏好比方,特定聯(lián)系方法和特定產(chǎn)品的聯(lián)系偏好.o協(xié)議和產(chǎn)品效勞：帳戶或合同效勞用于維護某個帳戶或合同的詳細信息,這里合同定義為一個或多個當(dāng)事方與公司的合法協(xié)議.o數(shù)據(jù)維護效勞：MDMServer提供重復(fù)嫌疑治理效勞,進行當(dāng)事方記錄的合并等.o當(dāng)事方財務(wù)簡檔：比方收入來源信息、財務(wù)帳戶信息等.o當(dāng)事方識別效勞：為每個客戶記錄創(chuàng)立一個唯一客戶ID,并且維護對其它系統(tǒng)的交叉引用.o歷史紀錄和審核效勞：包含檢索對象的歷史審核數(shù)據(jù)的效勞.?Integrity完整性層：完整性效勞用于治理數(shù)據(jù)質(zhì)量和維護客戶數(shù)據(jù)的單一版本,包括疑似處理、重復(fù)處理、數(shù)據(jù)檢查、標準化等.?Intellege

29、nce智能層：包括事件治理、業(yè)務(wù)處理規(guī)那么、數(shù)據(jù)平安性.?DataGovernance數(shù)據(jù)管控層：治理數(shù)據(jù)實體間的關(guān)系Relationship,分組Group,層次Hierarchy,以及數(shù)據(jù)生命周期等.精心整理?ServiceInteface接口層：MDMServer支持多個實時和批處理接口,其中實時接口包括XML接口、WebServices接口、消息接口、Java對象接口、COBO你口CICS接口等.止匕外,還支持用戶自定義接口.使用舊M全套解決萬案的主數(shù)據(jù)治理案例以下是一個使用全套舊M軟件解決方案的案例,這是一個典型的客戶主數(shù)據(jù)治理的應(yīng)用場景,其中使用的產(chǎn)品包括：WebSpherePor

30、talServer,WebSphereMDMServeWebSphereEnterpriseServicesBus,WebSphereQualityStage,DB2等.圖9.主數(shù)據(jù)治理應(yīng)用案例-加9副HltthpU.lEilendD聲PiodtkETranumurltgihereSauce?Hegisly總網(wǎng)pE酬皿睪*修ProossSenirrDM一而畫一fw-二三q-魯_尸之-二!=-圖9描述了一個主數(shù)據(jù)治理應(yīng)用的端到端流程：1 .業(yè)務(wù)系統(tǒng)通過自己的用戶界面創(chuàng)立一個新的用戶,并且把數(shù)據(jù)寫入了其應(yīng)用系統(tǒng)數(shù)據(jù)庫中；2 .該業(yè)務(wù)系統(tǒng)向MQ發(fā)送一條XML消息；消息中包含了客戶根本信息和策略信息；

31、3 .MDMServer接收到該MQ消息,對此消息進行處理；4 .MDMServer通過與QualityStage的接口調(diào)用WebSphereQualityStage的效勞,進行客戶姓名和聯(lián)系方式的清洗和標準化；5 .WebSphereQualityStage對客戶姓名和聯(lián)系方式的清洗和標準化；6 .WebSphereQualityStage返回標準化了的客戶數(shù)據(jù)；7 .MDMServer接收到標準化了的客戶姓名和地址,查詢主數(shù)據(jù)庫獲取候選姓名,調(diào)用QualityStage的疑似匹配效勞；8 .QualityStage進行疑似處理；9 .QualityStage將打分結(jié)果返回給MDMServer,結(jié)果說明這是一個新客戶；10 .MDMServer向某外部系統(tǒng)發(fā)出WebServices請求,進行數(shù)據(jù)擴充；11 .外部系統(tǒng)將結(jié)果返回MDMServer；12 .MDMServer分配一個唯一的PartylD,并且將客戶主數(shù)據(jù)寫入MDMServerDB;13 .根據(jù)客戶Profile,MDMServer