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

主数据管理系统建设方案2目录一．主数据管理系统建设整体思路二．主数据管理系统现状评估分析三．11年主数据管理系统工作内容四．主数据管理系统实施步骤计划3主数据管理系统建设的目标基于对中国联通MSS信息化建设整体目标的理解，结合国内外先进电信企业的主数据管理建设经验，通过对主数据管理系统的现状分析、问题诊断和设计实施，最终需要达成以下的建设目标：明确的主数据管理流程建设目标完善的主数据系统功能清晰的主数据管理范畴弹性的主数据系统架构通畅的系统间交互接口良好的系统主数据质量完善现有系统支撑，逐步增强系统功能，满足未来建设要求！4主数据管理系统建设的工作方法框架主数据管理系统现状评估分析和重要改进举措的工作，将在惠普的企业架构方法（AgileRightStepR）框架下指导进行，以确保评估和举措的完整性和准确性，有层次、有计划、有步骤的推进主数据管理系统的建设。惠普企业架构框架－AgileRightStepR业务流程侧重于业务流程及管控层面，主要包括供应商、物料、人员组织等模块的业务流程应用架构侧重于应用架构层面，包括系统功能、技术实现、外围系统集成、页面友好性等管理控制侧重于主数据系统建设和运维过程中各种问题的管控基础架构侧重于软硬件基础架构层面，主要是指系统软硬件运行的环境信息架构侧重于数据层面，包括数据范围、数据分布、核心实体、数据模型、数据质量管理5主数据管理系统建设的整体思路分析设计实施业务流程和管控支撑情况等梳理分析数据范围、数据分布、数据质量管理等梳理分析系统功能、外围系统集成、技术实现等梳理分析业务流程现有问题改进举措和新增主数据模块评估分析及建议•实施计划统筹和协调•接管Oracle实施方案•架构问题和技术风险控制•需求设计及开发管控•割接及部署管控•系统运维与优化管控业务流程主数据管理系统建设的主要工作阶段分为分析、设计和实施，如下图所示：信息架构应用架构基础架构管理控制系统软硬件运行环境梳理分析IT对系统管理控制层面的梳理分析信息架构现有问题改进举措和新增主数据模块评估分析及建议应用架构现有问题改进举措和新增主数据模块评估分析及建议基础架构现有问题改进举措和新增主数据模块评估分析及建议管理控制现有问题改进举措和新增主数据模块评估分析及建议6主数据管理系统建设的主要环节系统范围界定业务流程梳理系统设计系统开发与测试MSS域拥有主数据特征的数据比较多，不仅仅包含供应商、物料、人员组织数据。我们应该在未来设计中加入更多的主数据以满足业务发展需要主数据系统的建设不仅仅是一个技术平台，还需要更多的考虑业务和管理的相关流程，需要综合考虑流程的梳理工作不仅包括对现有系统的功能、技术架构的优化，还包括对新增主数据管理模块的系统设计，如功能架构、技术架构、数据模型、系统接口等基于系统设计，对现有系统功能进行改进，并完成新功能的开发。并重点对相关的业务流程、管理流程等进行端到端的测试系统需求确定需要重点考虑两方面的因素1.周边系统对主数据管理系统集成的需求2.主数据管理系统本身的业务功能需求完成系统的正常部署以及进行相关主数据的割接工作，包括数据清理、加载、接口的割接等相关工作运维与优化构建完整的系统运维和支撑体系，确保主数据管理系统健康稳定运行，并进行持续改进主数据管理系统在建设前，应该充分考虑到建设过程中的每个环节，并做好缜密计划安排，把工作落实到具体步骤当中，以保证系统的顺利建设实施。系统割接与部署主数据管理系统建设的主要环节7目录一．主数据管理系统建设整体思路二．主数据管理系统现状评估分析三．11年主数据管理系统工作内容四．主数据管理系统实施步骤计划8关键问题发现-业务流程惠普企业架构框架－AgileRightStepR主数据异常处理流程设计不够全面对于主数据的各种正常处理流程设计的比较全面，但是对于主数据的异常处理流程设计的不够全面。例如，当物资编码输入有误时，没有相对应的异常处理流程支撑，只能DBA在后台数据库直接更新数据，这种异常数据带来的数据维护工作量非常大，且存在数据安全隐患。主数据管理制度执行力不强填写物资名称书写时，不能按照管理制度填写，随意性较强，容易导致数据重复问题最初规定的各种数据业务检查规则在业务部门被妥协了很多，从而数据准确性得不到保证系统现状评估分析中，业务流程和管理流程主要有如下关键问题发现：9业务流程-主数据异常处理流程不够全面编号属性必填更新编号属性必填更新1是否制造商管理是否10固定资产类别否是2制造商名称是是11用户物资类型是否3制造商产品分类否是12物资编码是否4物资品名是是13物资模板是否5物资型号是是14申请省分是否6制造商部件号是是7主要计量单位是否8物资说明是是9物资类别是否业务流程问题发现示例：主数据异常处理流程不够全面。例如，在填写物料编码时，经常会产生大量的错误数据，而且没有物资编码数据异常处理流程，导致数据维护很不方便。物资原始需求中说明物资编码为非空的且不可更新的数据，所以在系统建设时就没有设计物资编码更新流程。但是随着系统上线使用之后，由于很多的用户在填写物资编码时不够规范，导致很多物资编码不准确。当出现异常数据时，系统没有明确的流程和规范来支撑异常数据处理。目前只能DBA在后台数据库直接更新数据，导致维护工作量很大，且不够方便，数据安全性很低物资原始需求10关键问题发现-信息架构惠普企业架构框架－AgileRightStepR物资专业属性不完整部分物资专业属性不够完整，例如营销物资专业属性。数据质量问题较为突出比如目前系统对数据质量的校验规则进行了设置，但是业务部门在执行的时候效果不是很好，导致很容易产生数据质量问题。缺少数据质量报告目前数据质量问题较为突出，但是系统没有提供数据质量报告，导致很多数据质量问题不能被直观的显示，而且数据质量问题所发生的频率、级别和原因都不能被很好的监控。录入模式评估主数据管理系统的录入模式和维护模式(前台界面维护和后台业务处理)目前没有统一规范，而是采用了两种结合的方式，评估他们的优缺点，并给出具体评估说明.分发模式评估主数据分发模式(主动发送和被动接收)目前没有统一，需要评估他们的优缺点，并给出具体评估说明，以指导未来系统建设，从而采用一种更好、更有效的方式系统现状评估分析中，信息架构主要有如下关键问题发现：11关键问题发现-应用架构惠普企业架构框架－AgileRightStepR系统功能存在缺陷例如，系统虽然有超时重发功能，但是功能相对简单，只能全部重新发送，而不能单条信息发送系统间接口不够灵活例如，供应商模块接口字段没有扩展功能，当新增字段时无法在接口文件上进行修改系统录入页面数据校验功能不充分对于人员唯一性标志身份证号码，只做了数据类型校验，而没有对数据长度及内容进行校验对于人员的关键日期，比如出生日期，入职开始时间，结束时间，没有进行逻辑校验，比如，根据出生日期校验该人员年龄必须大于18周岁；结束日期必须晚于开始日期等；系统页面出错信息提示不够准确更新人员基本信息时，当该人员不存在，直接返回数据库错误“ORA-01403:nodatafound”，缺少业务说明，业务人员难以理解系统现状评估分析中，应用架构主要有如下关键问题发现：12关键问题发现-基础架构惠普企业架构框架－AgileRightStepR系统现状评估分析中，基础架构问题发现：备份和容灾情况系统目前未考虑容灾系统具备四个运行环境，目前未发现问题开发环境测试环境克隆环境(用户体验环境)生产环境负载均衡情况，目前未发现问题系统已经做了HA系统软件基础设施情况(数据库、中间件等)N/A13关键问题发现-管理控制惠普企业架构框架－AgileRightStepR运维人员不足已上线的系统没有配备足够的运维支持人员，导致系统缺陷没有及时得到改进管理流程目前未发现问题制定了主数据系统的账号管理、权限管理、投诉、故障支持、应用需求的支持流程在系统移交运维部门后，将依照完整的ITIL流程进行支持和运维系统现状评估分析中，IT管理控制暂未发现问题：14目录一．主数据管理系统建设整体思路二．主数据管理系统现状评估分析三．11年主数据管理系统工作内容四．主数据管理系统实施步骤计划15目录一．主数据管理系统建设整体思路二．主数据管理系统现状评估分析三．11年主数据管理系统工作内容•主数据管理系统重要改进举措•新增主数据管理模块建议四．主数据管理系统实施步骤计划16重要改进举措-业务流程惠普企业架构框架－AgileRightStepR加强主数据管理流程支撑程度对于主数据的管理需要从数据的正常处理流程和异常处理流程两个角度进行综合设计，并且目前主数据的异常处理流程较弱，需要加强的紧迫度较高，例如，增加管理员对物资编码异常数据处理流程(增加更新流程)完善数据质量管理制度对数据质量的管理制度加以完善，对容易造成数据质量问题的具体细节加以特别说明，加强管理制度培训，提高操作人员重视程度。例如，对”物资名称填写错误”这个容易重复发生的问题，加以特别强调说明，以提高操作人员重视程度和准确度。经过对主数据管理系统现状评估分析后，对管理流程和业务流程提出如下主要改进措施：17业务流程-加强主数据管理流程支撑程度物资编码更新管理员业务流程改进举措：加强主数据管理流程支撑程度对于主数据的管理需要从数据的正常处理流程和异常处理流程两个角度进行综合设计，并且目前主数据的异常处理流程较弱，需要加强的紧迫度较高。制定明确的流程和规范来支撑异常数据处理流程，例如，为管理员增加更新物资编码的业务流程。这将将极大的提高管理员日常维护的便利性，提高数据安全性。18重要改进举措-信息架构惠普企业架构框架－AgileRightStepR增加物资分类数据从支持业务发展需要的角度考虑，梳理并增加一些物资分类数据，以满足业务发展需要。此工作量较大，需要专业人员对物资分类数据进行梳理，数据提供后，需要导入主数据管理系统。增加部分缺失的物资专业属性例如增加营销物资专业属性(还要涉及修改系统接口功能)，以满足业务支撑能力改善系统数据质量主要体现在管理控制中改善数据质量的措施(见管理控制部分)增加数据质量报告增加数据质量报告，提供查看数据质量问题发生的频率、级别和原因的功能，以帮助管理人员迅速定位和解决问题，防止同一问题多次发生。录入模式评估从数据的角度，评估数据的录入模式和维护模式(前台界面维护和后台业务处理)的优缺点，并给出具体评估说明.见下页分发模式评估从数据的角度，并结合具体应用场景，考虑主数据分发模式(主动发送和被动接收)哪种更适合未来系统业务需要，从而采用一种更好、更有效的方式实现。见下页经过对主数据管理系统现状评估分析后，对信息架构提出如下主要改进措施：19后台系统维护模式评估：模式二：收集整合式主数据采用后台模式，将主数据从业务系统汇集到主数据管理系统，业务驱动数据ERP采购……主数据系统模式一：录入式主数据在主数据管理系统中统一录入，并分发到业务系统中ERP采购……主数据系统前台页面录入模式评估：优点避免了不同系统间的数据差异集中管理数据缺点对业务系统影响较大实施成本高如果录入的数据存在质量问题，将影响所有业务系统适用场景对主数据质量要求高业务系统流程改动成本低更有效的管理数据质量数据维护成本低灵活性差业务扩展快优点不影响现有业务系统的流程和架构容易实施缺点后期维护量大适用场景分析型主数据系统业务系统流程复杂，难以改造数据质量管控难度较大业务系统数据质量高业务流程驱动数据信息架构-数据的录入/维护模式评估20信息架构-主数据分发模式评估主动发送和被动接收适合不同场景，依据业务系统的要求，进行评估评估方法对分发模式的不同特性赋予相应的权重针对各个特性，对业务系统进行评分加权计算结合联通具体主数据的业务要求评估结果两方式在实际业务需求中都需要主动发送被动接收高效易开发模式适用场景特性主数据分发模式评估：21重要改进举措-应用架构