使用 InfoSphere MDM 工作流执行主数据治理

使用 MDM 工作流改进主数据治理

本文介绍在主数据管理 (MDM) 实现中考虑采用主数据治理时 MDM 工作流发挥的重要作用。

Trey Anderson, 产品经理, IBM

Trey AndersonTrey Anderson 担任过工程、专业服务和产品管理领域的各种领导职位。作为 MDM 产品经理,Trey 致力于 InfoSphere MDM 与其他 IBM 技术之间的战略集成和解决方案。他目前负责为 IBM BPM 定义 GTM 战略和解决方案。Trey 毕业于德州农工大学,拥有会计和管理信息系统学位。他喜欢和两个儿子一起探索奥斯汀的各种观景小路。



Harsha Kapre, 产品经理, IBM

Harsha KapreHarsha Kapre 担任 IBM 的 Infosphere Master Data Management 产品经理。他负责专门针对协作式 MDM 的产品战略和路线图,主要关注产品领域。在这之前,Harsha 是 MDM 客户服务专员,负责全球的客户关系和推介。Harsha 已在 IBM 工作 14 年多,拥有位于伯克利的加州大学的电气工程和计算机科学学位。



Jay Limburn, 资深软件工程师, IBM

Jay Limburn 照片Jay Limburn,MBCS CITP,从 2000 年加入 IBM。他是一名 IBM Senior Inventor,目前是位于英国 Hursley 的软件部信息管理分部的一名高级软件工程师。作为在 User Interface Generator 方面的技术负责人,Jay 负责指导 User Interface Generator 的技术方向,并领导团队实现交付承诺。之前,Jay 在许多不同的软件部服务部门,主要在 Lotus 分部,进行面向客户的技术工作,他主要负责 WebSphere Portal Server 的技术咨询工作。他的专业技能领域包括模型驱动开发,解决方案交付和设计,以及 J2EE 技术。Jay 已经编写了许多有关这些主题的出版物,并申请了六项专利。



2014 年 1 月 07 日

概述

在 MDM 实现中考虑主数据治理时,MDM 工作流发挥着重要作用。本文的作者是主数据治理领域的著名专家,花了许多时间与希望在主数据实现上取得成功的组织打交道。借助跨许多行业分部的经验,作者还提供了跨许多不同的 MDM 风格的专家经验,本文中的信息旨在帮助企业架构师了解确保 MDM 系统的工作流功能得到适当考虑的重要性。正如您在整篇文章中所发现的那样,要最充分地发挥 MDM 给企业带来的优势,您不仅应该将 MDM 工作流视为在 MDM 系统内部的数据提供者,还应该将它视为整个企业外部的广泛企业流程的数据提供者。


MDM 风格

通常,MDM 用例可分为 4 种不同风格。每种风格可单独使用;但是,在业务利益相关者进一步领会主数据实现所带来的好处后,某种风格的实现往往会不断演化,变为更多实现风格的组合。

主数据是业务部门操作的信息的重要部分。客户、产品、帐户、患者、提供商、车辆、员工和资产只是主数据领域的几个示例。这部分重要数据通常分散在多个系统中。与同一个客户、产品或提供商相关的信息可能在多个系统中不一致,结果导致基于不完整数据的糟糕决策、不准确的数据带来了糟糕的客户服务,或者数据变得不可信赖并且未被业务人员充分利用。

IBM InfoSphere® MDM 提供了丰富的、动态的功能为组织内的主数据创建一个受信任的视图。它在匹配、可疑重复数据处理、数据管理、安全和绩效领域提供了行业领先的功能。IBM InfoSphere MDM 还为将任务关键型数据推送到业务线使用而提供了单一的基础,确保业务用户绝对信任他们的数据。这意味着这些用户可快速制定决策,并且知道他们手头拥有用来制定决策的最准确的信息。

协作式 MDM

在创作和协作是重要需求的地方,协作式 MDM 提供了创建和管理主数据的能力。协作式 MDM 通常与产品相关联,但适合管理任何具有创作的、充实和工作流用例的领域。在协作式 MDM 内创建的主数据通常被导出到利用受信任信息来实现特定举措的消费系统(或渠道)中。主数据也可以导出到某个多领域操作系统中,以支持与其他领域的更大型的并发操作和关系。零售等行业可能会引入和更新大量产品,而且流线化的业务流程至关重要,这时通常非常适合使用协作式的主数据创作方法。

在这种实现风格中,季节性调整和市场需求变更经常会创建庞大的产品目录和引入新产品。通常,需要让解决方案足够灵活,以便跟上快速变化的形势。协作式 MDM 风格使得 MDM 系统能够轻松地适应不断变化的需求,引入的新产品受到适当的控制(批准、流程流、分层管理、属性更改等)。IBM InfoSphere MDM Collaborative Edition 提供了一个功能丰富的平台来解决这些用例。它允许产品作者创建新产品并充实从提供商收到的信息。这些信息流经可定制的工作流,以管理这些产品的引入和维护。通过业务规则、新产品分层结构以及新属性的验证和审批流程,还可以执行额外的主数据治理。签入/签出功能和并行处理特性可确保执行了数据完整性,允许多个作者同时操作目录或产品的不同部分。

在某些情况下,可将协作式 MDM 风格与操作风格相集成,从而允许业务线在消费点利用不同领域之间的海量事务和关系。

注册表 MDM

注册表风格的 MDM 常常被视为创建主数据系统的第一个入口点,也是最简单的入口点。在此风格中,可引用来自多个来源的数据,并将它们加载到主数据中心内。一旦进入数据中心,记录就可以匹配和链接,以便提供数据的单一的、一致的黄金视图 (golden view)。在此风格中,源系统仍然是记录系统,用于捕获对数据的任何更新。匹配的 MDM 数据可视为一个参照系统,允许系统查看主数据的实时计算的视图(临时的黄金视图)或从包含主数据实体(链接记录的索引)的源系统识别记录。通常,人们认为注册表 MDM 实现对业务没有多大破坏性,因为数据源保持不变,而且 MDM 系统成为了一个使用现有数据的额外系统和业务线的一个消费点。

实现风格各不相同;但是源系统每天都会将几乎所有更新导入 MDM 注册表中。然后再一次将更新的数据与现有 MDM 数据进行匹配,MDM 系统中匹配和重复的服务会更新数据的黄金视图。

IBM InfoSphere MDM Standard Edition 提供了一个行业领先的平台,在组织内创建注册表 MDM 实现。借助高级的自动匹配和重复数据删除功能,它可以为分散在整个组织的数据创建单个一致的黄金视图。IBM InfoSphere MDM Standard Edition 还提供了丰富的功能,供数据管理团队执行手动干预,为自动匹配和重复数据删除算法提供一个额外的治理层。

作为 IBM InfoSphere 平台的一部分,它为您的第一个 MDM 服务活动提供了一个轻松的切入点,为不断完善您的 MDM 实现提供了基础。

操作性 MDM

与注册表实现相比,操作性 MDM 风格在 MDM 实现上更进一步。在操作性 MDM 实现中,MDM 系统变成了记录系统。来自源系统的数据从现有的数据源转移到了 MDM 系统中,该数据的所有权也从现有的数据源转移到了 MDM 系统。进入操作性 MDM 系统后,数据不仅会由其他业务线系统读取,还会由任何需要更改该数据的系统更新。

IBM InfoSphere MDM Advanced Edition 提供了为创建一个操作性 MDM 系统来创建高性能的、安全的健全平台的能力。利用 Standard Edition 中存在的相同的匹配和重复数据删除功能,Advanced Edition 提供的平台允许更改 MDM 中心中存储的数据,以便将它们快速集成到一个黄金数据系统中。还提供了丰富、灵活的业务服务,为业务线提供了一种使用操作系统中数据的安全的、健全的方式。

混合 MDM

在混合 MDM 实现中,MDM 系统变成了业务部分的记录系统。来自源系统的数据从现有的数据源转移到了 MDM 系统中,该数据的所有权也从现有数据源的一部分转移到 MDM 系统。所有现有的数据源都可以保留它们的主数据所有权;但是,对于不会向 MDM 系统贡献主数据的现有或新的流程和应用程序,混合的记录系统将拥有它们的所有权。

IBM InfoSphere MDM Advanced Edition 构建于 IBM InfoSphere MDM Standard Edition 所提供的注册表风格 MDM 功能之上,还增加了实现混合风格的 MDM 或者(如果需要)全面操作风格的 MDM 的能力。


工作流和主数据治理

工作流能够协调人类和系统与主数据的交互。主数据治理就是通过实施策略来提高数据质量的过程。有效的主数据治理战略要求 MDM 工作流协调与数据的交互,以确保数据质量。

MDM 工作流

所有 InfoSphere MDM 版本都提供了适合支持这些用例的工作流功能。MDM 工作流是在 MDM 引擎中原生提供的,而且与一个嵌入式的 IBM Business Process Manager 版本相集成。IBM Business Process Manager 是一款行业领先的 BPM 产品,它允许您在组织内快速构造、测试和部署业务流程。它还提供了可与其他系统集成的高级功能。

利用嵌入式 IBM BPM 版本,您可以轻松地使用主数据充实业务流程,确保业务流程始终处理着组织最信任的、最准确的信息。还支持对 MDM 系统应用一个数据治理层,确保数据的质量尽可能的准确,允许通过业务流程编排来指导数据管理员执行纠正 MDM 系统中的数据不准确性所需的步骤。MDM Application Toolkit(IBM 作为 IBM InfoSphere Master Data Management 平台的一个组件提供)提供了高级的加速器,可用于促进利用主数据的业务流程的快速构造。

在考虑主数据管理实现的同时考虑业务流程管理 (BPM) 会获得显著收益。在将两种战略当作一个绿地项目一起考虑时,或者在为一个现有的 MDM 或 BPM 实现提供补充时,您应该考虑充分利用协调这些实现的好处。

数据治理的类型

与 MDM 工作流相关联时,可将数据治理划分为两个主要区域:

被动数据治理

被动数据治理是应用数据质量的治理作为组织内的一项持续的操作任务。通常,一个数据管理员团队会响应 MDM 系统能够触发的事件,提醒他们已检测到一个数据质量问题并需要解决该问题,或者一部分数据违背了业务策略,需要通过人为干预来修复该数据,以保持该数据的完整性。被动数据治理是反应性地解决主数据中已出现的数据质量问题的过程。

主动数据治理

主动数据治理是在数据使用者的消费或创建点应用数据质量治理的过程。无论是使用 MDM 系统中存储的数据还是通过业务线最初创建主数据,都允许业务线通过确保企业流程得到了主数据的完善并基于该数据采取行动来提高数据质量,这些都会显著提高您数据的质量和信任水平。业务用户和他们与代表主数据的人员、组织、产品和帐户的接触点,是在一个已执行的业务流程中使用数据采取正确行动的最佳位置,因为他们是该数据的专家。在采用主动数据治理时,有效的业务流程对确保在创建新流程时没有产生不应有的风险至关重要;但是,任何主动数据治理实现都应始终受可靠的被动数据治理战略支持。

图 1 显示了主动和被动数据治理之间的区别:

主动和被动数据治理之间的区别

典型用例和实现风格

具有 MDM 工作流的操作中心

在一个操作性 MDM 实现内,MDM 工作流可使用嵌入式的 IBM Business Process Manager 功能实现。

对于数据管理

通过对操作环境中的数据管理任务应用 MDM 工作流,提供了一个治理层,它与监视和修复操作中心内的数据质量问题所需的步骤有关。我们将查看一个关于可疑重复数据处理的场景。

MDM 系统已确定了许多可能与同一个人相关的客户记录,但可能的匹配分数表明,需要通过人为干预来执行或拒绝匹配,并在需要时允许折叠 (collapse) 记录。MDM 工作流可用于响应 MDM 系统中可疑的匹配事件。从 MDM 系统收到可疑的匹配事件后,MDM 工作流可启动一个可疑重复数据处理任务,协调应由组织内的个人或系统执行的步骤,确保以正确的方式修复了 MDM 系统中可疑的重复数据。

图 2 描绘了 MDM 工作流在操作数据管理中的角色:

MDM 工作流在操作数据管理中的角色

MDM 工作流描绘了应该如何在 MDM 系统中处理这个可疑重复事件,该工作流为已执行的所有系统更改添加了一个数据治理层。为此,它需要实现以下操作:

  • 确保任务被路由到最佳的个人来执行任何数据更改。
  • 确保需要批准数据的任何批准者都获得了通知,并及时采取了相应措施。
  • 执行任何需要应用来确保数据质量的业务规则。
  • 提供一个平台来有效地管理和跟踪在发生特定的可疑重复数据处理事件后,在组织内执行的步骤和操作。

对于企业用例

我们来查看一个企业级用例,了解 MDM 工作流如何在业务线的创建点或使用点上改进 MDM 系统内的数据质量。

一家大型银行希望让个人注册一项新服务。它预计许多注册的人会是现有客户,他们可通过利用主数据系统中包含的现有客户数据来获得重大的价值。此外,该组织希望确保对于每个新客户,都根据其他业务线的需求(而不只是基于具体的产品购买或所创建的帐户的极少信息)创建了一个完整的全面主记录。没有任何现有系统可包含如此完整的记录,而且此信息并不归某个部门所有,它归企业所有。

使用 MDM 工作流,可为这项新服务定义客户培训流程,确保此流程的每一步都利用了组织现有的主数据,而且未在系统中创建重复的客户记录。MDM 工作流数据治理被应用在主数据的创建点上,以确保在创建新客户记录之前,已经搜索了 MDM 系统来查找具有类似凭据的客户。如果找到匹配值,则使用现有的客户数据来完成对新服务的注册;否则,会创建一个新客户记录,业务流程可继续完成剩余的必需步骤。

MDM 工作流在企业用例中的角色

通过使用主数据充实企业流程,比如客户培训流程:

  • 在切入点依照主动数据治理原则执行数据质量控制。
  • 系统中更高的数据质量水平减少了数据管理员的开销,否则他们可能必须完成可疑重复数据处理任务来解决重复的客户记录。

具有 MDM 工作流的注册表中心

在一个注册表 MDM 实现中,MDM 工作流可使用嵌入式的 IBM Business Process Manager 功能来实现。

对于数据管理

通过对注册表 MDM 环境中的数据管理任务应用 MDM 工作流,提供了一个治理层,它与监视和修复注册表中心及其来源的数据质量问题所需的步骤有关。我们将查看一个关于对注册表风格 MDM 的数据源的更改的场景,看看如何使用 MDM 工作流对其他来源中的数据进行质量控制。

前面已经提到过,在 MDM 的注册表风格实现中,数据源的所有权仍在 MDM 系统外部,而来源中保存的数据快照已带到 MDM 系统中,这支持为数据创建一个黄金视图。来源更改已被引入到 MDM 系统中,并且已经体现在黄金视图中;对黄金视图的更新也已在其他数据源中反映出来。您可以在这里引入 MDM 工作流来控制应该执行的步骤,以确定是否需要更新系统外部的来源,以及管理对系统应用更新需要采取的步骤。

例如,一家医疗服务提供商实现了一个 MDM 系统,它从 3 个不同的数据来源拉入数据,以提供患者的黄金视图。它更改了 “Doctors Office” 来源的地址,而且更改的地址应推送到主数据系统中,并应用在黄金视图中。这可确保任何从 MDM 注册表中读取数据的应用程序都将使用最新更新的地址。但是 “Hospital” 来源(由在医院工作的顾问直接使用)不知道地址发生了更改。这可能导致将重要的通信信息发送到错误的地址,除非患者打电话给医院更新其地址。使用 MDM 工作流,您可定义一个业务流程来告知 “Hospital” 系统的数据源所有者,地址已发生更新,而且他们应在 “Hospital” 数据源中执行更新。可在业务流程中实现业务规则,确定在特定来源中的属性被更新时应通知哪些数据源和采取何种措施。业务流程然后可进一步执行必要的步骤,确保数据质量问题得到解决。

图 4 显示了 MDM 工作流在基于注册表的数据管理用例中的角色:

MDM 工作流在基于注册表的数据管理用例中的角色

在此场景中实现 MDM 工作流:

  • 确保即使没有利用主数据注册表的系统或用户,仍然可以从对主数据注册表中的其他系统的更新中获益。
  • 允许实现复杂的规则来确定应在哪些条件下更新一个特定来源。
  • 提供一个平台,以便允许对数据源的更新进行治理,从而确保满意地完成更新。

对于企业用例

客户中心提高了客户满意度,改进了接触点的客户服务质量。为了获得这一机会,这些关键的客户交互点通常需要企业级的客户视图。

组织很难提供一致的服务水平并正确地推广产品,因为用户只能在接触点获取有限的信息。这些系统用户通常执行一个仅能访问组织中的一个或少数系统的业务流程。考虑到各种系统和不同地区存储的客户帐户数量,这是一个非常受限的视图。此外,许多客户记录和他们的许多帐户都无法轻松地链接起来。跨系统(链接)和在一个系统内(重复)手动连接这些客户和帐户需要大量的时间,而且很容易出错。

我们来查看一个示例:一家大型组织希望向与客户联系紧密的员工(例如客户服务代表 (CSR) 和客户经理)提供一个全面的视图。借助完整的客户视图,CSR 能够识别并提供正确的服务水平(换言之,提供铜牌、银牌和金牌服务)。要提供相关的交叉销售/追加销售产品,则需要客户经理了解过去(可能跨渠道和合作伙伴)的购买行为,还需要了解终生价值。

要抓住这些机会,第一步是确保来自整个组织的主数据集中存储在 MDM 中,MDM 强大的匹配功能可识别和链接来自各种系统(匹配)和同一个系统(重复)的客户。然后可引入工作流在接触点与主数据进行交互。这些流程首先搜索 MDM,以查找客户的单一的、受信任的版本。采用 MDM 系统用于跨系统链接客户记录的相同的高级匹配算法,帮助用户通过搜索查找客户记录。最终会找到正确的客户记录,无论客户数据中是否存在错误,或者用户在搜索屏幕中是否输入了错误的信息。对业务而言,执行的企业流程然后会变得非常宝贵,因为该流程处理一组代表客户的完全可信的数据,考虑到了我们所拥有的表示这些数据的所有信息。

在此场景中,使用主数据充实企业流程,可执行以下操作:

  • 确保业务用户能够向客户提供最有效的服务,拥有其客户的完整视图。
  • 确保业务用户拥有向该客户提供进一步交叉销售和追加销售服务所需的所有信息。
  • 确保在系统中迅速识别出了正确的客户,无论是否存在数据输入错误和不一致性。

使用 MDM 工作流执行协作式创作

在一个协作式 MDM 实现中,MDM 工作流可使用嵌入式的 IBM Business Process Manager 工作流引擎或集成的协作式工作流引擎来实现,后者已针对产品创作等高度协作的用例进行了优化。

对于数据管理

在一个协作式风格的 MDM 中应用 MDM 工作流来执行数据管理,提供了在修复数据质量问题之前管理用户与 MDM 系统之间的交互的能力。这是协作式 MDM 环境中一个特别重要的特征,其中常见的数据管理任务(比如产品匹配和重复数据删除)需要跨多个业务线和众多批准步骤进行交互,然后修复才能被视为完成。IBM Business Process Manager 提供的嵌入式的工作流引擎提供了最适合这些场景类型的功能。

对于企业用例

对于一个产品引入流程,InfoSphere MDM Collaborative Edition 中集成的协作式工作流引擎提供了一个企业就绪的、灵活的工作流引擎,它已针对用于 MDM 数据的协作式创作的 Collaborative Edition 数据模型进行了优化。在涉及到协作式创作主数据的用例中,强烈建议将协作式工作流引擎视为首选的 MDM 工作流功能来提供此功能。

协作式工作流引擎(如图 5 所示)包含可供大型企业级业务流程使用的 API,使产品引入工作流可用作在整个组织中定义的大型业务流程的微型流程。IBM Business Process Manager 可能是此场景的一个适合的选择。

集成的协作式工作流引擎在企业用例中的角色

在此场景中实现 MDM 工作流:

  • 提供了一组结构化、精心编排的步骤,必须完成这些步骤来控制新产品和服务的引入。
  • 利用一个已针对高度协作的环境和频繁更改的数据模型而优化的工作流功能。
  • 允许在协作式 MDM 系统中创建主数据,这些主数据将作为更大的企业级流程的一部分来控制。

对于协作式 MDM 实现要求存储在 MDM 系统中的数据直接参与业务流程的情形,IBM Business Process Manager 所提供的高级集成功能使它成为满足这些用例需求的首选的、最可靠的选项。

选择一种实现风格

关于选择哪种 MDM 实现风格以及在该实现风格中实现哪种 MDM 工作流角色可能很复杂。在这里,我们将介绍进行此选择时应考虑的一些重要方面。

您的主数据通常可与哪个领域关联?

  • 对于单纯的产品数据,建议使用协作式 MDM 解决方案,因为它具有先进的产品目录和分层支持。
  • 对于包含跨领域依赖性的相关方帐户或产品数据,通常建议采用一种操作性的或混合风格的 MDM,这些风格利用了 InfoSphere MDM Advanced Edition 提供的行业领先、开箱即用的数据模型。

系统的工作流需求有哪些?

  • 对于围绕产品引入和创作的工作流需求,通常最适合协作式风格 MDM 所提供的实现,比如 InfoSphere MDM Collaborative Edition 所提供的实现。
  • 对于需要在企业流程中执行产品引入或创作的工作流需求,可能最适合利用 InfoSphere MDM Collaborative Edition 和 IBM Business Process Management 嵌入式工作流的实现。
  • 对于高容量、高交易量的环境中的工作流需求(无论具有何种领域类型),通常最适合结合使用 InfoSphere MDM Standard 或 Advanced Editions 与 IBM Business Process Management 嵌入式工作流。
  • 对于围绕数据管理,应用数据治理对主数据执行质量控制的工作流需求,通常适合结合使用 Standard or Advanced Editions 所提供的功能和 IBM Business Process Management 嵌入式工作流。
  • 关于主数据使用的工作流需求通常用在 Enterprise Business Process Management 战略中,通常适合 InfoSphere MDM 的 Standard 或 Advanced Edition。
  • 关于活动工作流、移动支持和用户社交的工作流需求有哪些?基于 IBM BPM 的嵌入式工作流引擎提供了丰富的功能来解决这些类型的需求。

如何做对现有的 IT 基础架构最有意义?

  • 大型组织通常已对 BPM 和 MDM 进行了投资。从 IT 角度讲,如何做最有意义?能否利用我对 BPM/MDM 的现有 IT 投资?

组织战略方向

  • 组织常常制定了企业法令,旨在通过最大限度地减少机器数量等来简化技术、减少供应商或降低数据中心成本。通常,系统的这些非功能需求将对实现决策会产生重大的影响,所以应该对它们进行充分考虑。

结束语

将 MDM 和 BPM 项目相结合,确保受信任的数据可供组织的业务流程使用,并确保全面执行了数据治理来提高数据的质量,这么做的价值将是一个不应忽略的重要考虑因素,前提是对这些项目的投资将产生所需的业务收益。

本文概述了可实现了不同风格的 MDM,以及 MDM 工作流为每种 MDM 风格提供的重要补充作用。我们介绍了一些高级用例,还分析了应在决策流程中考虑的重要考虑因素。

MDM 实现因行业和组织规模和结构不同而不同,所以这些考虑因素旨在提供信息,将决策流程引导至正确的路径;但是,没有绝对的规则来确定哪种实现风格最适合,因为不同的实现可为一些常见用提带来可靠的解决方案。因此,本文中的信息应用作与业务利益相关者、IT 组织和 IBM 主题专家展开讨论的指南,确保选择并实现了最佳的解决方案,从而获得了最大的效益。

参考资料

学习

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=Information Management
ArticleID=959468
ArticleTitle=使用 InfoSphere MDM 工作流执行主数据治理
publish-date=01072014