主數(shù)據(jù)管理系統(tǒng)建設方案

1、2011年01月一主數(shù)據(jù)管理系統(tǒng)建設整體思路二主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析三11年主數(shù)據(jù)管理系統(tǒng)工作內容四主數(shù)據(jù)管理系統(tǒng)實施步驟計劃基于對中國聯(lián)通MSS信息化建設整體目標的理解，結合國內外先進電信企業(yè)的主數(shù)據(jù)管理建設經(jīng)驗，通過對主數(shù)據(jù)管理系統(tǒng)的現(xiàn)狀分析、問題診斷和設計實施，最終需要達成以下的建設目標：明確的主數(shù)據(jù)管理流程建設目標建設目標完善的主數(shù)據(jù)系統(tǒng)功能清晰的主數(shù)據(jù)管理范疇彈性的主數(shù)據(jù)系統(tǒng)架構通暢的系統(tǒng)間交互接口良好的系統(tǒng)主數(shù)據(jù)質量完善現(xiàn)有系統(tǒng)支撐，逐步增強系統(tǒng)功能，滿足未來建設要求！主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析和重要改進舉措的工作，將在惠普的企業(yè)架構方法（Agile RightStepR）框架

2、下指導進行，以確保評估和舉措的完整性和準確性，有層次、有計劃、有步驟的推進主數(shù)據(jù)管理系統(tǒng)的建設?；萜掌髽I(yè)架構框架Agile RightStepR 業(yè)務流程側重于業(yè)務流程及管控層面，主要包括供應商、物料、人員組織等模塊的業(yè)務流程 應用架構側重于應用架構層面，包括系統(tǒng)功能、技術實現(xiàn)、外圍系統(tǒng)集成、頁面友好性等 管理控制側重于主數(shù)據(jù)系統(tǒng)建設和運維過程中各種問題的管控 基礎架構側重于軟硬件基礎架構層面，主要是指系統(tǒng)軟硬件運行的環(huán)境 信息架構側重于數(shù)據(jù)層面，包括數(shù)據(jù)范圍、數(shù)據(jù)分布、核心實體、數(shù)據(jù)模型、數(shù)據(jù)質量管理分析設計實施業(yè)務流程和管控支撐情況等梳理分析數(shù)據(jù)范圍、數(shù)據(jù)分布、數(shù)據(jù)質量管理等梳理分析系統(tǒng)功

3、能、外圍系統(tǒng)集成、技術實現(xiàn)等梳理分析業(yè)務流程現(xiàn)有問題改進舉措和新增主數(shù)據(jù)模塊評估分析及建議 實施計劃統(tǒng)籌和協(xié)調接管Oracle實施方案 架構問題和技術風險控制需求設計及開發(fā)管控割接及部署管控系統(tǒng)運維與優(yōu)化管控主數(shù)據(jù)管理系統(tǒng)建設的主要工作階段分為分析、設計和實施，如下圖所示：系統(tǒng)軟硬件運行環(huán)境梳理分析IT對系統(tǒng)管理控制層面的梳理分析信息架構現(xiàn)有問題改進舉措和新增主數(shù)據(jù)模塊評估分析及建議應用架構現(xiàn)有問題改進舉措和新增主數(shù)據(jù)模塊評估分析及建議基礎架構現(xiàn)有問題改進舉措和新增主數(shù)據(jù)模塊評估分析及建議管理控制現(xiàn)有問題改進舉措和新增主數(shù)據(jù)模塊評估分析及建議系統(tǒng)范圍界定業(yè)務流程梳理系統(tǒng)設計系統(tǒng)開發(fā)與測試MSS

4、域擁有主數(shù)據(jù)特征的數(shù)據(jù)比較多，不僅僅包含供應商、物料、人員組織數(shù)據(jù)。我們應該在未來設計中加入更多的主數(shù)據(jù)以滿足業(yè)務發(fā)展需要主數(shù)據(jù)系統(tǒng)的建設不僅僅是一個技術平臺，還需要更多的考慮業(yè)務和管理的相關流程，需要綜合考慮流程的梳理工作不僅包括對現(xiàn)有系統(tǒng)的功能、技術架構的優(yōu)化，還包括對新增主數(shù)據(jù)管理模塊的系統(tǒng)設計，如功能架構、技術架構、數(shù)據(jù)模型、系統(tǒng)接口等基于系統(tǒng)設計，對現(xiàn)有系統(tǒng)功能進行改進，并完成新功能的開發(fā)。并重點對相關的業(yè)務流程、管理流程等進行端到端的測試系統(tǒng)需求確定需要重點考慮兩方面的因素1.周邊系統(tǒng)對主數(shù)據(jù)管理系統(tǒng)集成的需求 2.主數(shù)據(jù)管理系統(tǒng)本身的業(yè)務功能需求完成系統(tǒng)的正常部署以及進行相關主數(shù)

5、據(jù)的割接工作，包括數(shù)據(jù)清理、加載、接口的割接等相關工作運維與優(yōu)化構建完整的系統(tǒng)運維和支撐體系，確保主數(shù)據(jù)管理系統(tǒng)健康穩(wěn)定運行，并進行持續(xù)改進主數(shù)據(jù)管理系統(tǒng)在建設前，應該充分考慮到建設過程中的每個環(huán)節(jié)，并做好縝密計劃安排，把工作落實到具體步驟當中，以保證系統(tǒng)的順利建設實施。系統(tǒng)割接與部署主數(shù)據(jù)管理系統(tǒng)建設的主要環(huán)節(jié)一主數(shù)據(jù)管理系統(tǒng)建設整體思路二主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析三11年主數(shù)據(jù)管理系統(tǒng)工作內容四主數(shù)據(jù)管理系統(tǒng)實施步驟計劃惠普企業(yè)架構框架Agile RightStepRn主數(shù)據(jù)異常處理流程設計不夠全面n對于主數(shù)據(jù)的各種正常處理流程設計的比較全面，但是對于主數(shù)據(jù)的異常處理流程設計的不夠全面。例

6、如，當物資編碼輸入有誤時，沒有相對應的異常處理流程支撐，只能DBA在后臺數(shù)據(jù)庫直接更新數(shù)據(jù)，這種異常數(shù)據(jù)帶來的數(shù)據(jù)維護工作量非常大，且存在數(shù)據(jù)安全隱患。n主數(shù)據(jù)管理制度執(zhí)行力不強n填寫物資名稱書寫時，不能按照管理制度填寫，隨意性較強，容易導致數(shù)據(jù)重復問題n最初規(guī)定的各種數(shù)據(jù)業(yè)務檢查規(guī)則在業(yè)務部門被妥協(xié)了很多，從而數(shù)據(jù)準確性得不到保證系統(tǒng)現(xiàn)狀評估分析中，業(yè)務流程和管理流程主要有如下關鍵問題發(fā)現(xiàn)：編號編號屬性屬性必填必填更新更新編號編號屬性屬性必填必填更新更新1是否制造商管理是否10固定資產類別否是2制造商名稱是是11用戶物資類型是否3制造商產品分類否是12物資編碼是否4物資品名是是13物資模板是

7、否5物資型號是是14申請省分是否6制造商部件號是是7主要計量單位是否8物資說明是是9物資類別是否業(yè)務流程問題發(fā)現(xiàn)示例：主數(shù)據(jù)異常處理流程不夠全面。例如，在填寫物料編碼時，經(jīng)常會產生大量的錯誤數(shù)據(jù)，而且沒有物資編碼數(shù)據(jù)異常處理流程，導致數(shù)據(jù)維護很不方便。n物資原始需求中說明物資編碼為非空的且不可更新的數(shù)據(jù)，所以在系統(tǒng)建設時就沒有設計物資編碼更新流程。但是隨著系統(tǒng)上線使用之后，由于很多的用戶在填寫物資編碼時不夠規(guī)范，導致很多物資編碼不準確。n當出現(xiàn)異常數(shù)據(jù)時，系統(tǒng)沒有明確的流程和規(guī)范來支撐異常數(shù)據(jù)處理。n目前只能DBA在后臺數(shù)據(jù)庫直接更新數(shù)據(jù)，導致維護工作量很大，且不夠方便，數(shù)據(jù)安全性很低物資原始

8、需求示例示例惠普企業(yè)架構框架Agile RightStepRn物資專業(yè)屬性不完整n部分物資專業(yè)屬性不夠完整，例如營銷物資專業(yè)屬性。n數(shù)據(jù)質量問題較為突出n比如目前系統(tǒng)對數(shù)據(jù)質量的校驗規(guī)則進行了設置，但是業(yè)務部門在執(zhí)行的時候效果不是很好，導致很容易產生數(shù)據(jù)質量問題。n缺少數(shù)據(jù)質量報告n目前數(shù)據(jù)質量問題較為突出，但是系統(tǒng)沒有提供數(shù)據(jù)質量報告，導致很多數(shù)據(jù)質量問題不能被直觀的顯示，而且數(shù)據(jù)質量問題所發(fā)生的頻率、級別和原因都不能被很好的監(jiān)控。n錄入模式評估n主數(shù)據(jù)管理系統(tǒng)的錄入模式和維護模式(前臺界面維護和后臺業(yè)務處理)目前沒有統(tǒng)一規(guī)范，而是采用了兩種結合的方式，評估他們的優(yōu)缺點，并給出具體評估說明.

9、n分發(fā)模式評估n主數(shù)據(jù)分發(fā)模式 (主動發(fā)送和被動接收)目前沒有統(tǒng)一，需要評估他們的優(yōu)缺點，并給出具體評估說明，以指導未來系統(tǒng)建設，從而采用一種更好、更有效的方式系統(tǒng)現(xiàn)狀評估分析中，信息架構主要有如下關鍵問題發(fā)現(xiàn)：惠普企業(yè)架構框架Agile RightStepRn 系統(tǒng)功能存在缺陷n例如，系統(tǒng)雖然有超時重發(fā)功能，但是功能相對簡單，只能全部重新發(fā)送，而不能單條信息發(fā)送 n 系統(tǒng)間接口不夠靈活n例如，供應商模塊接口字段沒有擴展功能，當新增字段時無法在接口文件上進行修改n系統(tǒng)錄入頁面數(shù)據(jù)校驗功能不充分n對于人員唯一性標志身份證號碼，只做了數(shù)據(jù)類型校驗，而沒有對數(shù)據(jù)長度及內容進行校驗n對于人員的關鍵日期

10、，比如出生日期，入職開始時間，結束時間，沒有進行邏輯校驗，比如，根據(jù)出生日期校驗該人員年齡必須大于18周歲；結束日期必須晚于開始日期等；n系統(tǒng)頁面出錯信息提示不夠準確n更新人員基本信息時，當該人員不存在，直接返回數(shù)據(jù)庫錯誤 “ORA-01403: no data found”，缺少業(yè)務說明，業(yè)務人員難以理解系統(tǒng)現(xiàn)狀評估分析中，應用架構主要有如下關鍵問題發(fā)現(xiàn)：惠普企業(yè)架構框架Agile RightStepR系統(tǒng)現(xiàn)狀評估分析中，基礎架構問題發(fā)現(xiàn)：n備份和容災情況n系統(tǒng)目前未考慮容災n系統(tǒng)具備四個運行環(huán)境，目前未發(fā)現(xiàn)問題n開發(fā)環(huán)境n測試環(huán)境n克隆環(huán)境(用戶體驗環(huán)境)n生產環(huán)境n負載均衡情況，目前未發(fā)

11、現(xiàn)問題n系統(tǒng)已經(jīng)做了HAn系統(tǒng)軟件基礎設施情況(數(shù)據(jù)庫、中間件等)nN/A惠普企業(yè)架構框架Agile RightStepRn運維人員不足n已上線的系統(tǒng)沒有配備足夠的運維支持人員，導致系統(tǒng)缺陷沒有及時得到改進n管理流程目前未發(fā)現(xiàn)問題n制定了主數(shù)據(jù)系統(tǒng)的賬號管理、權限管理、投訴、故障支持、應用需求的支持流程n在系統(tǒng)移交運維部門后，將依照完整的ITIL流程進行支持和運維 系統(tǒng)現(xiàn)狀評估分析中，IT管理控制暫未發(fā)現(xiàn)問題：一主數(shù)據(jù)管理系統(tǒng)建設整體思路二主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析三11年主數(shù)據(jù)管理系統(tǒng)工作內容四主數(shù)據(jù)管理系統(tǒng)實施步驟計劃一主數(shù)據(jù)管理系統(tǒng)建設整體思路二主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析三11年主數(shù)據(jù)管

12、理系統(tǒng)工作內容主數(shù)據(jù)管理系統(tǒng)重要改進舉措新增主數(shù)據(jù)管理模塊建議四主數(shù)據(jù)管理系統(tǒng)實施步驟計劃惠普企業(yè)架構框架Agile RightStepRn加強主數(shù)據(jù)管理流程支撐程度n對于主數(shù)據(jù)的管理需要從數(shù)據(jù)的正常處理流程和異常處理流程兩個角度進行綜合設計，并且目前主數(shù)據(jù)的異常處理流程較弱，需要加強的緊迫度較高，例如，增加管理員對物資編碼異常數(shù)據(jù)處理流程(增加更新流程)n完善數(shù)據(jù)質量管理制度n對數(shù)據(jù)質量的管理制度加以完善，對容易造成數(shù)據(jù)質量問題的具體細節(jié)加以特別說明，加強管理制度培訓，提高操作人員重視程度。例如，對”物資名稱填寫錯誤”這個容易重復發(fā)生的問題，加以特別強調說明，以提高操作人員重視程度和準確度。

13、經(jīng)過對主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析后，對管理流程和業(yè)務流程提出如下主要改進措施：物資編碼更新管理員業(yè)務流程改進舉措：加強主數(shù)據(jù)管理流程支撐程度示例示例n對于主數(shù)據(jù)的管理需要從數(shù)據(jù)的正常處理流程和異常處理流程兩個角度進行綜合設計，并且目前主數(shù)據(jù)的異常處理流程較弱，需要加強的緊迫度較高。n制定明確的流程和規(guī)范來支撐異常數(shù)據(jù)處理流程，例如，為管理員增加更新物資編碼的業(yè)務流程。這將將極大的提高管理員日常維護的便利性，提高數(shù)據(jù)安全性。惠普企業(yè)架構框架Agile RightStepRn增加物資分類數(shù)據(jù)n從支持業(yè)務發(fā)展需要的角度考慮，梳理并增加一些物資分類數(shù)據(jù)，以滿足業(yè)務發(fā)展需要。此工作量較大，需要專業(yè)人員對

14、物資分類數(shù)據(jù)進行梳理，數(shù)據(jù)提供后，需要導入主數(shù)據(jù)管理系統(tǒng)。n增加部分缺失的物資專業(yè)屬性n例如增加營銷物資專業(yè)屬性(還要涉及修改系統(tǒng)接口功能)，以滿足業(yè)務支撐能力n 改善系統(tǒng)數(shù)據(jù)質量n主要體現(xiàn)在管理控制中改善數(shù)據(jù)質量的措施(見管理控制部分)n增加數(shù)據(jù)質量報告n增加數(shù)據(jù)質量報告，提供查看數(shù)據(jù)質量問題發(fā)生的頻率、級別和原因的功能，以幫助管理人員迅速定位和解決問題，防止同一問題多次發(fā)生。n 錄入模式評估n從數(shù)據(jù)的角度，評估數(shù)據(jù)的錄入模式和維護模式(前臺界面維護和后臺業(yè)務處理)的優(yōu)缺點，并給出具體評估說明.見下頁n 分發(fā)模式評估n從數(shù)據(jù)的角度，并結合具體應用場景，考慮主數(shù)據(jù)分發(fā)模式(主動發(fā)送和被動接收)

15、哪種更適合未來系統(tǒng)業(yè)務需要，從而采用一種更好、更有效的方式實現(xiàn)。見下頁經(jīng)過對主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析后，對信息架構提出如下主要改進措施：后臺系統(tǒng)維護模式評估： 模式二：收集整合式主數(shù)據(jù)采用后臺模式，將主數(shù)據(jù)從業(yè)務系統(tǒng)匯集到主數(shù)據(jù)管理系統(tǒng)，業(yè)務驅動數(shù)據(jù)ERP采購主數(shù)據(jù)系統(tǒng)模式一：錄入式主數(shù)據(jù)在主數(shù)據(jù)管理系統(tǒng)中統(tǒng)一錄入，并分發(fā)到業(yè)務系統(tǒng)中ERP采購主數(shù)據(jù)系統(tǒng)前臺頁面錄入模式評估： n優(yōu)點n避免了不同系統(tǒng)間的數(shù)據(jù)差異n集中管理數(shù)據(jù)n缺點n對業(yè)務系統(tǒng)影響較大n實施成本高n如果錄入的數(shù)據(jù)存在質量問題，將影響所有業(yè)務系統(tǒng)n適用場景n對主數(shù)據(jù)質量要求高n業(yè)務系統(tǒng)流程改動成本低n更有效的管理數(shù)據(jù)質量n數(shù)據(jù)維

16、護成本低n靈活性差n業(yè)務擴展快n優(yōu)點n不影響現(xiàn)有業(yè)務系統(tǒng)的流程和架構n容易實施n缺點n后期維護量大n適用場景n分析型主數(shù)據(jù)系統(tǒng)n業(yè)務系統(tǒng)流程復雜，難以改造n數(shù)據(jù)質量管控難度較大n業(yè)務系統(tǒng)數(shù)據(jù)質量高n業(yè)務流程驅動數(shù)據(jù)n主動發(fā)送和被動接收適合不同場景，依據(jù)業(yè)務系統(tǒng)的要求，進行評估n評估方法n對分發(fā)模式的不同特性賦予相應的權重n針對各個特性，對業(yè)務系統(tǒng)進行評分n加權計算n結合聯(lián)通具體主數(shù)據(jù)的業(yè)務要求n評估結果n兩方式在實際業(yè)務需求中都需要主動發(fā)送被動接收實時高效安全易定制易開發(fā)易維護歷史數(shù)據(jù)初次加載分析系統(tǒng)實時性要求高業(yè)務系統(tǒng)接口統(tǒng)一業(yè)務系統(tǒng)定制要求高主數(shù)據(jù)安全級別高EAIEAI實施難度大性能要求高

17、模式適用場景特性主數(shù)據(jù)分發(fā)模式評估： 惠普企業(yè)架構框架Agile RightStepRn改善現(xiàn)有系統(tǒng)功能n加強系統(tǒng)超時重發(fā)功能，滿足系統(tǒng)超時單條信息重發(fā)需求n加強系統(tǒng)間接口交互能力n對供應商模塊接口增加字段擴展功能，以支持操作用戶對供應商數(shù)據(jù)的新增功能n加強系統(tǒng)錄入頁面的數(shù)據(jù)校驗功能n增加對人員身份證號碼的長度校驗功能n增加關鍵日期的結束日期必須晚于開始日期等功能n提高系統(tǒng)錯誤提示信息的準確性n當更新人員基本信息時，增加對出現(xiàn)的錯誤操作容易理解的提示信息經(jīng)過對主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析后，對應用架構提出如下主要改進措施：惠普企業(yè)架構框架Agile RightStepRn主數(shù)據(jù)管理系統(tǒng)容災建議n

18、對主數(shù)據(jù)管理系統(tǒng)的業(yè)務影響度和災難風險度進行評估n選擇適和主數(shù)據(jù)管理系統(tǒng)的容災技術n制定相應的容災策略和容災方案n容災實施和維護管理經(jīng)過對主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析后，對基礎架構提出如下主要改進措施：惠普企業(yè)架構框架Agile RightStepRn 系統(tǒng)出現(xiàn)問題時，IT的保障舉措n在組織架構上，安排專門的IT運維人員，職責包括故障解決、系統(tǒng)功能修正和改進n向業(yè)務部門定期提供數(shù)據(jù)質量反饋，幫助業(yè)務部門更好地進行數(shù)據(jù)質量控制n定期分析數(shù)據(jù)質量報告，針對頻率較高的數(shù)據(jù)問題，查找原因，有針對性地增加數(shù)據(jù)校驗、數(shù)據(jù)清洗功能，以提高數(shù)據(jù)質量經(jīng)過對主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析后，對IT管理控制提出如下主要改

19、進措施：一主數(shù)據(jù)管理系統(tǒng)建設整體思路二主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析三11年主數(shù)據(jù)管理系統(tǒng)工作內容主數(shù)據(jù)管理系統(tǒng)重要改進舉措新增主數(shù)據(jù)管理模塊建議四主數(shù)據(jù)管理系統(tǒng)實施步驟計劃MSS系統(tǒng)規(guī)范梳理評估工作過程評估工作輸入評估工作輸出企業(yè)數(shù)據(jù)模型企業(yè)數(shù)據(jù)模型梳理MSS系統(tǒng)規(guī)范新增主數(shù)據(jù)模塊主數(shù)據(jù)管理范圍評估+系統(tǒng)廠商調研訪談主數(shù)據(jù)管理優(yōu)先級評估主數(shù)據(jù)特征評估新增主數(shù)據(jù)模塊建議三次評估+ +廠商調研主數(shù)據(jù)評估范圍廠商調研訪談紀要根據(jù)中國聯(lián)通企業(yè)數(shù)據(jù)模型和中國聯(lián)通MSS系統(tǒng)規(guī)范，匯總成主數(shù)據(jù)的基礎數(shù)據(jù)集合，然后根據(jù)主數(shù)據(jù)的三個評估原則及廠商調研訪談結果評估出新增主數(shù)據(jù)模塊。訪談的廠商包括中興軟創(chuàng), PCCW

20、, HP. .其他系統(tǒng)的數(shù)據(jù)也有被主數(shù)據(jù)管理系統(tǒng)管理的業(yè)務需求(含MSS/BSS/OSS)，是否要將這些數(shù)據(jù)也納入主數(shù)據(jù)管理系統(tǒng)進行管理，需要首先明確這些數(shù)據(jù)在企業(yè)內的數(shù)據(jù)特征和管理范圍.人員數(shù)據(jù)產品供應商物料客戶合作伙伴資源服務規(guī)格計費帳務渠道會計科目q主數(shù)據(jù)管理系統(tǒng)對供應商數(shù)據(jù)、物料信息和人員數(shù)據(jù)進行統(tǒng)一管理，解決多系統(tǒng)、多部門分散管理的問題；q 其他專業(yè)在企業(yè)管理和運營過程中有大量數(shù)據(jù)分散在多個系統(tǒng)間q 各類數(shù)據(jù)分散管理，沒有規(guī)定唯一數(shù)據(jù)源形成統(tǒng)一數(shù)據(jù)視圖；q 是否納入主數(shù)據(jù)管理系統(tǒng)管理根據(jù)中國聯(lián)通企業(yè)數(shù)據(jù)模型和中國聯(lián)通MSS系統(tǒng)規(guī)范，遵循SID數(shù)據(jù)模型，將中國聯(lián)通企業(yè)的所有數(shù)據(jù)分為八大

21、類，匯總成主數(shù)據(jù)的基礎數(shù)據(jù)集合，本期主要考慮MSS域的主數(shù)據(jù)建設，兼顧BSS和OSS。BSS和OSS域的主數(shù)據(jù)評估主要基于HP得出。如下圖所示：本期主數(shù)據(jù)建設主要考慮MSS域，基于中國聯(lián)通企業(yè)數(shù)據(jù)模型，并結合中國聯(lián)通MSS系統(tǒng)規(guī)范進行補充和完善，篩選出基礎主數(shù)據(jù)集合主數(shù)據(jù)特性評估主數(shù)據(jù)特性評估主數(shù)據(jù)管理范圍評估主數(shù)據(jù)管理范圍評估數(shù)據(jù)人員供應商客戶產品資源運維MSSBSSOSS主數(shù)據(jù)1主數(shù)據(jù)2主數(shù)據(jù)3主數(shù)據(jù)新增主數(shù)據(jù)必須先通過主數(shù)據(jù)特性評估和主數(shù)據(jù)管理范圍評估，再經(jīng)過主數(shù)據(jù)管理優(yōu)先級評估三個原則，最后分析出適合由主數(shù)據(jù)管理系統(tǒng)進行管理的主數(shù)據(jù)：主數(shù)據(jù)管理優(yōu)先級評估主數(shù)據(jù)管理優(yōu)先級評估三次評估+

22、+廠商調研訪談新增主數(shù)據(jù)必須遵守兩個評估原則，第一，是符合聯(lián)通主數(shù)據(jù)特性的數(shù)據(jù)。主要評估企業(yè)全部數(shù)據(jù)范圍內各類數(shù)據(jù)是否符合主數(shù)據(jù)的每個特性，若有任何特性不符合則剔除出主數(shù)據(jù)系統(tǒng)管理的評估范圍。聯(lián)通主數(shù)據(jù)的特性主要表現(xiàn)為以下幾點：主數(shù)據(jù)特性符合度評估核心性共享性自然屬性在業(yè)務對象的整個生命周期都具有的屬性；是核心業(yè)務對象信息，企業(yè)的經(jīng)營生產活動圍繞這些核心業(yè)務對象展開；是多個業(yè)務系統(tǒng)都存在的或潛在需要的，需要在多個系統(tǒng)之間共享的基礎業(yè)務對象信息；準確性基礎性基礎業(yè)務對象信息，一旦進入系統(tǒng)后，基本不會發(fā)生變化，或者變更頻率很低 ；是企業(yè)內部基礎業(yè)務對象信息的唯一、真實、準確的來源；序號 數(shù)據(jù)項 1

23、基本客戶信息2企業(yè)客戶資料3個人客戶資料4客戶服務水平協(xié)議 5品牌信息 6業(yè)務基本資費7產品目錄 8產品基本信息9產品特征10產品關系11合作伙伴信息12合作伙伴（國際網(wǎng)間）信息13合作伙伴產品14合作伙伴產品目錄 15服務規(guī)格16服務目錄序號 數(shù)據(jù)項 17資源規(guī)格 18基站信息19業(yè)主信息20預算科目21貨幣幣種及匯率22會計科目23憑證類型24銀行25OU26成本中心27銀行賬戶28內部賬戶29營業(yè)網(wǎng)點30資產卡片31資產實物信息32資產類別序號 數(shù)據(jù)項 33采購目錄34物料35供應商36倉庫信息37指標庫38項目39職務信息40崗位41地域42組織43個人44競爭對手45代理商46運營商

24、對企業(yè)各類數(shù)據(jù)，從自然屬性、基礎性、核心性、準確性、共享性五個方面進行主數(shù)據(jù)特性評估，以下數(shù)據(jù)符合主數(shù)據(jù)特性。將在此基礎上進一步分析主數(shù)據(jù)管理的范圍。高高中中低低數(shù)據(jù)共享度業(yè)務實體重要性數(shù)據(jù)共享度業(yè)務實體重要性數(shù)據(jù)共享度評估 數(shù)據(jù)共享度可以有效評估作為主數(shù)據(jù)管理后對簡化系統(tǒng)復雜度和數(shù)據(jù)使用效率的提升程度； 業(yè)務實體重要性從統(tǒng)一、標準化的角度，評估數(shù)據(jù)對企業(yè)運營和管理的重要性。評估業(yè)務實體重要性能夠作為主數(shù)據(jù)提升企業(yè)管理和運營水平程度的重要依據(jù)；采用定性與定量分析相結合，通過對數(shù)據(jù)的共享程度及其業(yè)務實體的相對業(yè)務重要性進行評估，并建立矩陣分析，確定適合由主數(shù)據(jù)管理系統(tǒng)管理的數(shù)據(jù)范圍，這是必須遵守

25、的第二個原則, ,此評估過程需要調研訪談各個系統(tǒng)廠商對系統(tǒng)數(shù)據(jù)現(xiàn)狀的反饋和對未來數(shù)據(jù)管控的想法。數(shù)據(jù)共享度評估數(shù)據(jù)分布規(guī)劃數(shù)據(jù)CRUD規(guī)劃描述企業(yè)數(shù)據(jù)在各系統(tǒng)應用中的分布；描述各系統(tǒng)對各類數(shù)據(jù)的CRUD關系（ 建立、讀取 、更新 及刪除 ）MSS域主數(shù)據(jù)評估結合廠商調研得出，BSS和OSS基于HP評估得出。對各類具有主數(shù)據(jù)特性的數(shù)據(jù)，梳理共享系統(tǒng)的數(shù)量，發(fā)現(xiàn)：組織、個人、貨幣幣種、預算科目、資產類別、會計科目、地域、產品目錄、客戶信息、客戶服務水平協(xié)議等信息數(shù)據(jù)共享度指標排名靠前。序號 MSS數(shù)據(jù)項 1組織2個人3貨幣幣種及匯率4預算科目5資產類別6會計科目7地域8OU9成本中心10供應商11

26、職務信息12代理商13銀行14資產實物信息15項目16銀行賬戶序號 MSS數(shù)據(jù)項 17內部賬戶18物料19崗位20合作伙伴信息21營業(yè)網(wǎng)點22采購目錄23憑證類型24倉庫信息25運營商26資產卡片27指標庫28競爭對手序號 BSS/OSS數(shù)據(jù)項 1基本客戶信息2企業(yè)客戶資料3個人客戶資料4合作伙伴產品5客戶服務水平協(xié)議 6服務規(guī)格7合作伙伴產品目錄 8產品目錄 9產品基本信息10產品關系11資源規(guī)格 12合作伙伴（國際網(wǎng)間）信息13基站信息14業(yè)主信息15業(yè)務基本資費16服務目錄17品牌信息 18產品特征數(shù)據(jù)業(yè)務實體重要性評估統(tǒng)一性標準化在企業(yè)運營和內部管理中是否有對該數(shù)據(jù)進行統(tǒng)一管理的必要性

27、，能夠加強企業(yè)的規(guī)范化運營；對于提高企業(yè)流程、服務、業(yè)務、管理等各方面的標準化水平是否起到有關鍵作用，能夠進一步提高企業(yè)運營管理水平，提升企業(yè)競爭優(yōu)勢；MSS域主數(shù)據(jù)評估結合廠商調研得出，BSS和OSS基于HP評估得出。對具備主數(shù)據(jù)特性的數(shù)據(jù)，從統(tǒng)一性、標準化的角度對數(shù)據(jù)的業(yè)務實體重要性進行評估，發(fā)現(xiàn)：會計科目、供應商、資產類別、銀行賬戶、組織、個人、物料、合作伙伴、OU、代理商、成本中心、產品信息、客戶信息等排名靠前。序號 MSS數(shù)據(jù)項 1會計科目2供應商3資產類別4銀行賬戶5內部賬戶6組織7個人8物料9合作伙伴10OU11預算科目12項目13代理商14成本中心15資產實物信息16憑證類型序

28、號 MSS數(shù)據(jù)項 17倉庫信息18職務信息19崗位20地域21銀行22采購目錄23資產卡片24營業(yè)網(wǎng)點25指標庫26競爭對手27貨幣幣種28運營商序號 BSS/OSS數(shù)據(jù)項 1產品基本信息2基本客戶信息3企業(yè)客戶資料4個人客戶資料5業(yè)務基本資費6產品特征7品牌信息 8客戶服務水平協(xié)議 9產品關系10服務規(guī)格11合作伙伴（國際網(wǎng)間）信息12資源規(guī)格 13服務目錄14合作伙伴產品15合作伙伴產品目錄 16基站信息17業(yè)主信息18產品目錄 數(shù)據(jù)共享度業(yè)務實體重要性本次評估以MSS為主，兼顧BSS和OSS。從數(shù)據(jù)共享度和業(yè)務實體重要性角度，對各類具有主數(shù)據(jù)特性的數(shù)據(jù)分析后發(fā)現(xiàn)：個人、組織、會計科目、物

29、料、資產類別、供應商、銀行賬戶、內部賬戶、項目、合作伙伴等更適合由主數(shù)據(jù)管理系統(tǒng)進行管理。 人員及組織信息：組織機構、員工信息 供應商信息：供應商 物料信息：物料 資產信息：資產類別 預算信息：預算科目 代理商信息：代理商信息 財務信息：會計科目OU、成本中心、貨幣幣種及匯率 銀行信息：銀行賬戶、內部賬戶、銀行客戶信息產品信息業(yè)務資費信息品牌信息 客戶信息：客戶信息 產品信息：產品信息 業(yè)務資費信息 品牌信息：品牌信息序號實體名稱包含內容實施簡要說明1組織機構 組織機構信息 地點信息 已在人員組織模塊中實現(xiàn)2員工信息 正式員工 臨時員工 已在人員組織模塊中實現(xiàn)3供應商 基本信息 業(yè)務信息 聯(lián)系

30、人信息 采購信息 財務信息 已在供應商模塊中實現(xiàn)4物料 物資編碼 名稱 面值 已在物資模塊中實現(xiàn)5OU OU編號 OU名稱 OU代碼 上級OU編號 已在人員組織模塊中實現(xiàn)6成本中心 成本中心編號 成本中心名稱 所屬OU編號 已在人員組織模塊中實現(xiàn)一期已經(jīng)實施的主數(shù)據(jù)模塊說明如下：序號實體名稱包含內容實施原因說明1會計科目 公司段編碼 客戶段編碼 往來段編碼 專業(yè)段編碼 會計科目編碼 ERP、資金、報賬等多個系統(tǒng)在使用會計科目，重要性較高 目前主要是使用excel一次性導入到ERP系統(tǒng)中維護，各個省公司再分別下載到本地使用 放入到主數(shù)據(jù)管理，有利于統(tǒng)一維護，可以提高數(shù)據(jù)準確度和完整性2貨幣幣種及

31、匯率 幣種編號 幣種名稱 匯率編號 匯率 匯率日期 ERP、資金、報賬等系統(tǒng)同時使用，數(shù)據(jù)重要性較高 屬于靜態(tài)性較高的數(shù)據(jù)，匯率一個月變動一次 放入主數(shù)據(jù)管理有利于統(tǒng)一管理和統(tǒng)一分發(fā)，可以提高數(shù)據(jù)準確度和數(shù)據(jù)更新及時程度3資產類別 編碼信息 層級關系信息 更新信息 辦公、資金、項目、采購、ERP以及將來準備上線的資產管理等多個系統(tǒng)在使用資產類別，重要性較高 每個省份公司單獨維護，不利于管理 統(tǒng)一放入主數(shù)據(jù)管理，可以降低數(shù)據(jù)維護成本，提高數(shù)據(jù)質量4代理商 代理商基本信息 代理商專業(yè)信息 目前沒有系統(tǒng)能夠統(tǒng)一管理代理商信息 統(tǒng)一放入主數(shù)據(jù)管理，可以為將來的代理商分析(信用、等級、銷售額等分析)奠定

32、基礎符合聯(lián)通主數(shù)據(jù)特征，且符合主數(shù)據(jù)管理范圍數(shù)據(jù)的說明如下：序號實體名稱包含內容實施原因說明5銀行賬戶 銀行信息 銀行賬戶信息 內部賬戶信息 包括銀行賬戶、內部賬戶和銀行信息，銀行信息可以作為銀行(內部)賬戶的基本屬性信息 目前全國共有1萬多銀行賬戶在使用，報賬和資金管理等系統(tǒng)會有數(shù)據(jù)交互，主要是財務部門在使用和維護，靜態(tài)性較高 銀行賬戶與會計科目、供應商有緊密的關聯(lián)關系，放入主數(shù)據(jù)可以統(tǒng)一維護管理 統(tǒng)一放入主數(shù)據(jù)管理，可以提高數(shù)據(jù)準確性和數(shù)據(jù)更新及時性6產品信息 產品編號 產品名稱 產品類型 計費、客戶關系管理、客服等多個系統(tǒng)同時使用，數(shù)據(jù)重要性、數(shù)據(jù)共享性程度非常高 放入主數(shù)據(jù)管理易于統(tǒng)一

33、維護和分發(fā)，可以提高數(shù)據(jù)準確度和及時性7業(yè)務資費信息 業(yè)務資費編號 業(yè)務資費名稱 業(yè)務資費類型 計費、客戶關系管理、客服等多個系統(tǒng)同時使用，數(shù)據(jù)重要性、數(shù)據(jù)共享性程度非常高 放入主數(shù)據(jù)管理易于統(tǒng)一維護和分發(fā)，可以提高數(shù)據(jù)準確度和及時性8客戶信息 客戶編號 客戶名稱 客戶類型 計費、客戶關系管理、客服等多個系統(tǒng)同時使用，數(shù)據(jù)重要性、數(shù)據(jù)共享性程度非常高 放入主數(shù)據(jù)管理易于統(tǒng)一維護和分發(fā)，可以提高數(shù)據(jù)準確度和及時性9品牌信息 品牌編號 品牌名稱 品牌類型 計費、客戶關系管理、客服等多個系統(tǒng)同時使用，數(shù)據(jù)重要性、數(shù)據(jù)共享性程度非常高 放入主數(shù)據(jù)管理易于統(tǒng)一維護和分發(fā)，可以提高數(shù)據(jù)準確度和及時性符合聯(lián)

34、通主數(shù)據(jù)特征，且符合主數(shù)據(jù)管理范圍數(shù)據(jù)的說明如下：序號實體名稱不實施原因說明1憑證類型 憑證類型雖然具有數(shù)據(jù)共享性特征，但是數(shù)據(jù)重要性不高，只是在ERP、資金和報賬系統(tǒng)中使用，沒有統(tǒng)一管理維護的必要，所以不納入主數(shù)據(jù)管理2營業(yè)網(wǎng)點 營業(yè)網(wǎng)點主要在BSS系統(tǒng)維護管理，所以本次不考慮加入主數(shù)據(jù)管理3資產卡片 資產卡片雖然具有數(shù)據(jù)共享性特征，但只是在ERP及將來上線的資產管理系統(tǒng)中使用，沒必要放入主數(shù)據(jù)統(tǒng)一管理發(fā)布和維護4資產實物信息 資產實物信息數(shù)據(jù)量太大，且不易維護和管理，不能放入主數(shù)據(jù)管理5采購目錄 采購目錄雖然具有數(shù)據(jù)共享性特征，但管理較簡單，只是在采購、資產和財務系統(tǒng)中使用，使用相對較少，

35、沒必要放入主數(shù)據(jù)統(tǒng)一管理發(fā)布和維護6倉庫信息 倉庫信息采購目錄雖然具有數(shù)據(jù)共享性特征，但是管理較簡單，只是在項目、資產和ERP中使用，沒有統(tǒng)一管理維護的必要，所以不納入主數(shù)據(jù)管理7指標庫 指標庫雖然具有數(shù)據(jù)共享性特征，但是只是在項目管理系統(tǒng)中使用，容易管理，沒有統(tǒng)一管理維護的必要，所以不納入主數(shù)據(jù)管理8項目 項目在項目管理系統(tǒng)已經(jīng)統(tǒng)一管理了，所以不需要考慮加入主數(shù)據(jù)管理9職務信息 職務信息雖然具有數(shù)據(jù)共享性特征，但是主要在HR系統(tǒng)中使用，管理較簡單，沒有統(tǒng)一管理維護的必要，所以不納入主數(shù)據(jù)管理符合聯(lián)通主數(shù)據(jù)特征，但是數(shù)據(jù)共享度和業(yè)務實體重要性排名較低的數(shù)據(jù)，本期不建議實施，具體原因說明如下：序

36、號實體名稱不實施原因說明10崗位 崗位雖然具有數(shù)據(jù)共享性特征，但是主要是HR系統(tǒng)使用，容易管理和維護， 沒有統(tǒng)一管理維護的必要，所以不納入主數(shù)據(jù)管理11地域 地域信息雖然具有數(shù)據(jù)共享性特征，但是重要性不高，不夠關鍵，且容易管理維護，所以不納入主數(shù)據(jù)管理12合作伙伴 已經(jīng)由合作伙伴管理系統(tǒng)統(tǒng)一管理13競爭對手 競爭對手是BSS域數(shù)據(jù)，在BSS系統(tǒng)中管理維護，本次不考慮加入主數(shù)據(jù)管理14運營商 運營商是BSS域數(shù)據(jù)，在BSS系統(tǒng)中管理維護，本次不考慮加入主數(shù)據(jù)管理符合聯(lián)通主數(shù)據(jù)特征，但是數(shù)據(jù)共享度和業(yè)務實體重要性排名較低的數(shù)據(jù)，本期不建議實施，具體原因說明如下：業(yè)務實施難度技術實施難度主數(shù)據(jù)系統(tǒng)管

37、理范圍從業(yè)務和技術的實施難度兩個方面評估技術的實施難度實施系統(tǒng)的復雜程度, 從系統(tǒng)架構、數(shù)據(jù)結構、功能模塊、部署架構等各方面因素對系統(tǒng)的綜合性評估;業(yè)務的實施難度 業(yè)務上各類需求是否明確，相關的流程、組織、規(guī)章制度是否已經(jīng)準備好，業(yè)務解決方案是否完善;數(shù)據(jù)經(jīng)過兩次評估篩選出來之后，還要對其數(shù)據(jù)管理的優(yōu)先級進行評估。主數(shù)據(jù)管理優(yōu)先級需要從業(yè)務實施難度和技術實施難度兩個角度進行評估：高優(yōu)先級：中優(yōu)先級：建議實施對象業(yè)務實施難度高低高低技術實施難度已完成建設：會計科目供應商信息資產類別代理商資產類別產品信息客戶信息人員及組織信息物料信息會計科目供應商物料信息 銀行賬戶從業(yè)務實施難度和技術實施難度兩個

38、角度進行評估，不考慮已完成建設的主數(shù)據(jù)管理模塊（供應商信息、物料信息和人員及組織信息），優(yōu)先級由高到低依次為：會計科目、資產目錄、銀行賬戶(包含內部賬戶和銀行信息)和代理商。由于項目由PMS管理，合作伙伴由PRM管理，所以本次主數(shù)據(jù)不考慮項目和合作伙伴信息，基站和業(yè)主信息主要由網(wǎng)路部的系統(tǒng)管理維護，所以不納入本次實施范圍。 代理商銀行賬戶考慮到客戶信息的數(shù)據(jù)量很大，對現(xiàn)有系統(tǒng)技術架構影響較大，客戶信息在客戶關系管理系統(tǒng)中統(tǒng)一管理。產品信息涉及到跨BSS域，實現(xiàn)難度目前較大，所以暫時不考慮加入主數(shù)據(jù)管理系統(tǒng)?；拘畔I(yè)主信息人員及組織信息主數(shù)據(jù)實施四個關鍵點業(yè)務流程應用架構管理控制信息架構梳理清

39、晰的業(yè)務流程主要考慮主數(shù)據(jù)業(yè)務流程、管理流程和管理制度等的支撐制定全面的管控措施主要考慮IT層面的運維管控和問題處理措施的支撐設計可靠的信息架構主要考慮主數(shù)據(jù)的數(shù)據(jù)范圍、數(shù)據(jù)分布、數(shù)據(jù)模型、核心數(shù)據(jù)實體和數(shù)據(jù)質量等的支撐構建完善的應用架構主要考慮主數(shù)據(jù)的功能設計、周邊系統(tǒng)集成和技術架構等的支撐為了保證新增主數(shù)據(jù)管理模塊能夠順利落地實施，實施團隊參考惠普的企業(yè)架構方法（Agile RightStepR）框架，并結合惠普多年的項目實施經(jīng)驗，制定出以下實施的四個關鍵點：一主數(shù)據(jù)管理系統(tǒng)建設整體思路二主數(shù)據(jù)管理系統(tǒng)現(xiàn)狀評估分析三11年主數(shù)據(jù)管理系統(tǒng)工作內容四主數(shù)據(jù)管理系統(tǒng)實施步驟計劃上線準備上線準備運

40、維與優(yōu)化運維與優(yōu)化系統(tǒng)優(yōu)化業(yè)務需求管理和變更管理技術架構的落實、驗證和管理系統(tǒng)管理規(guī)范/運行維護規(guī)范設計調整項目啟動需求評審啟動測試概設評審詳設評審02-1203-3104-3006-3007-3111-30項目實施整體計劃，包括從現(xiàn)狀評估、重要改進舉措、新增主數(shù)據(jù)模塊、設計與開發(fā)等全部重要環(huán)節(jié)，并對每個環(huán)節(jié)工作內容都需要認真考慮和對待。運維接管和知識轉移質量管理和測試規(guī)范現(xiàn)有模塊運維支撐2個模塊需求調研2個模塊概要設計2個模塊詳細設計2個模塊編碼及單元測試編碼修正和回歸會計科目模塊割接上線09-30資產類別模塊割接上線資產類別上線會計科目上線接口測試和聯(lián)調集成和系統(tǒng)測試使用反饋項目整體管控（

41、進度、風險、問題）用戶培訓12-30制定計劃維護手冊運維工程師(3人)聯(lián)通項目經(jīng)理HPHP項目經(jīng)理系統(tǒng)架構師(1人)惠普主數(shù)據(jù)管理項目組織架構及人員配置信息如下所示：系統(tǒng)集成工程師(2人)系統(tǒng)集成Leader(1人)會計科目模塊Leader(1人)需求負責人(1人)開發(fā)工程師(2人)資產類別模塊Leader(1人)需求負責人(1人)開發(fā)工程師(2人)測試工程師(2人)測試Leader(1人)惠普主數(shù)據(jù)管理項目實施團隊人員分工及職責如下所示：角色 職責 惠普項目經(jīng)理 負責與聯(lián)通和其他系統(tǒng)廠商的溝通協(xié)調工作，全程參與項目管理，確保項目正常執(zhí)行 系統(tǒng)架構師 負責總體架構設計，對項目進行方法論指導，把

42、握功能和流程設計過程中的關鍵環(huán)節(jié)，從全局角度保證項目實施質量。并負責概要、詳細設計 需求負責人 負責具體某個業(yè)務功能域的需求調研、規(guī)范編寫、設計文檔編寫的進度和質量，并協(xié)助需求Leader做好需求工作 模塊Leader 負責從整體上保證開發(fā)過程中的整體協(xié)調、管理、需求等各項工作按時按質完成，并協(xié)助架構師做好概要、詳細設計工作 系統(tǒng)集成Leader 整體上負責同周邊相關系統(tǒng)的集成、接口、協(xié)作、系統(tǒng)運維等工作模塊負責人具體負責某個新增主數(shù)據(jù)模塊的整體協(xié)調、管理、業(yè)務流程、功能支撐等工作。測試Leader 負責從整體上保證單元測試、集成測試和用戶測試的質量和進展。帶領測試工程師編寫測試用例和測試計劃

43、；負責實施單元測試、集成測試和用戶測試； 開發(fā)工程師 負責具體開發(fā)工作和單元測試，并保證按時按質完成工作。 運維工程師負責應用系統(tǒng)、軟硬件和數(shù)據(jù)庫(DBA)日常運行和維護系統(tǒng)集成工程師負責系統(tǒng)的災備、存儲和負載均衡工作，保證系統(tǒng)正常運行測試工程師 負責具體測試工作并保證按時按質完成，協(xié)助測試Leader寫好測試用例和測試計劃 項目實施計劃功能需求概要和詳細設計開發(fā)和測試割接與部署主數(shù)據(jù)管理系統(tǒng)實施階段主要工作內容，體現(xiàn)在以下幾個階段中：制定整體項目實施計劃，涵蓋以下內容：1.項目交接方案；2. 現(xiàn)有流程、功能和接口改進；3.新增主數(shù)據(jù)管理模塊實施。梳理現(xiàn)有系統(tǒng)的主要需求，并建立需求基線，主要基

44、于以下兩部分的內容：1. 基于新增主數(shù)據(jù)管理模塊業(yè)務功能規(guī)范；2. 總部/省分各類用戶提出的功能需求。對現(xiàn)有技術架構的評估和優(yōu)化，并將新的需求落實到概要設計，對改進方案和新增模塊實施方案進行詳細設計，包括數(shù)據(jù)模型設計、接口設計、ETL方案設計、業(yè)務流程設計、管理流程設計等。組織實施團隊進行系統(tǒng)代碼開發(fā)、組織測試團隊設計測試用例和測試計劃，開展單元測試、集成測試和用戶測試。并對實施質量嚴格把關。組織團隊準備進行相關主數(shù)據(jù)的割接上線工作，完成系統(tǒng)的正常部署工作，構建完整的系統(tǒng)運維和支撐體系，確保主數(shù)據(jù)管理系統(tǒng)健康穩(wěn)定運行，并進行持續(xù)改進制定與Oracle團隊的交接方案，以及新模塊實施計劃明確需求基線，建立需求管控機制，梳理業(yè)務流程考慮功能和技術在目前主數(shù)據(jù)管理系統(tǒng)上的松耦合和擴展性架構；考慮與系統(tǒng)周邊廠商進行整體方案的設計及接