主数据管理详细讲解

《主数据管理详细讲解》由会员分享，可在线阅读，更多相关《主数据管理详细讲解（10页珍藏版）》请在金锄头文库上搜索。

1、主数据管理详解主数据是指在整个企业范围内各个系统操作/事务型应用系统以及分析型系统间要共享 的数据，比如,可以是与客户customers,供应商suppliers,帐户accounts以及组织 单位organizational units相关的数据。主数据通常需要在整个企业范围内保持一致性 consistent、完整性complete、可控性controlled,为了达成这一目标就需要进行主 数据管理Master Data Management ,MDM。什么是主数据管理Master Data Management ,MDM主数据是指在整个企业范围内各个系统操作/事务型应用系统以及分析型系统间

2、要 共享的数据，比如,可以是与客户customers,供应商suppliers,帐户accounts以及 组织单位organizational units相关的数据。主数据通常需要在整个企业范围内保持一致 性consistent、完整性complete、可控性controlled,为了达成这一目标就需要进 行主数据管理Master Data Management ,MDMO需要注意的是注数据不是企业内所 有的业务数据,只是有必要在各个系统间共享的数据才是主数据,比如大部分的交易数据、 帐 单数据等都不是主数据,而像描述核心业务实体的数据,而像客户、 供应商、 帐户、 组织单 位、 员工、 合作

3、伙伴、 位置信息等都是主数据。 主数据是企业内能够跨业务重复使用的高 价值的数据。 这些主数据在进行主数据管理之前经常存在于多个异构或同构的系统中。主数据管理Master Data Management ,MDM是指一组约束和方法用来保证一个 企业内主题域和系统内相关数据和跨主题域和系统的相关数据的实时性、 含义和质量。 这 是从深层次来说来说明主动主数据管理MDM的深度和复杂，生简单的说，主数据管理M DM保证你的系统协调和重用通用、正确的业务数据主数据。通常，我们会把主数据管 理作为应用流程的补充,通过从各个操作/事务型应用以及分析型应用中分离出主要的信息,使其成为一个集中的、独立于企业中

4、各种其他应用核心资源,从而使得企业的核心信息得以 重用并确保各个操作/事务型应用以及分析型应用间的核心数据的一致性。通过主数据管理, 改变企业数据利用的现状,从而更好地为企业信息集成做好铺垫。主数据管理MDM可以帮助我们创建并维护整个企业内主数据的单一视图Single Vie w,保证单一视图的准确性、一致性以及完整性/从而提供数据质量统一商业实体的定义简 化改进商业流程并提供业务的响应速度。从变化的频率来看,主数据和日常交易数据不一样, 变化相对缓慢,另外,主数据由于跨各个系统,所以对数据的一致性、 实时性以及版本控制要 求很高。主数据管理其实在很早之前就一直存在,只不过现在随着业务发展以及

5、监管的需要,对主 数据的实时性、 准确性、 一致性有了更高的要求,才被业界广泛接受,各个厂商相应的推出了 一系列的主数据管理集成与基础套件以及特定领域的解决方案。近年来最明显的变化是,客 户在以前的时候经常问的问题是：主数据管理是什么?,而现在客户经常问的问题演变成 了：我们的业务的确存在一些问题,主数据管理正好可以解决这个问题,我们怎么开始?。 与以前相比，客户对主数据管理MDM的认识有了巨大的进步，并开始尝试用主数据管理 MDM解决他们在整个企业范围内进行跨业务、跨主题域时遇上的各种挑战和问题：比如 税务行业,税务局在按纳税人在一些分析统计时,就发现关于纳税人的基本信息分布在核心征 收管理

6、系统、 发票管理系统、 个人所得税系统、 增值税管理系统等多达几十个系统中,使得 统计分析变得困难起来,在比如在医疗设备公司,由于没有按照供应商进行产品层次的分类, 各个产品的描述也很不一样,使得产品目录的维护十分困难。随着业务的发展,对各行各业来 说,生成并维护一个统一的主数据系统变的十分迫切和必要,特别是对一些跨国公司,如何在不同的地区各个国家和地区的业务系统之间维护关于客户、产品目录、供应商等信息的 单一视图更是重要。需要注意的是主数据Master Data和元数据Meta Data是两个完全不同的概念。元 数据是指表示数据的相关信息,比如数据定义等,而主数据是指实例数据,比如产品目录信

7、息 等。 比如,某省地税开发了一套征收管理软件,以市为单位部署了17 套,每套征收管理软件中 的元数据都是一样的,但是主数据还是需要进行管理的。 主数据管理和传统数据仓库解决方 案不是一个概念,数据仓库会将各个业务系统的数据集中在一起在进行业务的分析,而主数据 管理系统不会把所有数据都管理起来,只是把需要在各个系统间共享的主数据进行采集和发 布。 相对于传统数据仓库解决方案的单向集成,主数据管理正注重将主数据的变化同步发布 到各个关联的业务系统中主数据管理数据是双向的。主数据管理问题存在的根源对于大多数的企业都存在主数据管理的问题,个人以为这是由于业务发展的渐进性以及 IT 技术发展的渐进性造

8、成的,正是由于这种渐进性,各大企业的业务系统从经历了从无到有, 从简单到复杂,从而形成了一个又一个的业务竖井。 从根本上来说,不可能只使用一个业务系 统就能覆盖企业的所有业务,即便对一些国际大型的公司提供的套件来说也是一个不可能完 成的任务即便对套件来说,经常也存在一个跨国企业在不同的国家或地区部署多个实例的 现象,也就是没有集中部署该套件,而是在很多地方分散部署了该套件。 对企业来说,业务系 统的构建更多是以项目为中心,从下而上的构建系统,而不是至上而下的构建系统,必然缺乏 整个企业范围内的统一规划,从而使得一些需要在各个业务中共享的数据主数据被分散 到了各个业务系统进行分别管理。 分散管理

9、的主数据由于没有不具备一致性、准确性、完 整性,使得各个企业普遍存在着产品管理不力、供应商管理不力、订单管理不力等现象。 解 决这一问题的根本方法就是引入主数据管理MDM,主数据不光指需要共享的数据,更包含 需要共享的业务规则和策略。主数据管理MDM的成熟度根据主数据管理实施的复杂程度,参照 Jill Dyche, Evan Levy 的观点大体可以把主数据 管理可以分为五个层次从低到高反映了主数据管理MDM的不同成熟度。下面我们简单 介绍一下这五个层次：Level 0 :没有实施任何主数据管理MDM在 Level 0 的情况下,意味着企业的各个应用之间没有任何的数据共享,整个企业没有数 据定

10、义元素存在。 比如,一个公司销售很多产品,对这些产品的生产和销售由多个独立的系统 来处理,各个系统独立处理产品数据并拥有自己独立的产品列表,各个系统之间不共享产品数 据。在Level 0,每个独立的应用负责管理和维护自己的关键数据比如产品列表、客户信 息等,各个系统间不共享这些信息,这些数据是不连通的。Level 1 ： 提供列表不管公司大还是小,列表管理是我们常用的一种方式。 在公司内部,会通过手工的方式维 护一个逻辑或物理的列表。 当各个异构的系统和用户需要某些数据的时候,就可以索取该列 表了。 对于这个列表的维护,包括数据添加、 删除、 更新以及冲突处理,都是由各个部门的工 作人员通过一

11、系列的讨论和会议进行处理的。业务规则Business Rules是用来反映价值 的一致性,当业务规则发生改变或者出现类似的情况时,这样高度手工管理的流程容易发生错 误。 由于列表管理是通过手工管理的,其列表维护的质量取决于谁参加了变更管理流程,一旦 某人缺席,将会影响列表的维护。MDM Level 1比MDM Level 0的不同就是,各个部门虽然还是独立维护各自的关键数据,但会通过列表管理维护一个松散的主数据列表,能够向其他各个部门提供其需要的数据。 在 MDM Level 1 中,数据变更决定以及数据变更操作都是由人来决定的,因此,只有人完成数 据变更决定后才会变更数据。在实际情况中,虽然

12、数据变更流程有严格的规定,但是由于缺乏 集中的、基于规则的数据管理,当数据量比较大时,数据维护的成本会变的很高,效率也会很 低。当主数据,比如客户信息、产品目录信息等数量比较少时,列表管理的方式是可行的,但 是当产品目录或客户列表出现爆炸式增长以后列表管理的变更流程将变得困难起来MDM Level 1 依赖于人的协作。 如果产品经理需要更新过后的产品价格列表,那需要联系 ERP 系统所有者,让其发送邮件给她。 在企业范围内实现客户或产品列表就如同维护不同部门之 间人们的关系一样。 如果客户或产品存在层次或分组,列表将很难提供,并且通常在 Level 1 因为过于复杂难以被管理。Level 2

13、：同等访问通过接口的方式,各个系统与主数据主机之间直接互联MDM Level 2与MDM Level 1相比，引入了对主数据的 自动管理。通过建立数据 标准，定义对存储在中央知识库Central Repository中详细数据的访问和共享为各个系统 间共享使用数据提供了严密的支持。中央知识库Central Repository通常会被称为主数 据主机Master Data Host。这个知识库可以是一个数据库或者一个应用系统通过在线 的方式支持数据的访问和共享。创建、读取、更新和删除CRUD是处理基本功能的典型编程术语。即便在MDM 中, CRUD处理也是基本功能。你的数据库如果仅仅支持CRU

14、D处理并不意味着你实现了 MD M。MDM Level 2引入了同等访问peer-based access,也就是说一应用可以调用另 一个应用来更新或刷新需要的数据。当CRUD处理规则定义完成后,MDM Level 2需要客 户或同等应用格式化请求和数据,以便和MDM知识库保持一致。MDM知识库提供集 中的数据存储和供应provisioning。在这个阶段，规则管理、数据质量和变更管理必须在 企业范围内作为附加功能定制构建。比如,一个数据库或一个打包应用比如一个销售自动化系统对外部应用提供数据访 问功能。 当一个外部应用比如呼叫中心应用需要增加一个客户,这个外部应用将提交一 个事务，请求数据所

15、有者增加一个客户条目主数据主机Master Data Host将增加数据 并告知外部应用。CRUD处理方式比纸上办公有了很大提高其是基于会话的数据管理。在 MDM Level 1,数据变更是基于手工的方式。在MDM Level 2,数据变更是自动完成的一 通过由具体技术实现的标准流程允许多应用系统修改数据。MDM Level 2可以支持不同 的应用使用和变更单一、共享的数据知识库。MDM Level 2需要每个同等应用理解基本 的业务规则以便访问主列表、 与主列表进行交互。 因此,每个同等应用必须正确恰当地创 建、 增加、 更新和删除数据。 授权应用有责任坚持数据管理原则和约束。Level 3

16、 ：集中总线处理与MDM Level 2相比,MDM Level 3打破了各个独立应用的组织边界使用各个系统 都能接受的数据标准统一建立和维护主数据MDM Level 2的主数据主机上存储的数据还 是按照各个系统分开存储的,没有真正的整合在一起。集中处理意味着为MDM构建了一个通用的、基于目标构建的平台。大多数公司发现 MDM正在挑战他们现有的IT架构：他们拥有太多的独立平台处理主数据。MDM Level 3 集中数据访问、 控制跨不同应用和系统使用数据。 这极大的降低了应用数据访问的复杂性, 大大简化了面向数据规则的管理使MDM比一个分散环境具有更多的功能和特点。企业主 数据面临一致性的挑战。 数据在不同的地方存在,数据所代表的含义也是不同的,数据的规则