企业主数据管理系统建设方案.ppt

1、主数据管理系统主数据管理系统建设整体思路主数据管理系统现状评估分析11年主数据管理系统工作内容主数据管理系统实施步骤计划基于对中国联通MSS信息化建设整体目标的理解，结合国内外先进电信企业的主数据管理建设经验，通过对主数据管理系统的现状分析、问题诊断和设计实施，最终需要达成以下的建设目标：明确的主数据管理流程建设目标建设目标完善的主数据系统功能清晰的主数据管理范畴弹性的主数据系统架构通畅的系统间交互接口良好的系统主数据质量完善现有系统支撑，逐步增强系统功能，满足未来建设要求！主数据管理系统现状评估分析和重要改进举措的工作，将在惠普的企业架构方法（Agile RightStepR）框架下指导进行

2、，以确保评估和举措的完整性和准确性，有层次、有计划、有步骤的推进主数据管理系统的建设。惠普企业架构框架Agile RightStepR 业务流程侧重于业务流程及管控层面，主要包括供应商、物料、人员组织等模块的业务流程 应用架构侧重于应用架构层面，包括系统功能、技术实现、外围系统集成、页面友好性等 管理控制侧重于主数据系统建设和运维过程中各种问题的管控 基础架构侧重于软硬件基础架构层面，主要是指系统软硬件运行的环境 信息架构侧重于数据层面，包括数据范围、数据分布、核心实体、数据模型、数据质量管理分析设计实施业务流程和管控支撑情况等梳理分析数据范围、数据分布、数据质量管理等梳理分析系统功能、外围系

3、统集成、技术实现等梳理分析业务流程现有问题改进举措和新增主数据模块评估分析及建议 实施计划统筹和协调接管Oracle实施方案 架构问题和技术风险控制需求设计及开发管控割接及部署管控系统运维与优化管控主数据管理系统建设的主要工作阶段分为分析、设计和实施，如下图所示：系统软硬件运行环境梳理分析IT对系统管理控制层面的梳理分析信息架构现有问题改进举措和新增主数据模块评估分析及建议应用架构现有问题改进举措和新增主数据模块评估分析及建议基础架构现有问题改进举措和新增主数据模块评估分析及建议管理控制现有问题改进举措和新增主数据模块评估分析及建议系统范围界定业务流程梳理系统设计系统开发与测试MSS域拥有主数

4、据特征的数据比较多，不仅仅包含供应商、物料、人员组织数据。我们应该在未来设计中加入更多的主数据以满足业务发展需要主数据系统的建设不仅仅是一个技术平台，还需要更多的考虑业务和管理的相关流程，需要综合考虑流程的梳理工作不仅包括对现有系统的功能、技术架构的优化，还包括对新增主数据管理模块的系统设计，如功能架构、技术架构、数据模型、系统接口等基于系统设计，对现有系统功能进行改进，并完成新功能的开发。并重点对相关的业务流程、管理流程等进行端到端的测试系统需求确定需要重点考虑两方面的因素1.周边系统对主数据管理系统集成的需求 2.主数据管理系统本身的业务功能需求完成系统的正常部署以及进行相关主数据的割接工

5、作，包括数据清理、加载、接口的割接等相关工作运维与优化构建完整的系统运维和支撑体系，确保主数据管理系统健康稳定运行，并进行持续改进主数据管理系统在建设前，应该充分考虑到建设过程中的每个环节，并做好缜密计划安排，把工作落实到具体步骤当中，以保证系统的顺利建设实施。系统割接与部署主数据管理系统建设的主要环节主数据管理系统建设整体思路主数据管理系统现状评估分析11年主数据管理系统工作内容主数据管理系统实施步骤计划惠普企业架构框架Agile RightStepRn主数据异常处理流程设计不够全面n对于主数据的各种正常处理流程设计的比较全面，但是对于主数据的异常处理流程设计的不够全面。例如，当物资编码输入

6、有误时，没有相对应的异常处理流程支撑，只能DBA在后台数据库直接更新数据，这种异常数据带来的数据维护工作量非常大，且存在数据安全隐患。n主数据管理制度执行力不强n填写物资名称书写时，不能按照管理制度填写，随意性较强，容易导致数据重复问题n最初规定的各种数据业务检查规则在业务部门被妥协了很多，从而数据准确性得不到保证系统现状评估分析中，业务流程和管理流程主要有如下关键问题发现：编号编号属性属性必填必填更新更新编号编号属性属性必填必填更新更新1是否制造商管理是否10固定资产类别否是2制造商名称是是11用户物资类型是否3制造商产品分类否是12物资编码是否4物资品名是是13物资模板是否5物资型号是是1

7、4申请省分是否6制造商部件号是是7主要计量单位是否8物资说明是是9物资类别是否业务流程问题发现示例：主数据异常处理流程不够全面。例如，在填写物料编码时，经常会产生大量的错误数据，而且没有物资编码数据异常处理流程，导致数据维护很不方便。n物资原始需求中说明物资编码为非空的且不可更新的数据，所以在系统建设时就没有设计物资编码更新流程。但是随着系统上线使用之后，由于很多的用户在填写物资编码时不够规范，导致很多物资编码不准确。n当出现异常数据时，系统没有明确的流程和规范来支撑异常数据处理。n目前只能DBA在后台数据库直接更新数据，导致维护工作量很大，且不够方便，数据安全性很低物资原始需求示例示例惠普企

8、业架构框架Agile RightStepRn物资专业属性不完整n部分物资专业属性不够完整，例如营销物资专业属性。n数据质量问题较为突出n比如目前系统对数据质量的校验规则进行了设置，但是业务部门在执行的时候效果不是很好，导致很容易产生数据质量问题。n缺少数据质量报告n目前数据质量问题较为突出，但是系统没有提供数据质量报告，导致很多数据质量问题不能被直观的显示，而且数据质量问题所发生的频率、级别和原因都不能被很好的监控。n录入模式评估n主数据管理系统的录入模式和维护模式(前台界面维护和后台业务处理)目前没有统一规范，而是采用了两种结合的方式，评估他们的优缺点，并给出具体评估说明.n分发模式评估n主

9、数据分发模式(主动发送和被动接收)目前没有统一，需要评估他们的优缺点，并给出具体评估说明，以指导未来系统建设，从而采用一种更好、更有效的方式系统现状评估分析中，信息架构主要有如下关键问题发现：惠普企业架构框架Agile RightStepRn 系统功能存在缺陷n例如，系统虽然有超时重发功能，但是功能相对简单，只能全部重新发送，而不能单条信息发送 n 系统间接口不够灵活n例如，供应商模块接口字段没有扩展功能，当新增字段时无法在接口文件上进行修改n系统录入页面数据校验功能不充分n对于人员唯一性标志身份证号码，只做了数据类型校验，而没有对数据长度及内容进行校验n对于人员的关键日期，比如出生日期，入职

10、开始时间，结束时间，没有进行逻辑校验，比如，根据出生日期校验该人员年龄必须大于18周岁；结束日期必须晚于开始日期等；n系统页面出错信息提示不够准确n更新人员基本信息时，当该人员不存在，直接返回数据库错误“ORA-01403:no data found”，缺少业务说明，业务人员难以理解系统现状评估分析中，应用架构主要有如下关键问题发现：惠普企业架构框架Agile RightStepR系统现状评估分析中，基础架构问题发现：n备份和容灾情况n系统目前未考虑容灾n系统具备四个运行环境，目前未发现问题n开发环境n测试环境n克隆环境(用户体验环境)n生产环境n负载均衡情况，目前未发现问题n系统已经做了HA

11、n系统软件基础设施情况(数据库、中间件等)nN/A惠普企业架构框架Agile RightStepRn运维人员不足n已上线的系统没有配备足够的运维支持人员，导致系统缺陷没有及时得到改进n管理流程目前未发现问题n制定了主数据系统的账号管理、权限管理、投诉、故障支持、应用需求的支持流程n在系统移交运维部门后，将依照完整的ITIL流程进行支持和运维 系统现状评估分析中，IT管理控制暂未发现问题：主数据管理系统建设整体思路主数据管理系统现状评估分析11年主数据管理系统工作内容主数据管理系统实施步骤计划主数据管理系统建设整体思路主数据管理系统现状评估分析11年主数据管理系统工作内容主数据管理系统重要改进举

12、措新增主数据管理模块建议主数据管理系统实施步骤计划惠普企业架构框架Agile RightStepRn加强主数据管理流程支撑程度n对于主数据的管理需要从数据的正常处理流程和异常处理流程两个角度进行综合设计，并且目前主数据的异常处理流程较弱，需要加强的紧迫度较高，例如，增加管理员对物资编码异常数据处理流程(增加更新流程)n完善数据质量管理制度n对数据质量的管理制度加以完善，对容易造成数据质量问题的具体细节加以特别说明，加强管理制度培训，提高操作人员重视程度。例如，对”物资名称填写错误”这个容易重复发生的问题，加以特别强调说明，以提高操作人员重视程度和准确度。经过对主数据管理系统现状评估分析后，对管

13、理流程和业务流程提出如下主要改进措施：物资编码更新管理员业务流程改进举措：加强主数据管理流程支撑程度示例示例n对于主数据的管理需要从数据的正常处理流程和异常处理流程两个角度进行综合设计，并且目前主数据的异常处理流程较弱，需要加强的紧迫度较高。n制定明确的流程和规范来支撑异常数据处理流程，例如，为管理员增加更新物资编码的业务流程。这将将极大的提高管理员日常维护的便利性，提高数据安全性。惠普企业架构框架Agile RightStepRn增加物资分类数据n从支持业务发展需要的角度考虑，梳理并增加一些物资分类数据，以满足业务发展需要。此工作量较大，需要专业人员对物资分类数据进行梳理，数据提供后，需要导

14、入主数据管理系统。n增加部分缺失的物资专业属性n例如增加营销物资专业属性(还要涉及修改系统接口功能)，以满足业务支撑能力n 改善系统数据质量n主要体现在管理控制中改善数据质量的措施(见管理控制部分)n增加数据质量报告n增加数据质量报告，提供查看数据质量问题发生的频率、级别和原因的功能，以帮助管理人员迅速定位和解决问题，防止同一问题多次发生。n 录入模式评估n从数据的角度，评估数据的录入模式和维护模式(前台界面维护和后台业务处理)的优缺点，并给出具体评估说明.见下页n 分发模式评估n从数据的角度，并结合具体应用场景，考虑主数据分发模式(主动发送和被动接收)哪种更适合未来系统业务需要，从而采用一种

15、更好、更有效的方式实现。见下页经过对主数据管理系统现状评估分析后，对信息架构提出如下主要改进措施：后台系统维护模式评估：模式二：收集整合式主数据采用后台模式，将主数据从业务系统汇集到主数据管理系统，业务驱动数据ERP采购主数据系统模式一：录入式主数据在主数据管理系统中统一录入，并分发到业务系统中ERP采购主数据系统前台页面录入模式评估：n优点n避免了不同系统间的数据差异n集中管理数据n缺点n对业务系统影响较大n实施成本高n如果录入的数据存在质量问题，将影响所有业务系统n适用场景n对主数据质量要求高n业务系统流程改动成本低n更有效的管理数据质量n数据维护成本低n灵活性差n业务扩展快n优点n不影响

16、现有业务系统的流程和架构n容易实施n缺点n后期维护量大n适用场景n分析型主数据系统n业务系统流程复杂，难以改造n数据质量管控难度较大n业务系统数据质量高n业务流程驱动数据n主动发送和被动接收适合不同场景，依据业务系统的要求，进行评估n评估方法n对分发模式的不同特性赋予相应的权重n针对各个特性，对业务系统进行评分n加权计算n结合联通具体主数据的业务要求n评估结果n两方式在实际业务需求中都需要主动发送被动接收实时高效安全易定制易开发易维护历史数据初次加载分析系统实时性要求高业务系统接口统一业务系统定制要求高主数据安全级别高EAIEAI实施难度大性能要求高模式适用场景特性主数据分发模式评估：惠普企业

17、架构框架Agile RightStepRn改善现有系统功能n加强系统超时重发功能，满足系统超时单条信息重发需求n加强系统间接口交互能力n对供应商模块接口增加字段扩展功能，以支持操作用户对供应商数据的新增功能n加强系统录入页面的数据校验功能n增加对人员身份证号码的长度校验功能n增加关键日期的结束日期必须晚于开始日期等功能n提高系统错误提示信息的准确性n当更新人员基本信息时，增加对出现的错误操作容易理解的提示信息经过对主数据管理系统现状评估分析后，对应用架构提出如下主要改进措施：惠普企业架构框架Agile RightStepRn主数据管理系统容灾建议n对主数据管理系统的业务影响度和灾难风险度进行评

18、估n选择适和主数据管理系统的容灾技术n制定相应的容灾策略和容灾方案n容灾实施和维护管理经过对主数据管理系统现状评估分析后，对基础架构提出如下主要改进措施：惠普企业架构框架Agile RightStepRn 系统出现问题时，IT的保障举措n在组织架构上，安排专门的IT运维人员，职责包括故障解决、系统功能修正和改进n向业务部门定期提供数据质量反馈，帮助业务部门更好地进行数据质量控制n定期分析数据质量报告，针对频率较高的数据问题，查找原因，有针对性地增加数据校验、数据清洗功能，以提高数据质量经过对主数据管理系统现状评估分析后，对IT管理控制提出如下主要改进措施：主数据管理系统建设整体思路主数据管理系

19、统现状评估分析11年主数据管理系统工作内容主数据管理系统重要改进举措新增主数据管理模块建议主数据管理系统实施步骤计划MSSMSS系统规范梳理评估工作过程评估工作输入评估工作输出企业数据模型企业数据模型梳理MSS系统规范新增主数据模块主数据管理范围评估+系统厂商调研访谈主数据管理优先级评估主数据特征评估新增主数据模块建议三次评估+厂商调研主数据评估范围厂商调研访谈纪要根据中国联通企业数据模型和中国联通MSS系统规范，汇总成主数据的基础数据集合，然后根据主数据的三个评估原则及厂商调研访谈结果评估出新增主数据模块。访谈的厂商包括中兴软创,PCCW,HP.新增主数据管理模块的业务需求其他系统的数据也有

20、被主数据管理系统管理的业务需求(含MSS/BSS/OSS)，是否要将这些数据也纳入主数据管理系统进行管理，需要首先明确这些数据在企业内的数据特征和管理范围.人员数据产品供应商物料客户合作伙伴资源服务规格计费帐务渠道会计科目q主数据管理系统对供应商数据、物料信息和人员数据进行统一管理，解决多系统、多部门分散管理的问题；q 其他专业在企业管理和运营过程中有大量数据分散在多个系统间q 各类数据分散管理，没有规定唯一数据源形成统一数据视图；q 是否纳入主数据管理系统管理根据中国联通企业数据模型和中国联通MSS系统规范，遵循SID数据模型，将中国联通企业的所有数据分为八大类，汇总成主数据的基础数据集合，

21、本期主要考虑MSS域的主数据建设，兼顾BSS和OSS。BSS和OSS域的主数据评估主要基于HP得出。如下图所示：本期主数据建设主要考虑MSS域，基于中国联通企业数据模型，并结合中国联通MSS系统规范进行补充和完善，筛选出基础主数据集合主数据特性评估主数据特性评估主数据管理范围评估主数据管理范围评估数据人员供应商客户产品资源运维MSSBSSOSS主数据1主数据2主数据3主数据新增主数据必须先通过主数据特性评估和主数据管理范围评估，再经过主数据管理优先级评估三个原则，最后分析出适合由主数据管理系统进行管理的主数据：主数据管理优先级评估主数据管理优先级评估三次评估+厂商调研访谈新增主数据必须遵守两个

22、评估原则，第一，是符合联通主数据特性的数据。主要评估企业全部数据范围内各类数据是否符合主数据的每个特性，若有任何特性不符合则剔除出主数据系统管理的评估范围。联通主数据的特性主要表现为以下几点：主数据特性符合度评估核心性共享性自然属性 在业务对象的整个生命周期都具有的属性；是核心业务对象信息，企业的经营生产活动围绕这些核心业务对象展开；是多个业务系统都存在的或潜在需要的，需要在多个系统之间共享的基础业务对象信息；准确性基础性 基础业务对象信息，一旦进入系统后，基本不会发生变化，或者变更频率很低；是企业内部基础业务对象信息的唯一、真实、准确的来源；序号 数据项 1基本客户信息2企业客户资料3个人客

23、户资料4客户服务水平协议 5品牌信息 6业务基本资费7产品目录 8产品基本信息9产品特征10产品关系11合作伙伴信息12合作伙伴（国际网间）信息13合作伙伴产品14合作伙伴产品目录 15服务规格16服务目录序号 数据项 17资源规格 18基站信息19业主信息20预算科目21货币币种及汇率22会计科目23凭证类型24银行25OU26成本中心27银行账户28内部账户29营业网点30资产卡片31资产实物信息32资产类别序号 数据项 33采购目录34物料35供应商36仓库信息37指标库38项目39职务信息40岗位41地域42组织43个人44竞争对手45代理商46运营商对企业各类数据，从自然属性、基础性

24、、核心性、准确性、共享性五个方面进行主数据特性评估，以下数据符合主数据特性。将在此基础上进一步分析主数据管理的范围。高高中中低低数据共享度业务实体重要性数据共享度业务实体重要性数据共享度评估 数据共享度可以有效评估作为主数据管理后对简化系统复杂度和数据使用效率的提升程度；业务实体重要性从统一、标准化的角度，评估数据对企业运营和管理的重要性。评估业务实体重要性能够作为主数据提升企业管理和运营水平程度的重要依据；采用定性与定量分析相结合，通过对数据的共享程度及其业务实体的相对业务重要性进行评估，并建立矩阵分析，确定适合由主数据管理系统管理的数据范围，这是必须遵守的第二个原则,此评估过程需要调研访谈

25、各个系统厂商对系统数据现状的反馈和对未来数据管控的想法。数据共享度评估数据分布规划数据CRUD规划 描述企业数据在各系统应用中的分布；描述各系统对各类数据的CRUD关系（建立、读取、更新 及删除）MSS域主数据评估结合厂商调研得出，BSS和OSS基于HP评估得出。对各类具有主数据特性的数据，梳理共享系统的数量，发现：组织、个人、货币币种、预算科目、资产类别、会计科目、地域、产品目录、客户信息、客户服务水平协议等信息数据共享度指标排名靠前。序号 MSS数据项 1组织2个人3货币币种及汇率4预算科目5资产类别6会计科目7地域8OU9成本中心10供应商11职务信息12代理商13银行14资产实物信息1

26、5项目16银行账户序号 MSS数据项 17内部账户18物料19岗位20合作伙伴信息21营业网点22采购目录23凭证类型24仓库信息25运营商26资产卡片27指标库28竞争对手序号 BSS/OSS数据项 1基本客户信息2企业客户资料3个人客户资料4合作伙伴产品5客户服务水平协议 6服务规格7合作伙伴产品目录 8产品目录 9产品基本信息10产品关系11资源规格 12合作伙伴（国际网间）信息13基站信息14业主信息15业务基本资费16服务目录17品牌信息 18产品特征数据业务实体重要性评估统一性标准化 在企业运营和内部管理中是否有对该数据进行统一管理的必要性，能够加强企业的规范化运营；对于提高企业流

27、程、服务、业务、管理等各方面的标准化水平是否起到有关键作用，能够进一步提高企业运营管理水平，提升企业竞争优势；MSS域主数据评估结合厂商调研得出，BSS和OSS基于HP评估得出。对具备主数据特性的数据，从统一性、标准化的角度对数据的业务实体重要性进行评估，发现：会计科目、供应商、资产类别、银行账户、组织、个人、物料、合作伙伴、OU、代理商、成本中心、产品信息、客户信息等排名靠前。序号 MSS数据项 1会计科目2供应商3资产类别4银行账户5内部账户6组织7个人8物料9合作伙伴10OU11预算科目12项目13代理商14成本中心15资产实物信息16凭证类型序号 MSS数据项 17仓库信息18职务信息

28、19岗位20地域21银行22采购目录23资产卡片24营业网点25指标库26竞争对手27货币币种28运营商序号 BSS/OSS数据项 1产品基本信息2基本客户信息3企业客户资料4个人客户资料5业务基本资费6产品特征7品牌信息 8客户服务水平协议 9产品关系10服务规格11合作伙伴（国际网间）信息12资源规格 13服务目录14合作伙伴产品15合作伙伴产品目录 16基站信息17业主信息18产品目录 数据共享度业务实体重要性本次评估以MSS为主，兼顾BSS和OSS。从数据共享度和业务实体重要性角度，对各类具有主数据特性的数据分析后发现：个人、组织、会计科目、物料、资产类别、供应商、银行账户、内部账户、

29、项目、合作伙伴等更适合由主数据管理系统进行管理。人员及组织信息：组织机构、员工信息 供应商信息：供应商 物料信息：物料 资产信息：资产类别 预算信息：预算科目 代理商信息：代理商信息 财务信息：会计科目OU、成本中心、货币币种及汇率 银行信息：银行账户、内部账户、银行客户信息产品信息业务资费信息品牌信息 客户信息：客户信息 产品信息：产品信息 业务资费信息 品牌信息：品牌信息序号实体名称包含内容实施简要说明1组织机构 组织机构信息 地点信息 已在人员组织模块中实现2员工信息 正式员工 临时员工 已在人员组织模块中实现3供应商 基本信息 业务信息 联系人信息 采购信息 财务信息 已在供应商模块中

30、实现4物料 物资编码 名称 面值 已在物资模块中实现5OU OU编号 OU名称 OU代码 上级OU编号 已在人员组织模块中实现6成本中心 成本中心编号 成本中心名称 所属OU编号 已在人员组织模块中实现一期已经实施的主数据模块说明如下：序号实体名称包含内容实施原因说明1会计科目 公司段编码 客户段编码 往来段编码 专业段编码 会计科目编码 ERP、资金、报账等多个系统在使用会计科目，重要性较高 目前主要是使用excel一次性导入到ERP系统中维护，各个省公司再分别下载到本地使用 放入到主数据管理，有利于统一维护，可以提高数据准确度和完整性2货币币种及汇率 币种编号 币种名称 汇率编号 汇率 汇

31、率日期 ERP、资金、报账等系统同时使用，数据重要性较高 属于静态性较高的数据，汇率一个月变动一次 放入主数据管理有利于统一管理和统一分发，可以提高数据准确度和数据更新及时程度3资产类别 编码信息 层级关系信息 更新信息 办公、资金、项目、采购、ERP以及将来准备上线的资产管理等多个系统在使用资产类别，重要性较高 每个省份公司单独维护，不利于管理 统一放入主数据管理，可以降低数据维护成本，提高数据质量4代理商 代理商基本信息 代理商专业信息 目前没有系统能够统一管理代理商信息 统一放入主数据管理，可以为将来的代理商分析(信用、等级、销售额等分析)奠定基础符合联通主数据特征，且符合主数据管理范围

32、数据的说明如下：序号实体名称包含内容实施原因说明5银行账户 银行信息 银行账户信息 内部账户信息 包括银行账户、内部账户和银行信息，银行信息可以作为银行(内部)账户的基本属性信息 目前全国共有1万多银行账户在使用，报账和资金管理等系统会有数据交互，主要是财务部门在使用和维护，静态性较高 银行账户与会计科目、供应商有紧密的关联关系，放入主数据可以统一维护管理 统一放入主数据管理，可以提高数据准确性和数据更新及时性6产品信息 产品编号 产品名称 产品类型 计费、客户关系管理、客服等多个系统同时使用，数据重要性、数据共享性程度非常高 放入主数据管理易于统一维护和分发，可以提高数据准确度和及时性7业务

33、资费信息 业务资费编号 业务资费名称 业务资费类型 计费、客户关系管理、客服等多个系统同时使用，数据重要性、数据共享性程度非常高 放入主数据管理易于统一维护和分发，可以提高数据准确度和及时性8客户信息 客户编号 客户名称 客户类型 计费、客户关系管理、客服等多个系统同时使用，数据重要性、数据共享性程度非常高 放入主数据管理易于统一维护和分发，可以提高数据准确度和及时性9品牌信息 品牌编号 品牌名称 品牌类型 计费、客户关系管理、客服等多个系统同时使用，数据重要性、数据共享性程度非常高 放入主数据管理易于统一维护和分发，可以提高数据准确度和及时性符合联通主数据特征，且符合主数据管理范围数据的说明

34、如下：序号实体名称不实施原因说明1凭证类型 凭证类型虽然具有数据共享性特征，但是数据重要性不高，只是在ERP、资金和报账系统中使用，没有统一管理维护的必要，所以不纳入主数据管理2营业网点 营业网点主要在BSS系统维护管理，所以本次不考虑加入主数据管理3资产卡片 资产卡片虽然具有数据共享性特征，但只是在ERP及将来上线的资产管理系统中使用，没必要放入主数据统一管理发布和维护4资产实物信息 资产实物信息数据量太大，且不易维护和管理，不能放入主数据管理5采购目录 采购目录虽然具有数据共享性特征，但管理较简单，只是在采购、资产和财务系统中使用，使用相对较少，没必要放入主数据统一管理发布和维护6仓库信息

35、 仓库信息采购目录虽然具有数据共享性特征，但是管理较简单，只是在项目、资产和ERP中使用，没有统一管理维护的必要，所以不纳入主数据管理7指标库 指标库虽然具有数据共享性特征，但是只是在项目管理系统中使用，容易管理，没有统一管理维护的必要，所以不纳入主数据管理8项目 项目在项目管理系统已经统一管理了，所以不需要考虑加入主数据管理9职务信息 职务信息虽然具有数据共享性特征，但是主要在HR系统中使用，管理较简单，没有统一管理维护的必要，所以不纳入主数据管理符合联通主数据特征，但是数据共享度和业务实体重要性排名较低的数据，本期不建议实施，具体原因说明如下：序号实体名称不实施原因说明10岗位 岗位虽然具

36、有数据共享性特征，但是主要是HR系统使用，容易管理和维护，没有统一管理维护的必要，所以不纳入主数据管理11地域 地域信息虽然具有数据共享性特征，但是重要性不高，不够关键，且容易管理维护，所以不纳入主数据管理12合作伙伴 已经由合作伙伴管理系统统一管理13竞争对手 竞争对手是BSS域数据，在BSS系统中管理维护，本次不考虑加入主数据管理14运营商 运营商是BSS域数据，在BSS系统中管理维护，本次不考虑加入主数据管理符合联通主数据特征，但是数据共享度和业务实体重要性排名较低的数据，本期不建议实施，具体原因说明如下：业务实施难度技术实施难度主数据系统管理范围从业务和技术的实施难度两个方面评估技术的

37、实施难度实施系统的复杂程度,从系统架构、数据结构、功能模块、部署架构等各方面因素对系统的综合性评估;业务的实施难度 业务上各类需求是否明确，相关的流程、组织、规章制度是否已经准备好，业务解决方案是否完善;数据经过两次评估筛选出来之后，还要对其数据管理的优先级进行评估。主数据管理优先级需要从业务实施难度和技术实施难度两个角度进行评估：高优先级：中优先级：建议实施对象业务实施难度高低高低技术实施难度已完成建设：会计科目供应商信息资产类别代理商资产类别产品信息客户信息人员及组织信息物料信息会计科目供应商物料信息 银行账户从业务实施难度和技术实施难度两个角度进行评估，不考虑已完成建设的主数据管理模块（

38、供应商信息、物料信息和人员及组织信息），优先级由高到低依次为：会计科目、资产目录、银行账户(包含内部账户和银行信息)和代理商。由于项目由PMS管理，合作伙伴由PRM管理，所以本次主数据不考虑项目和合作伙伴信息，基站和业主信息主要由网路部的系统管理维护，所以不纳入本次实施范围。代理商银行账户考虑到客户信息的数据量很大，对现有系统技术架构影响较大，客户信息在客户关系管理系统中统一管理。产品信息涉及到跨BSS域，实现难度目前较大，所以暂时不考虑加入主数据管理系统。基站信息业主信息人员及组织信息主数据实施四个关键点业务流程应用架构管理控制信息架构梳理清晰的业务流程主要考虑主数据业务流程、管理流程和管理

39、制度等的支撑制定全面的管控措施主要考虑IT层面的运维管控和问题处理措施的支撑设计可靠的信息架构主要考虑主数据的数据范围、数据分布、数据模型、核心数据实体和数据质量等的支撑构建完善的应用架构主要考虑主数据的功能设计、周边系统集成和技术架构等的支撑为了保证新增主数据管理模块能够顺利落地实施，实施团队参考惠普的企业架构方法（Agile RightStepR）框架，并结合惠普多年的项目实施经验，制定出以下实施的四个关键点：主数据管理系统建设整体思路主数据管理系统现状评估分析11年主数据管理系统工作内容主数据管理系统实施步骤计划上线准备上线准备运维与优化运维与优化系统优化业务需求管理和变更管理技术架构的

40、落实、验证和管理系统管理规范/运行维护规范设计调整项目启动需求评审启动测试概设评审详设评审02-1203-3104-3006-3007-3111-30项目实施整体计划，包括从现状评估、重要改进举措、新增主数据模块、设计与开发等全部重要环节，并对每个环节工作内容都需要认真考虑和对待。运维接管和知识转移质量管理和测试规范现有模块运维支撑2个模块需求调研2个模块概要设计2个模块详细设计2个模块编码及单元测试编码修正和回归会计科目模块割接上线09-30资产类别模块割接上线资产类别上线会计科目上线接口测试和联调集成和系统测试使用反馈项目整体管控（进度、风险、问题）用户培训12-30制定计划维护手册运维工

41、程师(3人)联通项目经理HPHP项目经理系统架构师(1人)惠普主数据管理项目组织架构及人员配置信息如下所示：系统集成工程师(2人)系统集成Leader(1人)会计科目模块Leader(1人)需求负责人(1人)开发工程师(2人)资产类别模块Leader(1人)需求负责人(1人)开发工程师(2人)测试工程师(2人)测试Leader(1人)惠普主数据管理项目实施团队人员分工及职责如下所示：角色 职责 惠普项目经理 负责与联通和其他系统厂商的沟通协调工作，全程参与项目管理，确保项目正常执行 系统架构师 负责总体架构设计，对项目进行方法论指导，把握功能和流程设计过程中的关键环节，从全局角度保证项目实施质

42、量。并负责概要、详细设计 需求负责人 负责具体某个业务功能域的需求调研、规范编写、设计文档编写的进度和质量，并协助需求Leader做好需求工作 模块Leader 负责从整体上保证开发过程中的整体协调、管理、需求等各项工作按时按质完成，并协助架构师做好概要、详细设计工作 系统集成Leader 整体上负责同周边相关系统的集成、接口、协作、系统运维等工作模块负责人具体负责某个新增主数据模块的整体协调、管理、业务流程、功能支撑等工作。测试Leader 负责从整体上保证单元测试、集成测试和用户测试的质量和进展。带领测试工程师编写测试用例和测试计划；负责实施单元测试、集成测试和用户测试；开发工程师 负责具

43、体开发工作和单元测试，并保证按时按质完成工作。运维工程师负责应用系统、软硬件和数据库(DBA)日常运行和维护系统集成工程师负责系统的灾备、存储和负载均衡工作，保证系统正常运行测试工程师 负责具体测试工作并保证按时按质完成，协助测试Leader写好测试用例和测试计划 项目实施计划功能需求概要和详细设计开发和测试割接与部署主数据管理系统实施阶段主要工作内容，体现在以下几个阶段中：制定整体项目实施计划，涵盖以下内容：1.项目交接方案；2.现有流程、功能和接口改进；3.新增主数据管理模块实施。梳理现有系统的主要需求，并建立需求基线，主要基于以下两部分的内容：1.基于新增主数据管理模块业务功能规范；2.

44、总部/省分各类用户提出的功能需求。对现有技术架构的评估和优化，并将新的需求落实到概要设计，对改进方案和新增模块实施方案进行详细设计，包括数据模型设计、接口设计、ETL方案设计、业务流程设计、管理流程设计等。组织实施团队进行系统代码开发、组织测试团队设计测试用例和测试计划，开展单元测试、集成测试和用户测试。并对实施质量严格把关。组织团队准备进行相关主数据的割接上线工作，完成系统的正常部署工作，构建完整的系统运维和支撑体系，确保主数据管理系统健康稳定运行，并进行持续改进制定与Oracle团队的交接方案，以及新模块实施计划明确需求基线，建立需求管控机制，梳理业务流程考虑功能和技术在目前主数据管理系统

45、上的松耦合和扩展性架构；考虑与系统周边厂商进行整体方案的设计及接口的方案设计，协调整体进度及相互配合关系等。代码开发和测试用例，以测试推动和保证项目实施进度和质量保证系统正常割接上线以及构建完整的系统运维及支撑体系，并持续改进工作内容工作重点ORACLEORACLE职责0.5月系统培训1月平行维护1月日常维护0.5月资源释放组建HP接管团队安排交接人员确认交接内容制定接管计划制定交接人员安排确认HP提交的接管计划HP接管计划，内容包括接管进度，人员责任安排，接管条件，变更流程，风险控制等内容Oracle交接计划0.5 月接管计划HPHP职责主要交付内容确认培训计划参加培训会议反馈培训效果风险跟

46、踪与处理制定培训计划准备培训文档协助HP交接系统解决交接中问题Oracle培训计划Oracle培训文档，包括环境、架构、组件、交付、维护等内容执行交接工作交接问题反馈完善已有功能制定oracle人员逐步退出计划风险跟踪与处理留守4个核心人员支持系统运维支持新增主数据模块开发HP交接过程记录文档HP问题记录文档Oracle人员工作安排文档系统日常维护完善已有功能新增功能开发风险跟踪与处理留守1个核心人员支持系统运维，其他人间接支持支持新增主数据模块开发HP交接过程记录文档HP问题记录文档HP系统改进计划Oracle人员工作安排文档根据接管计划中的接管条件，评估接管效果主数据一期验收风险跟踪与处理

47、按计划按步骤的逐步释放剩余团队成员根据项目情况决定产品支持人员数量HP交接效果评估Oracle人员工作安排文档主数据一期验收报告管理控制项目协调东软制定交接计划项目交接期系统维护工作整理并移交项目文档人员培训及知识转移拓维联通系统周边厂商惠普项目团队Oracle项目团队项目管理需求分析新主数据管理规范编写系统概要/详细设计系统开发/配置单元测试/集成测试/用户测试系统割接/初始数据加载系统部署/上线系统维护系统优化工作交接为了顺利完成已上线主数据模块的管理和改进工作，惠普项目团队需要与Oracle项目团队进行工作交接。惠普项目团队也要与其他系统实施厂商配合完成接口开发和集成测试工作：用友产品支

48、持需求梳理功能设计接口开发及集成测试对项目实施过程中各种可能发生的风险和规避策略进行说明，力求在最短时间内解决问题风险来源风险描述规避及管控策略需求风险 业务变化，导致需求变化，从而影响交付的系统功能设计 在需求调研阶段，不仅了解当前业务需求，并且参考联通的十二五规划，评估可能的需求变化；设计灵活的系统架构，增强系统的扩展性 建立变更机制评估、执行变更需求接管风险 Oracle系统交接KT及文档不完整 在惠普的系统交接方法论指导下进行主数据的系统接管工作 在计划阶段，对交接范围和交接内容进行详细说明，并要求Oracle对该计划进行确认。在并行期，惠普运维人员直接参与所有系统运维工作，尽快掌握接管内容 在培训和并行阶段，定期评估交接和KT效果，对计划执行的偏差处及时进行调整合作风险 新增模块，需要厂商配合进行系统改造，可能的风险包含u厂商无法按时提供开发人员进行配合u厂商的系统改造无法按时完成u厂商的系统改造有功能缺陷 明确项目相关厂商和项目组内各级的职责分工，明确全时人员、非全时人员和配合人员的职责，明确项目组内部管控与考核要求 定期召开厂商工作协调和成果review会议，争取问题及时解决 制定详细的测试计划，包含对厂商改造接口的测试 与联通项目经理共同推进周边厂商的配合谢谢！