集團主數(shù)據(jù)管理平臺解決方案.doc

《集團主數(shù)據(jù)管理平臺解決方案.doc》由會員分享，可在線閱讀，更多相關(guān)《集團主數(shù)據(jù)管理平臺解決方案.doc（7頁珍藏版）》請在裝配圖網(wǎng)上搜索。

. 集團主數(shù)據(jù)管理解決方案 1. 基本概念 l 主數(shù)據(jù)：是用來描述企業(yè)核心業(yè)務(wù)實體的數(shù)據(jù)，例如客戶、供應(yīng)商、物料、產(chǎn)品、員工、組織等。主數(shù)據(jù)是具有高業(yè)務(wù)價值的，應(yīng)在企業(yè)內(nèi)跨越各個業(yè)務(wù)部門被重復(fù)使用的數(shù)據(jù)，并且存在于多個異構(gòu)的應(yīng)用系統(tǒng)中。 l 主數(shù)據(jù)管理：包含一整套用于生成和維護主數(shù)據(jù)的規(guī)范、技術(shù)，完整的平臺包括元數(shù)據(jù)管理，信息系統(tǒng)集成、ETL技術(shù)、數(shù)據(jù)倉庫/分析、ESB等組件和技術(shù)。 n ESB（企業(yè)服務(wù)總線）：將不同系統(tǒng)的業(yè)務(wù)抽象成事件或服務(wù)，以基于消息內(nèi)容的形式，通過協(xié)議轉(zhuǎn)換、消息過濾、事件路由，對多個系統(tǒng)不同的事件進行整合。 2. 需求概述 為滿足集團業(yè)務(wù)發(fā)展，提高集團信息化管理水平，為核心業(yè)務(wù)系統(tǒng)搭建基礎(chǔ)的主數(shù)據(jù)管理平臺，有效解決異構(gòu)系統(tǒng)間的主數(shù)據(jù)唯一性、一致性和共享性問題。 3. 現(xiàn)狀描述 現(xiàn)目前公司的核心業(yè)務(wù)主數(shù)據(jù)存儲于多套不同的業(yè)務(wù)系統(tǒng)中，包括AJX、HR、金蝶財務(wù)等等，導(dǎo)致的問題主要有以下幾個方面： 1) 沒有規(guī)范的管理要求：導(dǎo)致不同系統(tǒng)使用時達不到管理要求，甚至重復(fù)管理同一數(shù)據(jù)（組織，客戶、人員等）； 2) 沒有標(biāo)準(zhǔn)的規(guī)則定義：主數(shù)據(jù)到了不同的系統(tǒng)可能就變了名字或編碼，直接導(dǎo)致不同業(yè)務(wù)系統(tǒng)的數(shù)據(jù)無法共享； 3) 沒有統(tǒng)一的共享平臺：系統(tǒng)與系統(tǒng)間建立點對點的連接，當(dāng)系統(tǒng)增多的時候，這樣的關(guān)系結(jié)構(gòu)會更加混亂，如下圖： ＊實線表示已實現(xiàn)自動同步，虛線表示人工添加、導(dǎo)入。 以上3點，直接影響新建信息系統(tǒng)時，沒有統(tǒng)一的接口標(biāo)準(zhǔn)可以調(diào)用主數(shù)據(jù)，而新系統(tǒng)要么手工維護多個系統(tǒng)相同的數(shù)據(jù)，要么單獨為每套系統(tǒng)開發(fā)接口去適配。 4. 解決方案 4.1. 實現(xiàn)思路 基于現(xiàn)狀分析，可通過搭建主數(shù)據(jù)倉庫，利用ESB平臺建立各業(yè)務(wù)系統(tǒng)間的連接，實現(xiàn)主數(shù)據(jù)的CRUD管理。 主數(shù)據(jù)倉庫：主要涉及以下幾方面作用 1) 匯總、存儲分公司AJX主數(shù)據(jù)； 2) 建立分公司AJX主數(shù)據(jù)的對應(yīng)關(guān)系； 3) 建立系統(tǒng)間主數(shù)據(jù)的對應(yīng)關(guān)系； 倉庫中存儲的主數(shù)據(jù)并不涉及其它業(yè)務(wù)系統(tǒng)的主數(shù)據(jù)，此處僅匯總分公司AJX系統(tǒng)的主數(shù)據(jù)，并建立與其它業(yè)務(wù)系統(tǒng)的主數(shù)據(jù)對應(yīng)關(guān)系。 ESB平臺：負(fù)責(zé)主數(shù)據(jù)倉庫的CRUD維護；創(chuàng)建接入系統(tǒng)的資源公共接口（WebService、REST、數(shù)據(jù)庫等），供系統(tǒng)之間的資源調(diào)用；確保主數(shù)據(jù)在各系統(tǒng)間的唯一性。 4.1.1. 主數(shù)據(jù)評估 從數(shù)據(jù)的關(guān)鍵性、共享程度、應(yīng)用范圍等方面，建立主數(shù)據(jù)的特性評估流程。凡符合主數(shù)據(jù)特性的業(yè)務(wù)對象，均納入主數(shù)據(jù)倉庫管理。 4.1.2. 初始數(shù)據(jù)導(dǎo)入 根據(jù)定義好的主數(shù)據(jù)對象和特征字段（可識別的關(guān)鍵字段，其中來源公司、來源系統(tǒng)為必須字段），使用ETL從各分公司AJX業(yè)務(wù)系統(tǒng)中抽取，并以不同的業(yè)務(wù)對象分類存儲。 由于以往各分公司的主數(shù)據(jù)獨立，在此過程中還需要處理以下問題： a) 在倉庫中新增不同對象的編碼規(guī)則，并與該對象所在公司、原有編碼做對應(yīng)； b) 根據(jù)主數(shù)據(jù)的字段結(jié)構(gòu)，合并不同公司的相同數(shù)據(jù)記錄，將相同數(shù)據(jù)的原有編碼與新的編碼做多對一關(guān)聯(lián)； 其它系統(tǒng)的數(shù)據(jù)可根據(jù)前面定義的主數(shù)據(jù)特性評估，以決定是否需要納入主數(shù)據(jù)倉庫管理，例如HR系統(tǒng)的人員信息。 4.1.3. 共享平臺搭建 主要工作在ESB與各系統(tǒng)的接口處理，可分為兩個階段的工作內(nèi)容： 階段一 階段一：建立與各應(yīng)用系統(tǒng)的連接，梳理業(yè)務(wù)涉及的數(shù)據(jù)庫邏輯，并根據(jù)系統(tǒng)自身提供的接口（或直連數(shù)據(jù)庫），將系統(tǒng)的資源或業(yè)務(wù)抽象成可供外部調(diào)用的API。 階段二 階段二：以基于業(yè)務(wù)的形式創(chuàng)建事件流程，包括流程各節(jié)點與不同業(yè)務(wù)系統(tǒng)的接口連接，涉及的協(xié)議轉(zhuǎn)換和消息內(nèi)容處理。 4.1.4. 維護更新 平臺建立之后，后續(xù)主要工作集中在： 1) 對新增主數(shù)據(jù)的編碼規(guī)則、字段建立，映射關(guān)系導(dǎo)入； 2) 業(yè)務(wù)調(diào)整后，業(yè)務(wù)系統(tǒng)邏輯梳理及ESB平臺接口、流程修改； 3) 新增業(yè)務(wù)系統(tǒng)，ESB平臺的接口實現(xiàn)； 4.2. 應(yīng)用場景 4.2.1. 離職員工賬號 以公司OA系統(tǒng)流程為例，當(dāng)有員工離職的流程審批通過后，ESB平臺接收到該離職員工的特征信息消息，根據(jù)預(yù)先定義的事件流程，訪問接入的AJX、金蝶、報表服務(wù)器等系統(tǒng)API，停用離職員工在該系統(tǒng)的賬號（需先建立該員工主數(shù)據(jù)庫記錄與各系統(tǒng)的記錄對應(yīng)關(guān)系）。 無法接入的系統(tǒng)（VPN賬號，OA流程申請關(guān)聯(lián)員工是否有賬號），可通過ESB平臺調(diào)用消息接口（短信、微信等）或觸發(fā)OA流程，通知相關(guān)人員處理。 4.2.2. 客戶資料管理 a) 歷史客戶導(dǎo)入 使用ETL從AJX系統(tǒng)導(dǎo)入客戶特征信息到主數(shù)據(jù)倉庫，并新增唯一的主數(shù)據(jù)編碼與原編號做對應(yīng)關(guān)系，不同公司相同客戶建多對一關(guān)系，但只在客戶庫中存儲一條記錄。 如其它系統(tǒng)也收集客戶資料，同樣使用ETL導(dǎo)入主數(shù)據(jù)倉庫，已存在的客戶僅增加對應(yīng)關(guān)系；不存在的則增加主數(shù)據(jù)編碼及對應(yīng)關(guān)系。 b) 客戶新增 無論從哪套系統(tǒng)增加客戶（能統(tǒng)一入口最好），都可以使用ESB平臺獲取該系統(tǒng)增加的客戶資料（如無接口推送消息，則只能使用ESB定期拉?。c主數(shù)據(jù)庫匹配： l 已存在：增加對應(yīng)關(guān)系，（有需要）可通過ESB平臺主動獲取相關(guān)系統(tǒng)的該客戶信息（銷量等更多信息），刷新本系統(tǒng)，不用再去重復(fù)收集； l 不存在：增加主數(shù)據(jù)編碼和對應(yīng)關(guān)系，同時通過ESB平臺推送該客戶資料到其它系統(tǒng)中（如需要）。 客戶、員工（員工賬號）、產(chǎn)品管理的架構(gòu)基本一致（見下表）：多套系統(tǒng)可同時維護同一主數(shù)據(jù)對象，但相同對象只在主數(shù)據(jù)倉庫中存有一條記錄，該記錄與多個系統(tǒng)建立有對應(yīng)關(guān)系，從而ESB平臺才可根據(jù)該對應(yīng)關(guān)系，按業(yè)務(wù)需求對相應(yīng)系統(tǒng)的記錄做CRUD管理。 主數(shù)據(jù)表：客戶 MDM編碼 客戶姓名 身份證號碼 其它特征字段 10000001 張三 550100111 10000002 李四 221000120 客戶對應(yīng)關(guān)系 MDM編碼 來源系統(tǒng) 來源公司 對應(yīng)特征碼 10000001 系統(tǒng)編號1101 公司編號101 1201 10000001 系統(tǒng)編號1109 公司編號101 A1009 10000002 系統(tǒng)編號1101 公司編號101 13333 10000002 系統(tǒng)編號1107 公司編號101 13333 如能限制主數(shù)據(jù)對象的新增入口（某套系統(tǒng)或統(tǒng)一平臺），則對應(yīng)關(guān)系的維護要簡單得多。 4.2.3. 多維度數(shù)據(jù)分析 基于ESB平臺維護的對應(yīng)關(guān)系，在ESB創(chuàng)建《根據(jù)MDM ID獲取員工指定月份、系統(tǒng)的數(shù)據(jù)》接口，使用該接口可取出某個員工在所有業(yè)務(wù)系統(tǒng)的數(shù)據(jù)，例如對某個員工的取數(shù)結(jié)果如下表： 某銷售員，某月數(shù)據(jù)統(tǒng)計 MDM編號 姓名 職位 入職時間 薪等薪級 報銷金額 銷量 拜訪客戶數(shù)量 其中涉及的API接口和系統(tǒng)如下表（參數(shù)均為MDM API、日期）： 字段 來源系統(tǒng) ESD API（假設(shè)） 參數(shù) 姓名 職位 入職時間 HR系統(tǒng) 獲取員工基本信息接口 Mdm api 薪等薪級 報表服務(wù)器系統(tǒng) 獲取銷售員最新薪等薪級接口 Mdm api 報銷金額 OA系統(tǒng) 獲取銷售員指定時間差旅費報銷金額合計接口 Mdm api、日期 銷量 AJX系統(tǒng) 獲取銷售員指定時間銷量接口 Mdm api、日期 拜訪客戶數(shù)量 i到位 獲取銷售員指定時間拜訪客戶數(shù)量接口 Mdm api、日期 5. 實施難度 1) 建立一套有效的主數(shù)據(jù)體系（數(shù)據(jù)特性、實施評估等）； 2) 無接口開放的系統(tǒng)，需要結(jié)合業(yè)務(wù)功能做大量的數(shù)據(jù)庫邏輯分析工作，再通過ESB抽象成可用的對外服務(wù)接口； 3) 平臺架構(gòu)復(fù)雜，涉及業(yè)務(wù)多，不確定能否適應(yīng)公司的業(yè)務(wù)變化。 精選word范本！