《基于全生命周期的主数据管理MDM详解与实践》读书心得

一本纯粹堆积概念的书，没什么干货，就不具体写心得了。
下面简单的就主数据进行一些整理。

1、产生的背景

其实主数据因为是IT系统在发展过程当中，缺乏整体的规划（包括业务和技术），导致各部门自产自销，只关心本部门本系统的数据，导致各系统中重用的关键的基础信息编码及口径都不一致。

2、处理流程

所以目前主数据管理首先要做的是各源系统的主数据合并和清理问题。主要的流程是“合并->清洗->审核->分发”；然后在实际运行过程当中，对新增、变更的部分进行管理，其中新增和变更可以在各个源系统维护，然后提交到MDM系统审核、分发，也可以在MDM系统统一维护，然后分发。

3、分发技术

分发可以采用同步WebService接口，也可以采用JMS消息的异步机制。

4、特殊说明

有一些主数据，例如组织架构，虽然是主数据，但是变化频率还是很高。针对组织架构、项目的架构（期区、单位工程、楼栋）经常发生变化的情况，关键是业务数据必须绑定到原子层面上，如果在原子层面上没有变化，那么业务数据不需要重新绑定。但是，如果原子层面都发生了变化，那就需要调整了。如果原子层面的变化，前后是有映射关系，也可以通过系统来处理。

下面是SAP针对组织架构数据的单独分类。

数据类型的定义：
企业应用中较为通用的数据划分方式，是将数据定义为三种类型：系统数据 system data、主数据 master data、业务数据 biz data。而SAP在其系统上，将组织机构的数据(Organization data)分离出来，做为一个较为独立的概念，是不无道理的。而业务数据，也提出业务主数据的概念，进行中也区别对待。

系统数据
系统数据是指用于系统自身正常运行所需要的数据，缺少这部分的数据、或者这部分数据的不完整都将造成系统不能运行、或运行不正常，并且这部分数据在开发的最初阶段就被基本确定下来，在以后的阶段中基本不会变化。（R/3中定义为 System data:It is the data which R/3 system needs for itself.）最为常见的就是系统的配置文件（例如系统菜单结构的数据，一般认为流程的配置也属于系统数据），对于Java、dotNet平台，通常倾向于使用的xml数据做为系统数据。
系统数据与业务在逻辑上，没有必然的关联性，是完全分离的。在很多业务系统中，容易混淆的是将人员数据、权限数据，还有所谓的“代码数据”（如：亲友的类型配置），认为是系统数据。

组织机构数据
组织机构数据，从字面上就可以完全理解了。它是指业务系统中，组织机构的配置的数据；它是在系统配置阶段，同时由客户进行定义而进入系统的，进入系统后，这部分数据就很少发生改变。( It is a customizing data which is entered in the system when the system is configured and is then rarely changed. )
从系统数据中划分出组织机构数据，有非常重要的意义。组织机构从本源上来说，同时具有主数据和系统数据的性质。但是组织机构数据有别于一般的主数据之处在于，“极少变化”组织机构数据，一旦发生变化（特别是层次关系的变化），对于整个系统中的业务关系，业务角色的职责分配，就会产生相应的变化。其变动的影响范围的大小，因一个系统的规模的大小，即系统应用到的业务范围的大小（是单独的物料系统，还是有关联的MIS，还是业务更紧密的ERP）的不同而不同。其中常见的影响较大的，将会是人员、角色、权限、流程的数据，而反映到系统业务层。在当前很多系统中流程与核心业务的掺杂的模式，还有权限与核心业务胶浊的情况下，这种影响都将是毁灭性的。