主數據服務

 

主數據(MD Master Data)指系統間共享數據(例如,客戶、供應商、賬戶和組織部門相關數據)。與記錄業務活動,波動較大的交易數據相比,主數據(也稱基準數據)變化緩慢。在正規的關系數據模型中,交易記錄(例如,訂單行項)可通過關鍵字(例如,訂單頭或發票編號和產品代碼)調出主數據。主數據必須存在并加以正確維護,才能保證交易系統的參照完整性。

在計算機系統之間分享的數據。分享是關鍵詞,經典的主數據的例子就是客戶,我們都了解客戶數據,我們都是別人的客戶,但是我們必須要理解,客戶是我們MDM的項目中心,同時我們要理解還有其它各種各樣的主數據,比如說產品數據、地點、資產、員工等等,這些是相互聯系的,因為客戶買產品,你賣產品,客戶買產品,可能有零售商,是從一個具體的零售店賣出商品,然后顧客來買商品,所以你管理的不僅僅是顧客的數據、產品的數據,還有地點的數據,以及其它相關的數據。

從報告或維度建模角度看,主數據指基于其組織或配置指標的維度或層次,而不是實際情況或其自身測量結果。例如,收入、成本和利潤是實際情況,而時間、地點、客戶和供應商是維度。


BaiduHi_2019-8-14_17-3-11.jpg

BaiduHi_2019-8-14_17-3-18.jpg

BaiduHi_2019-8-14_17-3-26.jpg


主數據建設的3個二八原則:

BaiduHi_2019-8-14_17-3-33.jpg

主數據的問題80%是管理問題

BaiduHi_2019-8-14_17-3-41.jpg

主數據實施80%靠企業自身

BaiduHi_2019-8-14_17-3-50.jpg

主數據管理的成熟度:

根據主數據管理實施的復雜程度,參照Jill Dyche, Evan Levy的觀點大體可以把主數據管理可以分為六個層次,從低到高反映了主數據管理(MDM)的不同成熟度。下面我們簡單介紹一下這六個層次:

Level 0 :沒有實施任何主數據管理(MDM)

在Level 0的情況下,意味著企業的各個應用之間沒有任何的數據共享,整個企業沒有數據定義元素存在。比如,一個公司銷售很多產品,對這些產品的生產和銷售由多個獨立的系統來處理,各個系統獨立處理產品數據并擁有自己獨立的產品列表,各個系統之間不共享產品數據。在Level 0, 每個獨立的應用負責管理和維護自己的關鍵數據(比如產品列表、客戶信息等),各個系統間不共享這些信息,這些數據是不連通的。

Level 1 :提供列表

不管公司大還是小,列表管理是我們常用的一種方式。在公司內部,會通過手工的方式維護一個邏輯或物理的列表。當各個異構的系統和用戶需要某些數據的時候,就可以索取該列表了。對于這個列表的維護,包括數據添加、刪除、更新以及沖突處理,都是由各個部門的工作人員通過一系列的討論和會議進行處理的。業務規則(Business Rules)是用來反映價值的一致性,當業務規則發生改變或者出現類似的情況時,這樣高度手工管理的流程容易發生錯誤。由于列表管理是通過手工管理的,其列表維護的質量取決于誰參加了變更管理流程,一旦某人缺席,將會影響列表的維護。

Level 2 :同等訪問(通過接口的方式,各個系統與主數據主機之間直接互聯)

MDM Level 2與MDM Level 1相比,引入了對主數據的(自動)管理。通過建立數據標準,定義對存儲在中央知識庫(Central Repository)中詳細數據的訪問和共享,為各個系統間共享使用數據提供了嚴密的支持。中央知識庫(Central Repository)通常會被稱為“主數據主機(Master Data Host)”。這個知識庫可以是一個數據庫或者一個應用系統,通過在線的方式支持數據的訪問和共享。

創建、讀取、更新和刪除 (CRUD)是處理基本功能的典型編程術語。即便在MDM中,CRUD處理也是基本功能。你的數據庫如果僅僅支持CRUD處理并不意味著你實現了MDM。 MDM Level 2引入了“同等訪問”(peer-based access),也就是說一個應用可以調用另一個應用來更新或刷新需要的數據。當CRUD處理規則定義完成后,MDM Level 2 需要客戶或“同等”應用格式化請求(和數據),以便和MDM知識庫保持一致。MDM知識庫提供集中的數據存儲和供應(provisioning)。在這個階段,規則管理、數據質量和變更管理必須在企業范圍內作為附加功能定制構建。

Level 3 :集中總線處理

與MDM Level 2相比,MDM Level 3打破了各個獨立應用的組織邊界,使用各個系統都能接受的數據標準統一建立和維護主數據(MDM Level 2的主數據主機上存儲的數據還是按照各個系統分開存儲的,沒有真正的整合在一起)。

集中處理意味著為MDM構建了一個通用的、基于目標構建的平臺。大多數公司發現MDM正在挑戰他們現有的IT架構:他們擁有太多的獨立平臺處理主數據。 MDM Level 3 集中數據訪問、控制跨不同應用和系統使用數據。這極大的降低了應用數據訪問的復雜性,大大簡化了面向數據規則的管理,使MDM比一個分散環境具有更多的功能和特點。企業主數據面臨一致性的挑戰。數據在不同的地方存在,數據所代表的含義也是不同的,數據的規則各個系統之間也是不一樣的。集中MDM處理-通過一個公共的平臺作為一個總線(HUB)-說明一個共識,從多個系統整合主題域數據,意味著使用集中、標準化的方法轉換異構操作數據,不管其在源系統中是什么樣子,都會被整合起來。在MDM Level 3,公司對主題域內容采用集中管理方式。這意味著應用系統,作為消費者或使用主數據,擁有一個共識就是數據是主題數據內容的映像,打破了各個獨立應用的組織邊界。MDM Level 3支持分布主參考數據的存在。

Level 4 :業務規則和政策支持

一旦數據從多個數據源整合在一起,主題域視圖超越單獨的應用并表現為一個企業視圖,你將獲得事實的單一版本。當事實的單一版本已經能夠提供出來時,來自業務主管和執行人員的必然反應經常是:“證明它”。MDM Level 4可以保證主數據反映一個公司業務規則和流程,并證實其正確性。MDM Level 4通過引入主數據來支持規則,并對MDM總線以及其它外部系統進行完整性檢查。由于多數公司相對比較復雜,影響業務數據訪問和操作的規則以及策略 (rules and policies)相對也比較復雜。假定任何一個單一系統可以包含并管理與主參考數據相關的各種類型的規則是不切實際的。因此,如果一個MDM總線真正打算提供企業范圍內數據的精確性,工作流和流程整合的支持是必不可少的。

Level 5 :企業數據集中

在MDM Level 5 ,總線和相關的主數據被集成到獨立的應用中。主數據和應用數據之間沒有明顯的分隔。他們是一體的。當主數據記錄詳細資料被修改后,所有應用的相關數據元素都將被更新。這意味著所有的消費應用和源系統訪問的是相同的數據實例。這本質上是一個閉環的MDM:所有的應用系統通過統一管理的主數據集成在一起。在這個級別,所有在系統看起來都是事實的同一個版本。操作應用系統和MDM內容是同步的,所以當變更發生時,操作應用系統都將更新。在那些熟悉的MDM架構風格中,持久總線架構,當一個總線更新所有的操作應用系統將體現這種變更,形成改變的直接操作視圖。在注冊環境中,當數據數據更新時,總線將通過Web服務連接相關系統應用事務更新。因此,MDM Level 5提供一個集成的,同步的架構,當一個有權限的系統更新一個數據值時,公司內所有的系統將反映這個變更。系統更新完數據值后不要單選其他系統中相應值的更新:MDM將使這種更新變的透明。

從MDM Level 4到MDM Level 5意味著MDM功能性不是在一個應用內被特殊設計或編碼的。這還意味著主數據傳播和供應不需要源系統專門的開發或支持。所有的應用清楚的知道他們并不擁有或控制主數據。他們僅僅使用數據來支持他們自己的功能和流程。由于MDM總線和支持的IT基礎架構,所有的應用可以訪問主參考數據。一個公司在完成MDM Level 5后將使他們所有的應用連在一起—既包括操作的也包括分析的—所有訪問主數據是透明的。舉例說明,當一個客戶更新她的狀態—不要管注冊該變更的系統—數據變更將被廣播到所有的應用平臺(因此一致起來)。MDM Level 5是把數據概念作為一種service來實現。MDM Level 5保證了一個一致的主數據主題域企業映像。定義“客戶”和其他應用接受客戶主數據業務規則變化實際上是一回事。MDM Level 5移走了主數據的最后一個障礙:統一采用數據定義、授權使用和變更傳播。