今天的用友UAP技術大講堂，我們繼續講主數據的方法論。前面講到如何尋找主數據，如何進行主數據建模。那么這些都有了時候，如何對主數據進行全生命周期的管理呢?主數據全生命周期管理是一個相當技術化的詞語，要想讓一名企業管理者理解它是一件比較困難的事情。想要從應用角度理解這個概念，我們還要從信息系統與客觀存在說起。
信息系統中記錄的一切信息都是對客觀存在的反映。比如現實中有一個人，就有可能對應著信息系統中的一條記錄，這個人在客觀存在中是運動的，信息系統中關于這個人的信息也應當是變動的。如果這個人改了名字，換了電話亦或是調動了部門，那么我們總是期望信息系統中的這個人的信息也能夠同步的發生變化，這樣我們即使沒有真正的親眼所見這個人的種種變化，也可以通過信息系統了解到這個人的信息變化。
一個人的信息非常多，如果我們詳細記錄的話，也許用盡全世界所有的存儲資源都不夠。所以不同的系統只能記錄其所關心對象的特定幾種屬性。比如，在企業管理信息系統中，我們通常為人定義的屬性包括：“姓名，性別，年齡，籍貫，住址，電子郵箱，手機號碼，所屬單位，所屬部門”等信息，如果是醫療的HIS系統，那么這些維護可能就會變成“身高，體重，血壓，血糖”等信息。
這時我們的信息系統就與客觀現實產生了一個映射的關系，而提供這種映射關系的能力就是信息的管理。對于主數據而言，我們希望從這個數據出現一直到他消亡的過程都能夠納入數據管理范疇，此時的數據管理可以稱為全生命周期管理。
用友UAP主數據管理系統界面
數據全生命周期管理應當包括以下內容：一，增加，刪除，修改，查詢。這些服務的要求是最大限度的讓系統中的數字化數據與數據所描述的真實事物相符;二，數據版本管理。對數據的每次變更進行版本管理，記錄以往的數據內容及狀態;三，支持數據管理流程。企業出于管理目的會對每種數據建立不同的管理規范，規范的基本內容是誰，在什么時候對什么數據負怎樣的責任。
主數據管理體系應當為主數據提供全生命周期管理。由于每個主數據都有各自的情況和特點，所以每個主數據在企業內的全生命周期管理流程都不盡相同。我們在進行主數據管理之前需要對每種參與主數據管理的主數據進行全生命周期管理的設計，也就是要把主數據的各種任務在企業信息系統中進行合理的安排。此外我們還強調一點，即使企業中不存在任何一個信息管理軟件，企業也完全能夠依靠主數據管理系統為主數據提供全生命周期管理。
下面我們羅列幾種常見的主數據的全生命周期管理場景。
數據在HR系統中能夠有較為完善的管理職能，所以依然保持該職能不變。這樣做的目的即是為了保證主數據管理體系建立時改動較小，又是因為HR中的更多應用都是建立在人員數據的基礎管理功能之上的，無法割裂。我們可以使用MDM進行數據存儲和分發，也可以直接通過HR分發，只是前者對HR的性能壓力小一些。
如果CRM中缺失主數據全生命周期管理的某些職能，可以利用主數據管理系統進行補足，比如很多業務系統中對基礎數據就忽略了版本管理的功能，這樣可以利用MDM進行功能彌補。
物資數據
對于入口不統一的，多方管理的主數據，可以直接把數據管理統一挪到主數據管理中來，其他系統中的數據作為副本數據進行處理。
第一，完整性原則。每個主數據的全生命周期管理流程設計需要覆蓋全生命周期管理中的各項要求，如果企業提出特殊要求，也應當包含在設計之中;
第二，唯一性原則。對于全生命周期中的每個功能要求應當盡量保持唯一，不要在一個系統中做了一遍又在另一個系統中也操作一遍;
第三，改造最小原則。設計的路徑應當盡量基于企業當前應用狀況，采取改造工作量較小的解決方案。因為當前的應用集成工作的主要難點還是在系統改造上;
第四，便于管理和生產原則。主數據管理體系的建立需要在管理制度，應用系統集成等多方面的輔助，既要保證數據的唯一性(統一入口管理)，也要兼顧管理和生產要求，對于實時性要求較高的場景可以采用臨時碼，或者機器自動分配編碼等方式完成。
經過主數據全生命周期管理設計，我們可以明確的看到每個主數據在企業信息系統中的流轉路徑，就好像看到了一臺要制造出來的機器的圖紙一樣。看著這張圖紙我們就好像看到了一個個數據在企業中的流轉過程。在主數據全生命周期管理設計完成后，下一步就要進入真正的實際操作階段了。敬請關注下期【用友UAP技術大講堂】主數據方法論之歷史數據梳理。
另外，用友UAP發布了MDMV3.0，大家在學習主數據的方法論的同時，可以參照產品來學習并應用到實踐中。之前的UAPMDM2.1版本已經使MDM的主體功能完整化。在此基礎上，UAPMDM V3.0的功能主要是：脫離ESB，直接用EXCEL導入數據，主數據映射關系的裝載與維護等;主數據權限重構，數據版本對比;加強主數據日志，提高主數據監控能力;提供血緣關系分析，了解主數據生命軌跡;支持多數據庫支持，例如：MS-SQL數據庫等;支持多語，提高軟件易用性，增強主數據建模能力，改善一些操作方式，方便用戶交互。