-
主数据
管理(
MDM Master Data
Management
)描述了一组规程、技术和解决方案,
这
些规程、技术和解决方案用于为所有利益相关方(如用户、应用程序、
数据仓库
、流程以
及贸易伙伴)创建并维护业务数据的一致性、完整性、相关性和
精确性。
主数据管
理的关键就是
p>
“
管理
”
。
主数据管理不会创建新的数据或新的数据纵向结构。
相
反,
它提供了一种方法,
使企业能够有效地管理存储在
分布系统中的数据。
主数据管理使用
现有的系统,
它从这些系统中获取最新信息,
并提供了先进的技术和流程,
用于自动、
准确、
及时地分发和分析整个企业中的数据
,并对数据进行验证。
主数据管理解决方案具有以下特性:
·
在企业层面上整合了现有纵向结构中的客户信息以及其他知识和深层次信息
·
共享所有系统中的数据,使之成为一系列以客
户为中心的业务流程和服务
·
实现对
于客户、产品和供应商都通用的主数据形式,加速数据输入、检索和分析
·
支持数据的多用户管理,包括限制某些用户添加、更新或查看维护
主数据
的流程的能
力
·
集成产品信息管理、客户关系管理、客户
数据集成
以及可对主数据进行分析的其他解
决方案。
由于和主数据管理关联的方法和流程的运行与企业的业务流系统及其
他系统彼此独
立,因此这些方法和流程不仅能检索、更新和分发数据,
< br>还能满足主数据的各种用途。
主数
据管理通过将数据与操
作应用程序实时集成来支持操作用途。
主数据管理还通过使用经过授
权的流程来创建、
定义和同步主数据来支持协作用途。
最后
,
主数据管理通过事件管理工具
事先将主数据推送至分析应用程
序来支持分析用途。
MDM
为继承和
管理参考数据提供免代码、
低维护的解决方案。
在
MDM
系统成为
数据
仓库<
/p>
的维数据的确定来源后,它使数据仓库能够侧重于
卷管理
和数据交付的数据管理目标。
简而言之,
p>
主数据
管理提供以下功能:
1. “
匹配与合并
”
逻辑,用于从一个或多个源系统识别并整合重复记录
2.
宽泛的单元格级别关联和历史记录,为数据内容提供了详
细的
审计跟踪
3.
适用于跨所有数据源和应用程序的所有关系数据的中央资料库
这些功能将极大降低与以下所述的数据仓库有关的总体开发和维护工作:
1. MDM
共享维度
<
/p>
对于数据仓库的共享维度,
MDM
系统将
是合规,
已集成、
已清洗和标准化的
单
一数据
源
。
此系统将消除在填充合规的
数据结构时所牵涉的大部分转换工作,
使数据仓库资源能够
着重
于回答业务问题,而不是集成数据。
2.
MDM
渐变维度
对于保持维度变更的
历史记录而言,渐变维度是最为有效和使用最为频繁的方法。通
过提供进行历史记录跟踪
的选项,
MDM
系统解决了这个性能问题。它可以记录所有对参
考
数据实体的更改,
解放数据仓库,
使
之可以在维度渐变时权利跟踪数据细分的更改。
当数据
仓库维度
增长放缓时,
它们可以将查询和加载性能受到的影响降至最低。
如果用户希望查询
某记录的非渐变维的历史记录,他们可以展开浏览
MDM
系统中的历史记录表。
3.
MDM
和
数据沿袭
< br>数据仓库
元数据
和沿袭解决方案一般仅限于提供结构化和
流程沿袭。
MDM
使用户不必
再执行费
时的手动数据跟踪,
因为
MDM
为每个
记录上的每个字段均保留了详细的数据沿袭
(即在单元格级别的跟踪数据沿袭)。对于基
础对象中的每个数据
单元格
,
MDM<
/p>
系统可以
识别为单元格提供值的源系统,
尤其根据值的最新更新时间来识别该值是由哪个源系统中的
哪条记录提供的。
MDM
系统还跟踪所有记录合并的历史记录。
<
/p>
主数据集成主要实现的是数据的接收和分发两个功能
。
针对系统中已经完成审核的主数
据,
系统管理员可
以通过配置接口内容,
将符合要求的主数据分发到目的系统中,
将主数据
集成到外部系统中;
而外部系统也可以选择需要处理的
主数据信息,
调用系统中对外发布的
接口,完成数据的接收。<
/p>
在主数据模型中,
我们设置一类
主数据通用的属性
,
这一类属性能够被多个主
数据公用。
我们创建这样一个模型,
设置它的
< br>公共属性以
及一些必要的信息,
并将这样一个模型存储于
系统中,
那么我们在创建主数据的时候就可以调用这样的主数据
模型,
在主数据模型上面进
行主数据的创建,
< br>我们可以在此主数据模型上面添加新的属性,
新的条件以适应我们需要创
建的主数据。
通过这样的一个设计,
使用者可以
比较方便的创建一个主数据,
创建一类信息
的主数据模型之后,
下次在创建主数据时直接调用模型就好,
而不必再次进行那些公
用属性
的创建过程,极大减少了使用者的工作量。
在主数据模型功能中,
又分为主数据模型创建,
主
数据模型审核,
主数据模型查询和主
数据模型维护。
主数据模型创建就是创建实体数据模型的阶段,
在
创建模型的过程中,
首先需要输入模
型的基本信息
,例如模型代码、模型名称、是否启用分类结构、是否启用分类权限
等信息。
这些基本信息是模型所必须具备的信息,
也是一类主数据都需要的信息。
在输入完主数据模
型的基本
信息后,还需要对
主数据模型进行属性配置、元属性配置、编码规则配置、校验规
则配置、显示列配置和附件配置。
在属性配
置中,
系统管理员可以变更当前主数据模型中的任意属性信息,
以求达到完整
的主数据模型信息记录
。
在系统中属性分为三种类型,
分别是
普通属性,
列表属性和树形属
性。普通属性即该属性不涉及到一对多或包含关系的属性,这
种信息就以普通属性来存储,
如供应商编码、
供应商名称等一对
一的信息就采用普通属性进行处理;
列表属性即该属性存
在一对
多的关系,这种信息需要以列表的属性来存储,如供应商主数据中的银行账户属性,
一个
供应商可以对应多个银行账户,
所以银行账户属性设置为列表属性;
树形属性即该属性
存在包含关系,
这种信息需要以树形属性
存储。
除了属性的分类以外,
对于每一个属性还需
要对属性编码和属性名称等信息进行配置。
创建不同的属性是为了在属性中进
行元属性的配
置做准备。
元属性配置
在属性保存后进行。
前文中已经提到过,
元属性就是属性的属性
,
也就是属
性的再次细分。
比如物料信
息中的规格属性,
就可以再次进行细分,
它的元属性就可以再次
包括物料的长、
宽、
高等信息,
这些信息就是元属性。在配置元属性时需要选定其所属的属
性信息以便
系统明确二者的从属关系。
除了需要配置元属性的名称编码以外,
系统还为元属
性提供了类型,长度,是否必填项,默认值,取值方式,附表,引用主数
据模型等方面的配
置。这里挑出主要内容进行说明,在类型配置中,可将字符、整形、浮
点小数、日期作为该
元属性的类型;限定元属性输入内容的长度;系统提供
7
种取值方式:文本、下拉框、可
编辑的下拉框、弹出窗口、可编辑弹出窗口、元属性组合、可编辑的元属性组合,其中可编
辑的元属性组合可以由其他若干个元属性组合成为一个元属性;当取值方式中存在下拉框、
元属性组合或弹出窗口时,可以再附表中对设置预定值以供选择。
p>
除了以上配置以外,
系统还提供了对于元属性前置符号、
后置符号、
连接符号和计量单
位的配置功能。
p>
在校验规则配置中,
主要针对主数据模型
中的元属性进行校验。
校验规则分为唯一性校
验和关联性检验。
关联性校验主要针
对元属性之间的关
系进行校验,是对于多个元属性的组合进行的校
验,关联性校验中也需要进行条件表达式
,元属性选定,校验规则级别和校验规则的设置,
主数据模型
是主数据创建的基础,
只有实现了主数据模型的功能后才可以进行主数据的
管理。
拿程序的思想来作为类比,
主数据模型就是创
建一个类,
而并没有去真正的使用这个
类;
而创建主数据就是对这个类进行实例化的过程,
经过主数据的创建以后,
我们在对这个
主数据进行变更,审核,
查询,
p>
归档和集成等操作,也就相当于对这个实体对象进行各种操
作。
p>
主数据管理分为主数据创建,主数据变更,主数据审核,主数据查询和主数据归档。
主数据创建中实现的是主数据的创建功能,每一类主数据的创建都是在
相应主数据模
型下来进行的。
主数据的创建中除了需要对于主数
据的必要信息进行初始化以外,
还需要对
于属性、元属性、编码
、附件进行配置,并且所填写的主数据信息还需要符合校验规则和编
码规则。
在填写主数据信息时,
所有红色标志的元属性信息都为必填项,
不填写将给出错误
提示信息;前置符号、后置符号、连接符和计量单位的校
验只针对元属性值存在的情况下,
如果元属性值未填,
则以上符
号不作为必填项校验;
编码规则配置方面,
如果主数据模型编<
/p>
码采用的是自动配置,
则在主数据创建时不必进行编码的配置;<
/p>
如果选择手动配置方式,
除
了对编码必要
的配置以外,
还需要对于编码规则中的各个编码段进行配置,
进
而才能完成编
码配置。
主数据创建的过程中还可以进行附件的上
传
,
主数据模型中的附件是所有该类主数
据的公共附件,主数据创建中上传的附件是各个主数据自身的附件。将以上信息填写好后,
便可以进行主数据信息的保存。
如果主数据的所有信息与主数据模型的编码规则,<
/p>
校验规则
都不冲突,
那么该主数据保存成
功,
完成主数据的创建;
如果主数据的信息与编码信息,检
p>
验规则冲突,
则系统给出冲突的信息和冲突因素,
< br>此时主数据不能完成保存,
但是系统提供
主数据的暂存功
能,
能够把当前的信息暂时存储在数据库中的临时表中,
对冲突
信息更改后
在进行保存,完成主数据的创建。
主数据变更中实现的是对于主数据信息的变更操作,用户通过点击主数据列表中的超
链接,
进入到主数据详细信息的页面,
之后再进行相应的修
改操作。
需要注意的是主数据变
更也需要进行工作流的绑定,<
/p>
按照工作流的流程进行逐层的审核工作。
如果主数据中的内容
p>
没有变更,
那么不能进行变更数据的提交工作。
变更通过后,
变更之前的版本信息将被保存
在历史数据中,
用户可以通过历史版本号查看到主数据的变更过程。
主数据审
核实现的是主数据审核的功能,拥有当前流程环节的用户可以进行数据的审
核、
拒绝至提交人、
拒绝至审核人的操作。
同一操作
环节的用户可以进行数据的认领审核功
能,
超出时限的个人认领
任务将会重新回到未审核数据中。
只有审核完全通过的数据才会在
历史版本中进行收录。同时在审核时需要填写审核意见,方便其他人员对数据操作。
主数据集成实现的是主数据管理平台与第三方系统数据的交换功能。系统提供两种方
p>
式
:
被动式接收请求发送数据方式和主动发
送数据方式
。
在被动式服务中,
第三方
系统作为
发送端进行主数据的请求,
主数据系统根据请求内容,
将符合条件的主数据通过接口返回给
第三方,
< br>并且其数据格式满足第三方需求。
主动式服务是由主数据系统作为发送端,
向第三
方进行请求,第三方应答后进行数据的集成操作。在主动式服务
时,系统提供了定时分发、
即时分发和手动分发三种分发策略。手动分发由系统操作人员
选定主数据,进行数据交换。
对于分发失败的数据,可再次调整接口进行数据的再次分发
;自动分发采用定时器的方式,
系统自动向第三方系统定时发送数据,
< br>对于失败的数据会将失败的原因记录下来,
超过设定
的失
败次数,
数据将不会进行分发。
而是由系统操作人员进行手动分
发或数据的调整。
在数
据查询功能中,
能够基于各类主数据的元属性信息进行快速查询、
高级查询、
模
糊查询和精
确查询,同时支持数据集成信息的检索。
使
用基于主数据管理系统的方法来建立数据集成系统,
< br>可以解决数据集成中的如下两
个关键问题:
1
、能够对参与集成的各应用系统中
的数据实施单独管理,因此可以确保数据的完整
性、可靠性,提高数据质量,避免各应用
系统中数据的不一致性;
2
、企业的
核心数据往往要求在多个业务系统中被使用,主数据管理的方法可以保证
参与集成的业务
系统都能够实时地访问到这些数据。
主数据管理是一项针对数
据集成问题的新兴的解决方案,
主数据管理解决方案相关的
支撑
技术主要包括如下几个方面
:源数据剖析、数据标准化、匹配、记录联合以及同步。另<
/p>
外,主数据管理的解决方案需要引入元数据管理来标准化主数据的表示。
< br>
Oracle
则在客户主数据管理系统
UCM
(
Universal
Customer Master
,
全局客户主数据)
中实施了主数据管理。
该系统包含客户主数据模型存储、
数据质量控制和额外的数据集成管
理三个模块。
Ora
cle
使用如下的方式保证主数据系统中新进入的数据的质量:当记录进入
主数据系统时,
先会在主数据系统里寻找可能匹配的记录,
如果结果认为是不匹配,
则将进
入处理不匹配流程来增
加一条新记录;
如果是分值足够高,
则进入自动匹配流程把该记
录和
原有记录进行数据存活规则处理并合并记录;
如果是分值不
足够高,
则需要人工来决定该记
录是新记录还是需要和原有记录
合并。
主数据管理系统的提出就是为了解决以下种种问题:<
/p>
国内的一些大型企业的各个部门
中都有各自的计算机应用软件和数
据库系统,
这些软件有自行开发的,
也有从其它公司引进
的。
虽然它们在生产和销售中起到了一定的作用,
但是由于这些应用软件和数据库系统开发
时很少使用统一的设计规范,
经常会出现数据不一致的情况存在;
另外,
由于系统
开发时数
据接口编写的不一致,
针对数据库或其它种类的数据源
的调用可能并不一定相同。
这些种种
可能性都制约了系统间数据
的相互调用。
主数据是企业业务中相对静态不变的实体信息的
描述,
在多个业务事务实例
(包括同
类
业务的若干实例)
中反复使用,
是业务运行中所必须的关键信息
及其元数据。
主数据通常
包括企业的组织结构、产品、客户、雇
员、材料、供应商等。例如,
ERP
系统中通常会有客
户、物料和账户作为主数据。主数据通常是公司的关键财产。通过利用
SOA
自身的技术优
势来搭建主数据
管理系统,
是目前工业界主流的做法。
图
2-1
是关于面向服务的主数据系统
架构参考视图。
主数据存储部署
主数据管理系统的存
储方案分为三大类:
集中式存储、
分布式带同步存储和仓储参照
式
存储。
1
、在集中式存储方案中,将会有一个单独的数据存储,它负责所有主数据和非主数据的保
存。
业务系统对主数据和非主数据的访问必须通过主数据存储获得数据。
因此,
这实际上相
当于一个简单的单数据源的数据系统
。
集中式存储方案的优点和缺点分别为:
优点:数据集中存储,维护方便,而且不需要进行数据源之间
的映射,修改数据方便,
只需要对单数据源进行改动,并且数据的格式统一,不需要进行
数据转换。
缺点:每次数据访问时都要通过
Transaction
Hub
,导致
Hub
上负载过重;另外,由于
Transaction
Hub
作
为数据存放的唯一数据源,一旦它出现网络中断或者硬件错误,都不能
保证业务系统对数
据存储的访问能够得到及时正确的响应。
2
< br>、在分布式带同步存储方案中,主数据的部分集中存储在一个数据源,其他数据可能分开
< br>到几个数据源存放。
数据在各数据源中可能出现重复存储,
这时要求主数据管理系统负责数
据之间的同步。
-
-
-
-
-
-
-
-
-
上一篇:趣味英语的课堂导入
下一篇:浅论英语学习中的趣味性