主數(shù)據(jù)管理一些概念

1、什么是主數(shù)據(jù)管理(MasterDataManagement，MDM)主數(shù)據(jù)是指在整個(gè)企業(yè)圍各個(gè)系統(tǒng)(操作/事務(wù)型應(yīng)用系統(tǒng)以及解析型系統(tǒng))間要共享的數(shù)據(jù)，比方，可以是與客戶(customers),供應(yīng)商(suppliers),(accounts)以及組織單位(organizationalunits)相關(guān)的數(shù)據(jù)。主數(shù)據(jù)平常需要在整個(gè)企業(yè)圍保持一致性(consistent)、完滿性(complete)、可控性(controlled)，為了完成這一目標(biāo)，就需要進(jìn)行主數(shù)據(jù)管理(MasterDataManagement，MDM)。需要注意的是，主數(shù)據(jù)不是企業(yè)所有的業(yè)務(wù)數(shù)據(jù)，可是有必要在各個(gè)系統(tǒng)間共享的數(shù)據(jù)

2、才是主數(shù)據(jù)，比方大多數(shù)的交易數(shù)據(jù)、帳單數(shù)據(jù)等都不是主數(shù)據(jù)，而像描述核心業(yè)務(wù)實(shí)體的數(shù)據(jù)，而像客戶、供應(yīng)商、組織單位、員工、合作伙伴、地址信息等都是主數(shù)據(jù)。主數(shù)據(jù)是企業(yè)可以跨業(yè)務(wù)重復(fù)使用的高價(jià)值的數(shù)據(jù)。這些主數(shù)據(jù)在進(jìn)行主數(shù)據(jù)管理以前經(jīng)常存在于多個(gè)異構(gòu)或同構(gòu)的系統(tǒng)中。主數(shù)據(jù)管理(MasterDataManagement，MDM)是指一組拘束和方法用來保證一個(gè)企業(yè)主題域和系統(tǒng)相關(guān)數(shù)據(jù)和跨主題域和系統(tǒng)的相關(guān)數(shù)據(jù)的實(shí)時(shí)性、含義和質(zhì)量。這是從深層次來說來說明主數(shù)據(jù)管理(MDM)的深度和復(fù)雜性，簡單的說，主數(shù)據(jù)管理(MDM)保證你的系統(tǒng)協(xié)調(diào)停重用通用、正確的業(yè)務(wù)數(shù)據(jù)(主數(shù)據(jù))。平常，我們會(huì)把主數(shù)據(jù)管理作為應(yīng)用

3、流程的補(bǔ)充，經(jīng)過從各個(gè)操作/事務(wù)型應(yīng)用以及解析型應(yīng)用中分別出主要的信息，使其成為一個(gè)集中的、獨(dú)立于企業(yè)中各種其他應(yīng)用核心資源，從而使得企業(yè)的核心信息得以重用并保證各個(gè)操作/事務(wù)型應(yīng)用以及解析型應(yīng)用間的核心數(shù)據(jù)的一致性。經(jīng)過主數(shù)據(jù)管理，改變企業(yè)數(shù)據(jù)利用的現(xiàn)狀，從而更好地為企業(yè)信息集成做好鋪墊。主數(shù)據(jù)管理(MDM)可以幫助我們創(chuàng)辦并保護(hù)整個(gè)企業(yè)主數(shù)據(jù)的單一視圖(SingleView)，保證單一視圖的正確性、一致性以及完滿性，從而供應(yīng)數(shù)據(jù)質(zhì)量，一致商業(yè)實(shí)體的定義，簡化改進(jìn)商業(yè)流程并供應(yīng)業(yè)務(wù)的響應(yīng)速度。從變化的頻率來看，主數(shù)據(jù)和平常交易數(shù)據(jù)不同樣，變化相對(duì)緩慢，其他，主數(shù)據(jù)由于跨各個(gè)系統(tǒng)，因此對(duì)數(shù)據(jù)的

4、一致性、實(shí)時(shí)性以及版本控制要求很高。主數(shù)據(jù)管理其實(shí)在很早以前就素來存在，只但是現(xiàn)在隨著業(yè)務(wù)發(fā)展以及看守的需要，對(duì)主數(shù)據(jù)的實(shí)時(shí)性、正確性、一致性有了更高的要求，才被業(yè)界寬泛接受，各個(gè)廠商相應(yīng)的推出了一系列的主數(shù)據(jù)管理集成與基礎(chǔ)套件以及特定領(lǐng)域的解決方案。近來幾年來最明顯的變化是，客戶在以前的時(shí)候經(jīng)常問的問題是：“主數(shù)據(jù)管理是什么?”，而現(xiàn)在客戶經(jīng)常問的問題演變成了：“我們的業(yè)務(wù)的確存在一些問題，主數(shù)據(jù)管理正好可以解決這個(gè)問題，我們怎么開始?”。與以前對(duì)照，客戶對(duì)主數(shù)據(jù)管理(MDM)的認(rèn)識(shí)有了巨大的進(jìn)步，并開始試一試用主數(shù)據(jù)管理(MDM)解決他們在整個(gè)企業(yè)圍進(jìn)行跨業(yè)務(wù)、跨主題域時(shí)碰上的各種挑戰(zhàn)和問

5、題：比方稅務(wù)行業(yè)，稅務(wù)局在按納稅人在一些解析統(tǒng)計(jì)時(shí)，就發(fā)現(xiàn)關(guān)于納稅人的基本信息分布在核心征收管理系統(tǒng)、發(fā)票管理系統(tǒng)、個(gè)人所得稅系統(tǒng)、增值稅管理系統(tǒng)等多達(dá)幾十個(gè)系統(tǒng)中，使得統(tǒng)計(jì)解析變得困難起來，在比方在醫(yī)療設(shè)備企業(yè)，由于沒有依照供應(yīng)商進(jìn)行產(chǎn)品層次的分類，各個(gè)產(chǎn)品的描述也很不同樣，使得產(chǎn)品目錄的保護(hù)十分困難。隨著業(yè)務(wù)的發(fā)展，對(duì)各行各業(yè)來說，生成并保護(hù)一個(gè)一致的主數(shù)據(jù)系統(tǒng)變的十分迫切和必要，特別是對(duì)一些跨國企業(yè)，如何在不一樣的地區(qū)(各個(gè)國家和地區(qū))的業(yè)務(wù)系統(tǒng)之間保護(hù)關(guān)于客戶、產(chǎn)品目錄、供應(yīng)商等信息的單一視圖更是重要。需要注意的是，主數(shù)據(jù)(MasterData)和元數(shù)據(jù)(MetaData)是兩個(gè)完滿不

6、一樣的見解。元數(shù)據(jù)是指表示數(shù)據(jù)的相關(guān)信息，比方數(shù)據(jù)定義等，而主數(shù)據(jù)是指實(shí)例數(shù)據(jù)，比方產(chǎn)品目錄信息等。比方，某省地稅開發(fā)了一套征收管理軟件，以市為單位部署了17套，每套征收管理軟件中的元數(shù)據(jù)都是同樣的，但是主數(shù)據(jù)還是需要進(jìn)行管理的。主數(shù)據(jù)管理和傳統(tǒng)數(shù)據(jù)庫房解決方案不是一個(gè)見解，數(shù)據(jù)庫房會(huì)將各個(gè)業(yè)務(wù)系統(tǒng)的數(shù)據(jù)集中在一起在進(jìn)行業(yè)務(wù)的解析，而主數(shù)據(jù)管理系統(tǒng)不會(huì)把所有數(shù)據(jù)都管理起來，可是把需要在各個(gè)系統(tǒng)間共享的主數(shù)據(jù)進(jìn)行采集和發(fā)布。相關(guān)于傳統(tǒng)數(shù)據(jù)庫房解決方案的單向集成，主數(shù)據(jù)管理正側(cè)重將主數(shù)據(jù)的變化同步宣布到各個(gè)關(guān)系的業(yè)務(wù)系統(tǒng)中(主數(shù)據(jù)管理數(shù)據(jù)是雙向的)。主數(shù)據(jù)管理問題存在的根源關(guān)于大多數(shù)的企業(yè)都存在主

7、數(shù)據(jù)管理的問題，個(gè)人以為這是由于業(yè)務(wù)發(fā)展的漸進(jìn)性以及IT技術(shù)發(fā)展的漸進(jìn)性造成的，正是由于這種漸進(jìn)性，各大企業(yè)的業(yè)務(wù)系統(tǒng)從經(jīng)歷了從無到有，從簡單到復(fù)雜，從而形成了一個(gè)又一個(gè)的業(yè)務(wù)豎井。從根本上來說，不可以能只使用一個(gè)業(yè)務(wù)系統(tǒng)就能覆蓋企業(yè)的所有業(yè)務(wù)，即便對(duì)一些國際大型的企業(yè)供應(yīng)的套件來說也是一個(gè)不可以能完成的任務(wù)(即便對(duì)套件來說，經(jīng)常也存在一個(gè)跨國企業(yè)在不一樣的國家或地區(qū)部署多個(gè)實(shí)例的現(xiàn)象，也就是沒有集中部署該套件，而是在好多地方分別部署了該套件)。對(duì)企業(yè)來說，業(yè)務(wù)系統(tǒng)的成立更多是以項(xiàng)目為中心，從下而上的成立系統(tǒng)，而不是至上而下的成立系統(tǒng)，必然缺乏整個(gè)企業(yè)圍的一致規(guī)劃，從而使得一些需要在各個(gè)業(yè)務(wù)中

8、共享的數(shù)據(jù)(主數(shù)據(jù))被分別到了各個(gè)業(yè)務(wù)系統(tǒng)進(jìn)行分別管理。分別管理的主數(shù)據(jù)由于沒有不具備一致性、正確性、完滿性，使得各個(gè)企業(yè)寬泛存在著產(chǎn)品管理不力、供應(yīng)商管理不力、訂單管理不力等現(xiàn)象。解決這一問題的根本方法就是引入主數(shù)據(jù)管理(MDM)，主數(shù)據(jù)不只指需要共享的數(shù)據(jù)，更包括需要共享的業(yè)務(wù)規(guī)則和策略。主數(shù)據(jù)管理(MDM)的成熟度依照主數(shù)據(jù)管理推行的復(fù)雜程度，參照J(rèn)illDyche,EvanLevy的見解大體可以把主數(shù)據(jù)管理可以分為五個(gè)層次，從低到高反響了主數(shù)據(jù)管理(MDM)的不一樣成熟度。下面我們簡單介紹一下這五個(gè)層次：Level0：沒有推行任何主數(shù)據(jù)管理(MDM)在Level0的情況下，意味著企業(yè)的

9、各個(gè)應(yīng)用之間沒有任何的數(shù)據(jù)共享，整個(gè)企業(yè)沒有數(shù)據(jù)定義元素存在。比方，一個(gè)企業(yè)銷售好多產(chǎn)品，對(duì)這些產(chǎn)品的生產(chǎn)和銷售由多個(gè)獨(dú)立的系統(tǒng)來辦理，各個(gè)系統(tǒng)獨(dú)立辦理產(chǎn)品數(shù)據(jù)并擁有自己獨(dú)立的產(chǎn)品列表，各個(gè)系統(tǒng)之間不共享產(chǎn)品數(shù)據(jù)。在Level0,每個(gè)獨(dú)立的應(yīng)用負(fù)責(zé)管理和保護(hù)自己的要點(diǎn)數(shù)據(jù)(比方產(chǎn)品列表、客戶信息等)，各個(gè)系統(tǒng)間不共享這些信息，這些數(shù)據(jù)是不連通的。Level1：供應(yīng)列表無論企業(yè)大還是小，列表管理是我們常用的一種方式。在企業(yè)部，會(huì)經(jīng)過手工的方式保護(hù)一個(gè)邏輯或物理的列表。當(dāng)各個(gè)異構(gòu)的系統(tǒng)和用戶需要某些數(shù)據(jù)的時(shí)候，就可以索取該列表了。關(guān)于這個(gè)列表的保護(hù)，包括數(shù)據(jù)增加、刪除、更新以及矛盾辦理，都是由各個(gè)

10、部門的工作人員經(jīng)過一系列的談?wù)摵蜁?huì)議進(jìn)行辦理的。業(yè)務(wù)規(guī)則(BusinessRules)是用來反響價(jià)值的一致性，當(dāng)業(yè)務(wù)規(guī)則發(fā)生改變也許出現(xiàn)近似的情況時(shí)，這樣高度手工管理的流程簡單發(fā)生錯(cuò)誤。由于列表管理是經(jīng)過手工管理的，其列表保護(hù)的質(zhì)量取決于誰參加了改正管理流程，一旦某人缺席，將會(huì)影響列表的保護(hù)。MDMLevel1比MDMLevel0的不一樣就是，各個(gè)部門誠然還是獨(dú)立保護(hù)各自的要點(diǎn)數(shù)據(jù)，但會(huì)經(jīng)過列表管理保護(hù)一個(gè)松弛的主數(shù)據(jù)列表，可以向其他各個(gè)部門供應(yīng)其需要的數(shù)據(jù)。在MDMLevel1中，數(shù)據(jù)改正決定以及數(shù)據(jù)改正操作都是由人來決定的，因此，只有人完成數(shù)據(jù)改正決定后才會(huì)改正數(shù)據(jù)。在實(shí)質(zhì)情況中，誠然數(shù)據(jù)

11、改正流程有嚴(yán)格的規(guī)定，但是由于缺乏集中的、基于規(guī)則的數(shù)據(jù)管理，當(dāng)數(shù)據(jù)量比較大時(shí)，數(shù)據(jù)保護(hù)的成本會(huì)變的很高，效率也會(huì)很低。當(dāng)主數(shù)據(jù)，比方客戶信息、產(chǎn)品目錄信息等數(shù)量比較少時(shí)，列表管理的方式是可行的，但是當(dāng)產(chǎn)品目錄或客戶列表出現(xiàn)爆炸式增加今后，列表管理的改正流程將變得困難起來。MDMLevel1依賴于人的協(xié)作。若是產(chǎn)品經(jīng)理需要更新過后的產(chǎn)品價(jià)格列表，那需要聯(lián)系ERP系統(tǒng)所有者，讓其發(fā)送給她。在企業(yè)圍實(shí)現(xiàn)客戶或產(chǎn)品列表就仿佛保護(hù)不一樣部門之間人們的關(guān)系同樣。若是客戶或產(chǎn)品存在層次或分組，列表將很難供應(yīng)，并且平常在Level1由于過于復(fù)雜難以被管理。Level2：同樣接見(經(jīng)過接口的方式，各個(gè)系統(tǒng)與主

12、數(shù)據(jù)主機(jī)之間直接互聯(lián))MDMLevel2與MDMLevel1對(duì)照，引入了對(duì)主數(shù)據(jù)的(自動(dòng))管理。經(jīng)過成立數(shù)據(jù)標(biāo)準(zhǔn)，定義對(duì)儲(chǔ)藏在中央知識(shí)庫(CentralRepository)中詳細(xì)數(shù)據(jù)的接見和共享，為各個(gè)系統(tǒng)間共享使用數(shù)據(jù)供應(yīng)了嚴(yán)實(shí)的支持。中央知識(shí)庫(CentralRepository)平常會(huì)被稱為“主數(shù)據(jù)主機(jī)(MasterDataHost)”。這個(gè)知識(shí)庫可以是一個(gè)數(shù)據(jù)庫也許一個(gè)應(yīng)用系統(tǒng)，經(jīng)過在線的方式支持?jǐn)?shù)據(jù)的接見和共享。創(chuàng)辦、讀取、更新和刪除(CRUD)是辦理基本功能的典型編程術(shù)語。即便在MDM中，CRUD辦理也是基本功能。你的數(shù)據(jù)庫若是可是支持CRUD辦理其實(shí)不意味著你實(shí)現(xiàn)了MDM。MD

13、MLevel2引入了“同樣接見”(peer-basedaccess)，也就是說一個(gè)應(yīng)用可以調(diào)用另一個(gè)應(yīng)用來更新或刷新需要的數(shù)據(jù)。當(dāng)CRUD辦理規(guī)則定義完成后，MDMLevel2需要客戶或“同樣”應(yīng)用格式化央求(和數(shù)據(jù))，以便和MDM知識(shí)庫保持一致。MDM知識(shí)庫供應(yīng)集中的數(shù)據(jù)儲(chǔ)藏和供應(yīng)(provisioning)。在這個(gè)階段，規(guī)則管理、數(shù)據(jù)質(zhì)量和改正管理必定在企業(yè)圍作為附加功能定制成立。比方，一個(gè)數(shù)據(jù)庫或一個(gè)打包應(yīng)用(比方一個(gè)銷售自動(dòng)化系統(tǒng))對(duì)外面應(yīng)用供應(yīng)數(shù)據(jù)接見功能。當(dāng)一個(gè)外面應(yīng)用(比方呼叫中心應(yīng)用)需要增加一個(gè)客戶，這個(gè)外面應(yīng)用將提交一個(gè)事務(wù)，央求數(shù)據(jù)所有者增加一個(gè)客戶條目。主數(shù)據(jù)主機(jī)(Ma

14、sterDataHost)將增加數(shù)據(jù)并見告外面應(yīng)用。CRUD辦理方式比紙上辦公有了很大提高，其是基于會(huì)話的數(shù)據(jù)管理。在MDMLevel1，數(shù)據(jù)改正是基于手工的方式。在MDMLevel2，數(shù)據(jù)改正是自動(dòng)完成的經(jīng)過由詳細(xì)技術(shù)實(shí)現(xiàn)的標(biāo)準(zhǔn)流程，允好多應(yīng)用系統(tǒng)更正數(shù)據(jù)。MDMLevel2可以支持不一樣的應(yīng)用使用和改正單一、共享的數(shù)據(jù)知識(shí)庫。MDMLevel2需要每個(gè)同樣應(yīng)用理解基本的業(yè)務(wù)規(guī)則以便接見主列表、與主列表進(jìn)行交互。因此，每個(gè)同樣應(yīng)用必定正確合適地創(chuàng)辦、增加、更新和刪除數(shù)據(jù)。授權(quán)應(yīng)用有責(zé)任堅(jiān)持?jǐn)?shù)據(jù)管理原則和拘束。Level3：集中總線辦理與MDMLevel2對(duì)照，MDMLevel3打破了各個(gè)獨(dú)立

15、應(yīng)用的組織界線，使用各個(gè)系統(tǒng)都能接受的數(shù)據(jù)標(biāo)準(zhǔn)統(tǒng)立和保護(hù)主數(shù)據(jù)(MDMLevel2的主數(shù)據(jù)主機(jī)上儲(chǔ)藏的數(shù)據(jù)還是依照各個(gè)系統(tǒng)分開儲(chǔ)藏的，沒有真切的整合在一起)。集中辦理意味著為MDM成立了一個(gè)通用的、基于目標(biāo)成立的平臺(tái)。大多數(shù)企業(yè)發(fā)現(xiàn)MDM正在挑戰(zhàn)他們現(xiàn)有的IT架構(gòu)：他們擁有太多的獨(dú)立平臺(tái)辦理主數(shù)據(jù)。MDMLevel3集中數(shù)據(jù)接見、控制跨不一樣應(yīng)用和系統(tǒng)使用數(shù)據(jù)。這極大的降低了應(yīng)用數(shù)據(jù)接見的復(fù)雜性，大大簡化了面向數(shù)據(jù)規(guī)則的管理，使MDM比一個(gè)分別環(huán)境擁有更多的功能和特點(diǎn)。企業(yè)主數(shù)據(jù)面對(duì)一致性的挑戰(zhàn)。數(shù)據(jù)在不一樣的地方存在，數(shù)據(jù)所代表的含義也是不一樣的，數(shù)據(jù)的規(guī)則各個(gè)系統(tǒng)之間也是不同樣的。集中MD

16、M辦理-經(jīng)過一個(gè)公共的平臺(tái)作為一個(gè)總線(HUB)-說明一個(gè)共識(shí)，從多個(gè)系統(tǒng)整合主題域數(shù)據(jù)，意味著使用集中、標(biāo)準(zhǔn)化的方法變換異構(gòu)操作數(shù)據(jù)，無論其在源系統(tǒng)中是什么樣子，都會(huì)被整合起來。在MDMLevel3，企業(yè)對(duì)主題域容采用集中管理方式。這意味著應(yīng)用系統(tǒng)，作為花銷者或使用主數(shù)據(jù)，擁有一個(gè)共識(shí)就是數(shù)據(jù)是主題數(shù)據(jù)容的映像，打破了各個(gè)獨(dú)立應(yīng)用的組織界線。MDMLevel3支持分布主參照數(shù)據(jù)的存在。MDM的核心之一就是保證所有系統(tǒng)都能接受數(shù)據(jù)表示的唯一公認(rèn)方法。這有點(diǎn)近似于語言翻譯，經(jīng)過其他語言的翻譯，英語已經(jīng)稱為一個(gè)全球性的語言。在MDMLevel3，一個(gè)公司可以讓任意兩個(gè)系統(tǒng)共享數(shù)據(jù)和說對(duì)方的語言。M

17、DMLevel3還降低了等同接見的復(fù)雜性?；ㄤN應(yīng)用不再需要支持系統(tǒng)定位和操作邏輯。任何與源系統(tǒng)數(shù)據(jù)相關(guān)的分布式細(xì)節(jié)都會(huì)被MDM總線集中辦理。在MDMLevel3自動(dòng)數(shù)據(jù)標(biāo)準(zhǔn)意味著：成立目標(biāo)數(shù)據(jù)值表示和經(jīng)過必要的步驟供應(yīng)精確的主數(shù)據(jù)值捕獲。在所有的分類中從MDMLevel3開始第一次支持一致性的企業(yè)數(shù)據(jù)視圖。數(shù)據(jù)質(zhì)量規(guī)則在這里進(jìn)行數(shù)據(jù)沖刷和錯(cuò)誤糾正。Level4：業(yè)務(wù)規(guī)則和政策支持一旦數(shù)據(jù)從多個(gè)數(shù)據(jù)源整合在一起，主題域視圖超越單獨(dú)的應(yīng)用并表現(xiàn)為一個(gè)企業(yè)視圖，你將獲得事實(shí)的單一版本。當(dāng)事實(shí)的單一版本已經(jīng)可以供應(yīng)出來時(shí)，來自業(yè)務(wù)主管和執(zhí)行人員的必然反響經(jīng)常是：“證明它”。MDMLevel4可以保證主

18、數(shù)據(jù)反響一個(gè)企業(yè)業(yè)務(wù)規(guī)則和流程，并證明其正確性。MDMLevel4經(jīng)過引入主數(shù)據(jù)來支持規(guī)則，并對(duì)MDM總線以及其他外面系統(tǒng)進(jìn)行完滿性檢查。由于多數(shù)企業(yè)相比較較復(fù)雜，影響業(yè)務(wù)數(shù)據(jù)接見和操作的規(guī)則以及策略(rulesandpolicies)相對(duì)也比較復(fù)雜。假定任何一個(gè)單一系統(tǒng)可以包括并管理與主參照數(shù)據(jù)相關(guān)的各種種類的規(guī)則是不的確質(zhì)的。因此，若是一個(gè)MDM總線真切打算供應(yīng)企業(yè)圍數(shù)據(jù)的精確性，工作流和流程整合的支持是必不可以少的。舉例來說，在一個(gè)HMO，需要多個(gè)應(yīng)用來支持一個(gè)病人的護(hù)理。一個(gè)單一的接見(visit)可能包括住院、房間和床位分配、監(jiān)控設(shè)備、化驗(yàn)、身體檢查以及其他程序等。一旦一個(gè)病人準(zhǔn)備走

19、開醫(yī)院，出院流程需要保證和這個(gè)病人相關(guān)的所有活動(dòng)、資源都被結(jié)清。MDM技術(shù)在召集多個(gè)應(yīng)用系一致同保證病人鑒識(shí)方面是十分有效的，辦理是正確的。誠然病人鑒識(shí)很重要，業(yè)務(wù)規(guī)則整合同樣重要。臨床系統(tǒng)依賴一系列的業(yè)務(wù)流程和數(shù)據(jù)規(guī)則來鑒識(shí)所有明顯的病人詳細(xì)資料。這包括返回所有基于房間的資源(監(jiān)護(hù)設(shè)備、床位等)以獲得適用的詳細(xì)目錄，當(dāng)病人要出院時(shí)分解其所有的花銷。MDM保證當(dāng)JohnSmith出院時(shí)，正確的房間和設(shè)備放入到該JohnSmith的詳細(xì)目錄中，而不是其他的JohnSmith(正在另一個(gè)樓層做身體治療)。MDM系統(tǒng)必定不但支持基于規(guī)則的整合，還要可以整合外面的工作流。這些規(guī)則可能包括經(jīng)過總線與臨床

20、系統(tǒng)交互或等待另一個(gè)系統(tǒng)也許人(有權(quán)限做出改變的人)審批。經(jīng)過一個(gè)MDM總線，規(guī)則定義可以不但限制在邏輯上，還可以依賴于其他系統(tǒng)的輸入。自然，協(xié)調(diào)停審計(jì)數(shù)據(jù)意味著可以回退其他系統(tǒng)(或業(yè)務(wù)流程)來保證數(shù)據(jù)變化經(jīng)過嚴(yán)格的審批，這樣錯(cuò)誤可以被發(fā)現(xiàn)并且事務(wù)在需要的時(shí)候可以被回滾。MDMLevel4提出對(duì)規(guī)則和策略擴(kuò)展性的支持。經(jīng)過總線以一個(gè)靈便可連續(xù)的方式支持任何面向業(yè)務(wù)的規(guī)則會(huì)集這很重要。比方，若是一個(gè)商店經(jīng)理更新一個(gè)產(chǎn)品的價(jià)格，總線系統(tǒng)需要可以和一個(gè)可信系統(tǒng)(比方，商品管理系統(tǒng))進(jìn)行協(xié)商以便使規(guī)則見效。詳細(xì)規(guī)則將支持另一個(gè)系統(tǒng)中存在產(chǎn)品價(jià)格的改正總線需要可以理解可以辦理和贊同改正的權(quán)限系統(tǒng)或方法。

21、這些規(guī)則可能涉及到復(fù)雜性或隱私限制，禁止它們直接在總線上存在。在MDMLevel4，一個(gè)企業(yè)可以支持一套步驟或任務(wù)，在一個(gè)特其他創(chuàng)辦、讀取、更新和刪除任務(wù)被贊同以前這些步驟或任務(wù)必定遵守。工作流自動(dòng)化經(jīng)常用來支持發(fā)生在總線上的事件或活動(dòng)的授權(quán)。但是改正管理遠(yuǎn)遠(yuǎn)不可是是工作流：它可以包括基于邏輯的流程和基于人的決策。改正管理的存在可以支持動(dòng)向業(yè)務(wù)，贊同改正。舉例說明，在911以前，任何人都可以在美國國的航空企業(yè)運(yùn)載貨物。沒有規(guī)定以外的其他某種形式的判斷和付款方式。911此后，美國聯(lián)邦航空協(xié)會(huì)(FAA)指導(dǎo)成立了一個(gè)更加全面的規(guī)定，指示一個(gè)人可否被贊同運(yùn)載貨物。在這個(gè)特其他例子中，要求各個(gè)系統(tǒng)都部

22、署FAA對(duì)托運(yùn)人的要不現(xiàn)實(shí)的。部署一個(gè)規(guī)則管理系統(tǒng)，為所有的系統(tǒng)(包括MDM總線)集中托運(yùn)人贊同規(guī)則，更加簡單實(shí)現(xiàn)(也更現(xiàn)實(shí))。集中數(shù)據(jù)定義和標(biāo)準(zhǔn)化在MDMLevel2就已經(jīng)引入，與MDMLevel4的集中規(guī)則管理對(duì)照，相對(duì)簡單。業(yè)務(wù)流程越復(fù)雜、業(yè)務(wù)流程越多，對(duì)總線的需求就越多，以便對(duì)針對(duì)共同數(shù)據(jù)的跨職能、異構(gòu)規(guī)則進(jìn)行更好的支持。重要的是MDMLevel4支持集中規(guī)則管理，但是規(guī)則自己和相關(guān)的辦理是可以分開的。換句話說，MDM總線需要保證規(guī)則是集中應(yīng)用的，即便這個(gè)規(guī)則是在總線外居住的。Level5：企業(yè)數(shù)據(jù)集中在MDMLevel5，總線和相關(guān)的主數(shù)據(jù)被集成到獨(dú)立的應(yīng)用中。主數(shù)據(jù)和應(yīng)用數(shù)據(jù)之間沒

23、有明顯的分開。他們是一體的。當(dāng)主數(shù)據(jù)記錄詳細(xì)資料被更正后，所有應(yīng)用的相關(guān)數(shù)據(jù)元素都將被更新。這意味著所有的花銷應(yīng)用和源系統(tǒng)接見的是同樣的數(shù)據(jù)實(shí)例。這實(shí)質(zhì)上是一個(gè)閉環(huán)的MDM：所有的應(yīng)用系統(tǒng)經(jīng)過一致管理的主數(shù)據(jù)集成在一起。在這個(gè)級(jí)別，所有在系統(tǒng)看起來都是事實(shí)的同一個(gè)版本。操作應(yīng)用系統(tǒng)和MDM容是同步的，因此當(dāng)改正發(fā)生時(shí)，操作應(yīng)用系統(tǒng)都將更新。在那些熟悉的MDM架構(gòu)風(fēng)格中，長遠(yuǎn)總線架構(gòu)，當(dāng)一個(gè)總線更新所有的操作應(yīng)用系統(tǒng)將表現(xiàn)這種改正，形成改變的直接操作視圖。在注冊環(huán)境中，當(dāng)數(shù)據(jù)數(shù)據(jù)更新時(shí)，總線將經(jīng)過Web服務(wù)連接相關(guān)系統(tǒng)應(yīng)用事務(wù)更新。因此，MDMLevel5供應(yīng)一個(gè)集成的，同步的架構(gòu)，當(dāng)一個(gè)有權(quán)限的系統(tǒng)更新一個(gè)數(shù)據(jù)值時(shí)，企業(yè)所有的系統(tǒng)將反響這個(gè)改正。系統(tǒng)更新完數(shù)據(jù)值后不要單項(xiàng)選擇其他系統(tǒng)中相應(yīng)值的更新：MDM將使這種更新變的透明。從MDMLevel4到MDMLevel5意味著MDM功能性不是在一個(gè)應(yīng)用被特別設(shè)計(jì)