主数据管理详解（二）

Level 5 ：企业数据集中 　　在MDM Level 5 ， 总线和相关的主数据被集成到独立的应用中。主数据和应用数据之间没有明显的分隔。他们是一体的。当主数据记录详细资料被修改后，所有应用的相关数据元素都将被更新。这意味着所有的消费应用和源系统访问的是相同的数据实例。这本质上是一个闭环的MDM：所有的应用系统通过统一管理的主数据集成在一起。在这个级别，所有在系统看起来都是事实的同一个版本。操作应用系统和MDM内容是同步的，所以当变更发生时，操作应用系统都将更新。在那些熟悉的MDM架构风格中，持久总线架构，当一个总线更新所有的操作应用系统将体现这种变更，形成改变的直接操作视图。在注册环境中，当数据数据更新时，总线将通过Web服务连接相关系统应用事务更新。因此，MDM Level 5提供一个集成的，同步的架构，当一个有权限的系统更新一个数据值时，公司内所有的系统将反映这个变更。系统更新完数据值后不要单选其他系统中相应值的更新：MDM将使这种更新变的透明。 　　从MDM Level 4到MDM Level 5意味着MDM功能性不是在一个应用内被特殊设计或编码的。这还意味着主数据传播和供应不需要源系统专门的开发或支持。所有的应用清楚的知道他们并不拥有或控制主数据。他们仅仅使用数据来支持他们自己的功能和流程。由于MDM总线和支持的IT基础架构，所有的应用可以访问主参考数据。一个公司在完成MDM Level 5后将使他们所有的应用连在一起—既包括操作的也包括分析的—所有访问主数据是透明的。举例说明，当一个客户更新她的状态—不要管注册该变更的系统—数据变更将被广播到所有的应用平台(因此一致起来)。MDM Level 5是把数据概念作为一种service来实现。MDM Level 5保证了一个一致的主数据主题域企业映像。定义“客户”和其他应用接受客户主数据业务规则变化实际上是一回事。MDM Level 5移走了主数据的最后一个障碍：统一采用数据定义、授权使用和变更传播。 如何构建一个主数据管理(MDM)的解决方案 　　在开始构建主数据管理(MDM)解决方案之前，首先需要明确我们当前的数据管理现状是什么样子的，而我们的目标是什么，具体可以参照上一小节：主数据管理(MDM)的成熟度。 　　第二步，需要确定我们的每个主数据域的范围(这也是前期需求分析的一部分)。常见的主题域有： 　　 Party ：可以反映任何合法的实体, 无论是个体还是组织。 　　 Product ：既包括物理存在的货物，也可以是任何服务。 　　 Account ：包括期限和条件，以及相关的各种关系。 　　 Location ：既可以独立存在，也常常与其他主数据域共存。 　　第三步，进行数据管理系统的设计，在设计时要注意以下几点： 　　 数据采集和发布是否实时，最小的响应时间是多少。 　　 数据转换规则能否让客户定制，而不是硬编码。 　　 如果根据数据质量标准清理主数据域中的主数据。 　　 权限控制。 　　 主数据的历史版本控制以及变更监控控制(当主数据变化时，要能记录该变化，另外还要对主数据形成层次并记录其不同的版本值)。 　　第四步，开发部署测试。