对于主数据的各种正常处理流程设计的比较全面， 但是对于主数据的异常处理流程设计的不够全面。 例如，当物资编码输入有误时，没有相对应的异常 处理流程支撑，只能DBA在后台数据库直接更新数 据，这种异常数据带来的数据维护工作量非常大， 且存在数据安全隐患。

主数据管理制度执行力不强


填写物资名称书写时，不能按照管理制度填写，随 意性较强，容易导致数据重复问题 最初规定的各种数据业务检查规则在业务部门被妥 协了很多，从而数据准确性得不到保证
制定了主数据系统的账号管理、权限管理、投诉、 故障支持、应用需求的支持流程 在系统移交运维部门后，将依照完整的ITIL流程进 行支持和运维

管理流程目前未发现问题


13
目录
一．主数据管理系统建设整体思路 二．主数据管理系统现状评估分析
三．11年主数据管理系统工作内容
四．主数据管理系统实施步骤计划
9
关键问题发现-信息架构
系统现状评估分析中，信息架构主要有如下关键问题发现：
物资专业属性不完整

惠普企业架构框架－Agile RightStepR

部分物资专业属性不够完整，例如营销物资专业属 性。 比如目前系统对数据质量的校验规则进行了设置， 但是业务部门在执行的时候效果不是很好，导致很 容易产生数据质量问题。 目前数据质量问题较为突出，但是系统没有提供数 据质量报告，导致很多数据质量问题不能被直观的 显示，而且数据质量问题所发生的频率、级别和原 因都不能被很好的监控。 主数据管理系统的录入模式和维护模式(前台界面维 护和后台业务处理)目前没有统一规范，而是采用了 两种结合的方式，评估他们的优缺点，并给出具体 评估说明. 主数据分发模式 (主动发送和被动接收)目前没有统 一，需要评估他们的优缺点，并给出具体评估说明 ，以指导未来系统建设，从而采用一种更好、更有 效的方式
惠普企业架构框架－Agile RightStepR
业务流程 侧重于业务流程及管控层面， 主要包括供应商、物料、人员 组织等模块的业务流程 信息架构 侧重于数据层面，包括数据 范围、数据分布、核心实体 、数据模型、数据质量管理
应用架构 侧重于应用架构层面，包括系 统功能、技术实现、外围系统 集成、页面友好性等
系统间接口不够灵活


系统录入页面数据校验功能不充分



系统页面出错信息提示不够准确

11
关键问题发现-基础架构
系统现状评估分析中，基础架构问题发现：
惠普企业架构框架－Agile RightStepR

备份和容灾情况

系统目前未考虑容灾 开发环境 测试环境 克隆环境(用户体验环境) 生产环境 系统已经做了HA N/A
基础架构
基础架构现有问题改进举措和新 增主数据模块评估分析及建议
管理控制
IT对系统管理控制层面 的梳理分析
管理控制现有问题改进举措和新 增主数据模块评估分析及建议
5
主数据管理系统建设的主要环节
主数据管理系统在建设前，应该充分考虑到建设过程中的每个环节，并做好缜密计划安排，把 工作落实到具体步骤当中，以保证系统的顺利建设实施。
17
重要改进举措-信息架构
经过对主数据管理系统现状评估分析后，对信息架构提出如下主要改进措施：

惠普企业架构框架－Agile
RightStepR
增加物资分类数据

从支持业务发展需要的角度考虑，梳理并增加一些 物资分类数据，以满足业务发展需要。此工作量较 大，需要专业人员对物资分类数据进行梳理，数据 提供后，需要导入主数据管理系统。 例如增加营销物资专业属性(还要涉及修改系统接口 功能)，以满足业务支撑能力 主要体现在管理控制中改善数据质量的措施(见管理 控制部分) 增加数据质量报告，提供查看数据质量问题发生的 频率、级别和原因的功能，以帮助管理人员迅速定 位和解决问题，防止同一问题多次发生。 从数据的角度，评估数据的录入模式和维护模式(前 台界面维护和后台业务处理)的优缺点，并给出具体 评估说明.见下页 从数据的角度，并结合具体应用场景，考虑主数据 分发模式(主动发送和被动接收)哪种更适合未来系 统业务需要，从而采用一种更好、更有效的方式实 现。见下页
良好的系统主数据质量
清晰的主数据管理范畴
弹性的主数据系统架构
建设目标
明确的主数据管理流程
通畅的系统间交互接口
完善的主数据系统功能
完善现有系统支撑，逐步增强系统功能，满足未来建设要求！
3
主数据管理系统建设的工作方法框架
主数据管理系统现状评估分析和重要改进举措的工作，将在惠普的企业架构方法（Agile RightStepR）框架下指导进行，以确保评估和举措的完整性和准确性，有层次、有计划、有 步骤的推进主数据管理系统的建设。
6
目录
一．主数据管理系统建设整体思路 二．主数据管理系统现状评估分析
三．11年主数据管理系统工作内容
四．主数据管理系统实施步骤计划
7
关键问题发现-业务流程
系统现状评估分析中，业务流程和管理流程主要有如下关键问题发现：
惠普企业架构框架－Agile RightStepR

主数据异常处理流程设计不够全面

数据质量问题较为突出


缺少数据质量报告


录入模式评估


分构
系统现状评估分析中，应用架构主要有如下关键问题发现：

系统功能存在缺陷

惠普企业架构框架－Agile RightStepR

例如，系统虽然有超时重发功能，但是功能相对简 单，只能全部重新发送，而不能单条信息发送 例如，供应商模块接口字段没有扩展功能，当新增 字段时无法在接口文件上进行修改 对于人员唯一性标志身份证号码，只做了数据类型 校验，而没有对数据长度及内容进行校验 对于人员的关键日期，比如出生日期，入职开始时 间，结束时间，没有进行逻辑校验，比如，根据出 生日期校验该人员年龄必须大于18周岁；结束日期 必须晚于开始日期等； 更新人员基本信息时，当该人员不存在，直接返回 数据库错误 “ORA-01403: no data found”，缺少 业务说明，业务人员难以理解
主数据管理系统 建设方案
2011年01月
目录
一．主数据管理系统建设整体思路 二．主数据管理系统现状评估分析
三．11年主数据管理系统工作内容
四．主数据管理系统实施步骤计划
2
主数据管理系统建设的目标
基于对中国联通MSS信息化建设整体目标的理解，结合国内外先进电信企业的主数据管理建设 经验，通过对主数据管理系统的现状分析、问题诊断和设计实施，最终需要达成以下的建设目 标：
2
3 4 5 6 7 8 9
制造商名称
制造商产品分类 物资品名 物资型号 制造商部件号 主要计量单位 物资说明 物资类别
是
否 是 是 是 是 是 是
是
是 是 是 是 否 是 否
11
12 13 14
用户物资类型
物资编码 物资模板 申请省分
是
是 是 是
否
否 否 否
物资原始需求中说明物资编码为 非空的且不可更新的数据，所以 在系统建设时就没有设计物资编 码更新流程。但是随着系统上线 使用之后，由于很多的用户在填 写物资编码时不够规范，导致很 多物资编码不准确。 当出现异常数据时，系统没有明 确的流程和规范来支撑异常数据 处理。 目前只能DBA在后台数据库直接 更新数据，导致维护工作量很大 ，且不够方便，数据安全性很低

更有效的管理数据质量 数据维护成本低
缺点


对业务系统影响较大 实施成本高 灵活性差 如果录入的数据存在质量问题，将影响所有业务系统
对主数据质量要求高 业务系统流程改动成本低

主数据系统
适用场景

业务扩展快
后台系统维护模式评估： 模式二：收集整合式主数据
主数据管理系统建设的主要环节
系统范围界定 MSS域拥有 主数据特征 的数据比较 多，不仅仅 包含供应商 、物料、人 员组织数据 。我们应该 在未来设计 中加入更多 的主数据以 满足业务发 展需要 业务流程梳理 主数据系统 的建设不仅 仅是一个技 术平台，还 需要更多的 考虑业务和 管理的相关 流程，需要 综合考虑流 程的梳理工 作 系统需求确定 需要重点考 虑两方面的 因素1.周边 系统对主数 据管理系统 集成的需求 2.主数据管 理系统本身 的业务功能 需求 系统设计 不仅包括对 现有系统的 功能、技术 架构的优化 ，还包括对 新增主数据 管理模块的 系统设计， 如功能架构 、技术架构 、数据模型 、系统接口 等 系统开发与测试 系统割接与部署 基于系统设 计，对现有 系统功能进 行改进，并 完成新功能 的开发。并 重点对相关 的业务流程 、管理流程 等进行端到 端的测试 完成系统的 正常部署以 及进行相关 主数据的割 接工作，包 括数据清理 、加载、接 口的割接等 相关工作 运维与优化 构建完整的 系统运维和 支撑体系， 确保主数据 管理系统健 康稳定运行 ，并进行持 续改进
8
业务流程-主数据异常处理流程不够全面
业务流程问题发现示例：主数据异常处理流程不够全面。例如，在填写物料编码时，经常会产 生大量的错误数据，而且没有物资编码数据异常处理流程，导致数据维护很不方便。
物资原始需求
编号 1 属性 是否制造商管理 必填 是 更新 否 编号 10 属性 固定资产类别 必填 否 更新 是
14
目录
一．主数据管理系统建设整体思路 二．主数据管理系统现状评估分析
三．11年主数据管理系统工作内容
• • 主数据管理系统重要改进举措 新增主数据管理模块建议
四．主数据管理系统实施步骤计划
15
重要改进举措-业务流程