主数据治理方案学习心得
随着企业业务迅速发展，需要支撑业务运转的信息系统越来越多，各系统之间的数据分散、重复，未完全形成业务闭环，数据孤立不能互通，数据统计不一致，企业主数据（组织、人员、岗位客户、供应商、产品、项目等）不能共享，数据不完整，缺少关键基础数据，历史数据丢失现象严重，且数据质量低，无统一管理，集成数据可用性差；缺乏统一的、标准的数据管理体系和工具，导致各系统之间、集团与各业务板块之间数据传输与共享机制不规范，存在手工录入现象，无法有效支持高层战略决策及服务升级。
就以上问题，公司推出主数据治理方案，实现统一数据管理标准、维护标准、统一数据口径、数据维护流程，清洗企业内部冗余数据，有效提升数据质量。作为主数据治理层，为各个业务系统提供数据支撑，辅助企业实现数据决策、风险管控、情报研究等。
方案介绍主数据治理方案创造总部、区域公司、基层业务单元协作业务运营环境，助力企业战略措施落地，达到企业业务全局一体化的管控。完备IT系统架构建设，信息化建设成果知识传递，加强全体员工的信息化意识，促进创新型人才产生。
1.集成架构
集成架构图如下：
通过ESB企业服务总线使各个业务系统与MDM主数据管理平台紧密联系在一起，实现各业务系统之间的集成。各个业务系统通过ESB企业服务总线把数据同步到MDM主数据管理平台，MDM主数据管理平台再通过ESB企业服务总线把数据分发到各个业务系统，实现各业务系统间的数据统一。
2.业务架构
业务架构图如下：
主数据治理项目整体数据架构从各个应用系统获取数据信息，在主数据管理平台对元数据信息进行统一管理，具体包括元数据信息的采集、定义、变更等，在数据分析时可以根据元数据信息进行数据血缘分析、影响分析等，基于元数据进行主数据建模部署过后实现基础数据信息的管理，保证全集团公司数据具有高度共享性、一致性、完整性、高数据维度统一。
3.数据架构
数据架构图如下：
如数据架构图所示，是从数据源头系统获取组织、人员、岗位、客户、供应商等基础数据信息，通过ESB企业服务总线将数据同步至MDM主数据管理平台中，在主数据管理平台进行数据模型的创建、数据编码的定制以及数据质量的管理等等，最后将干净的数据分发至需要的各业务系统中。
4.方案价值
主数据治理方案保证各信息系统之间信息传输的一致性，为核心应用系统提供统一数据标准，有效集成系统数据信息，为后续系统建设奠定基础。有效减少数据交换、转移所需的成本和时间，降低数据的冗余度，提高信息的有序化程度和存储效率。确保企业核心系统（财务、OA、HR等）实现信息系统互联，满足信息共享需求，避免信息孤岛形成。
需求调研主数据治理项目前期主要根据企业的特点对企业的集成架构、数据架构、系统架构、功能架构以及核心业务进行调研，在这其中对企业的整体架构以及项目的相关方进行了解，从而分析出企业现有的主数据类型。整体调研分为两阶段，第一阶段主要了解企业间运作模式，了解其业务架构、组织架构、业务流程、应用架构以及数据架构，在第二阶段主要针对主数据层面，了解其需求、数据模型、对接方案以及相关接口。
1.业务需求
随着各行业信息化政策的不断推进及各个企业决策者对信息化的重视，信息化系统不断增多，孤岛系统数量不断增加，跨系统间业务处理频繁，系统集成趋势明显，各系统之间数据分散、重复，未完全形成业务闭环，数据不一致，难以进行整合，没有形成数据资产，各系统间孤立的数据信息不能为运营决策提供有效支撑，首先需要将企业内部主数据、基础数据进行整合，形成业务闭环，形成企业数据资产。
通过上图数据金字塔可以清晰地了解到企业数据都有哪些构成，其中静态数据是指企业的参考数据，例如学历（大学专科、大学本科、研究生等），主数据是指企业核心的关键型数据，例如典型的组织、人员、岗位。本次主数据治理项目甲方单位为某离散制造业，其主数据结构包含物料分组、物料、BOM等，对基础数据治理整合后，基于基础数据围绕企业核心业务会产生交易型数据，如订单、采购单等。而分析型数据是以主数据/参考数据为统一维度，对交易型数据进行分析统计，通常数据以图表的形式展示。
无论分析型数据还是交易型数据都是由主数据和参考数据构成，所以MDM数据治理的重心也是在此，对主数据和参考数据实现全生命周期的管理，从制定数据标准到数据的质量、数据安全均为数据治理核心要素。
2.功能需求
经过对该企业的业务调研及数据调研，现将其主数据划分为四类，分别为人事类（组织、人员、岗位）、客商类（客户、供应商）、生产制造类（BOM、物料分组、物料）以及知识类（知识产权），上述主数据将会从现有各应用系统以及线下Excel获取基本数据信息，并对数据进行数据清洗及数据落地后，最终同步至MDM主数据平台进行数据管理及分发。
以制造类主数据为例，以PLM产品全生命周期系统为生产制造类主数据统一源头，通过ESB企业服务总线开发数据同步流程，将数据落地在主数据管理平台内，在数据产生到数据的分发要保证数据的一致性、准确性、完整性，上下游系统数据要统一，下文将对其元数据字段调研、实际业务建模、集成流程开发层面进行总结。
3.系统调研
在系统调研时，首先需要了解该企业现有的应用系统，根据招标文件明确本期建设内容以及边界，了解各个应用系统的核心应用模块以及其主要作用，在条件允许的情况下与各个业务厂商碰面，让其进行系统演示，对于不明确的业务点及时记录明确，并让业务厂商提供登录测试系统账号、数据字典等相关对接文件，根据其系统的介绍并明确主数据的来源以及该类主数据在该业务系统是如何维护地进行记录，对该数据什么人员使用、使用场景进行相关记录，最后由客户以及各厂商提出主数据层面的需求以及想法。
4.业务调研
主数据集成首先需要根据业务系统调研确认主数据的类别，以该制造业物料主数据为例，明确该类主数据在哪些业务系统中所使用，物料主数据的源头在哪，需要分发到什么应用系统中，在源头系统需要对主数据的维护模式进行确认，并与来源系统明确主数据同步以及数据初始化形式等等，例如物料主数据有根据物料分组形成的编码规则，需要和客户确认是否沿用该编码等。在应用集成时需要明确有哪些集成的场景，对接哪类应用系统，该应用系统目前是否在维护，能否提供对接的接口等。
实施阶段针对调研阶段输出对应蓝图资料进行确认，基于蓝图进行主数据的模型创建及对应ESB应用集成流程开发工作，对实施阶段的主数据模型创建、集成开发以及和各业务系统联测说明如下。
1.模型创建
模型创建主要针对的产品为MDM主数据管理平台，建模涵盖如下几个技术要点，分别为数据建模、功能建模、分类数据建模、参考数据建模、功能组件等。我们构建的模型并不是一蹴而就的，主数据的模型创建是根据客户及源头业务系统的需求进行联动的，首先需要确定建模采用哪种功能模型，在这个模型的基础上进行字段的丰富即可。
2.集成开发
ESB应用集成流程开发实际上最重要的不是技术上的问题，在技术上了解一些常用的ESB组件即可，最重要的是了解其数据结构，了解各类主数据的之间的关联关系才是最重要的，在生产类主数据集成流程的开发过程中物料的数据关联性是非常高的，例如在制造BOM及设计BOM同步过后需要将对应的物料也进行变更操作。所以说在IT行业了解业务是至关重要的，基于业务去分析对应的数据结构，最终进行集成流程的开发工作。
3.功能测试
实际上功能测试出现问题更多的原因是业务场景考虑不全面导致的，例如在新增源头系统新增人员数据时，仅仅绑定了组织架构的一个接口，而没有考虑到人事档案、入职等模块也可以进行人员的录入操作，这样就会导致源头系统同主数据管理平台不一致，主数据同消费系统不一致的现象产生，此时消费系统就会反馈这种情况，由主数据进行排查发现问题，解决问题。
所以在做进行功能测试时最重要的是在宏观上考虑业务场景，防止因为业务场景考虑不全面导致数据出现问题的现象，其次考虑数据状态对应主数据的业务场景，常见的有数据新增、变更、归档等，最后在进行逐个字段的测试，在逐个字段的测试里也有两点需要进行确认，第一是字段最大长度，第二是一些特殊的字段类型，如时间、double等。
4.流程开发
近期的主数据配置工作包括了数据建模、功能建模和流程开发。数据建模工作是根据前期调研总结出来的字段信息进行组织、岗位、人员、客户、供应商数据主数据建模、参考数据建模，功能建模工作是通过数据建模配置MDM功能页面；流程开发工作是通过ESB设计器对组织、岗位、人员、客户、供应商数据的初始化、新增、变更、同步流程进行开发和测试，使各信息系统数据同步。
经验教训初次参与项目实施主数据治理方案，从项目中接触到许多陌生的工作，遇到了很多问题，通过这次参与项目了解的实施人员的日常工作，也对主数据治理方案理解得更加透彻。
1.业务生疏
初次来到项目现场工作，无论是对业务理解方面还是在沟通交互方面都有很大的欠缺。业务生疏主要体现在两方面，一个是不清楚产品整个实施过程，另一个是对客户的实际业务以及产品如何实现客户业务方面不清晰，造成大多数情况下不理解需要向同事询问，所以初入项目现场进行工作，一定要多听、多看、多问、少说，这样才能了解产品实施工作流程，避免出现客户不信任自己和影响公司形象的情况。
2.经验不足
初次来到项目现场工作，无论是对方案还是产品理解方面都有很大的不足。在项目现场工作能够收获很多知识，但是在学习这些知识的时候一定要避免出现错误。因为第一次进入项目现场工作，每个人都不可避免地出现不懂的地方，所以在项目现场的工作中一定要多听、多看、多问、少说，只有这样才能避免错误的出现，并且学习到项目现场的工作流程以及客户的实际业务。
3.沟通交互
进入项目现场的实施工作中非常重要的一点就是交流，在现场每天与客户、其他业务系统工作人员面对面工作，或多或少免不了进行沟通。沟通要注意措辞把握分寸，避免与客户在工作上产生歧义，沟通中必须要反复确认，切勿自己主观臆断；在沟通结束后将沟通内容进行总结，避免出现遗漏或不明确的问题，详细考虑或者与上级领导讨论后再给客户最优的答复。
4.心态调整
在外做项目要摆正心态，调整好自己的心态，不论做任何事情，都需要竭尽全力。因为尽心尽力地做事可以决定一个人事业的成功或者失败，所以无论何时，都要以主动、热情、积极、努力的态度来工作。这样才能获得更多的锻炼机会，提高自己的工作能力，丰富自己的人生经历，为以后的职业生涯奠定扎实的基础，与公司共创共赢。
心得体会初入项目进行主数据治理方案实施工作，从实施工作中了解到许多以前想象不到工作，也改变了以前对很多问题的看法。在项目中收获了很多知识、经验，能力上也得到了提升。
1.方案理解
主数据治理方案的最终目的就是实现客户各个业务系统数据统一，统一管控，统一维护，清除各个业务系统的冗余数据，提升数据质量，保证各信息系统之间信息传输的一致性，为核心应用系统提供统一数据标准，有效集成系统数据信息，为后续信息化系统建设奠定基础。统一系统架构及协同标准，单一系统变化对其他系统影响极小，符合未来业务发展需求，为后续信息化建设提供支撑。
2.意识形态
在这段时间里收获最多是如何去沟通以及如何以客户的角度看待问题，在工作过程中听到了很多客户的需求，让我真正意识到我们软件行业其实是个服务行业，我们所有的工作最后都是为了让客户能够更好的工作，让客户拥有更好地体验感，所以在后续的工作中无论是实施还是开发都会转换角度去看自己的工作，提升自己的工作能力。
3.能力提升
能力提升方面主要有两方面：一方面是通过对博实项目服务器环境的部署加深了对UMC云平台的理解，另方面更加熟悉了主数据治理方案，同时也对MDM和ESB两款有了一定的了解，在使用上熟练了很多。通过本次项目服务器环境的部署工作让自己看清了在关于UMC的工作中缺少了哪些重要的东西，让自己意识到不能只看眼前，有些工作和知识是可以顺带完成和学习的，这样才能快速提升。
4.工作总结
这段时间工作充满坎坷，在环境部署和方案实施的工作中，出现了很多问题，也发现了很多自身存在的问题。后续最需要的就是反省自己，调整自己在工作中的做事方式和方法，养成良好的工作习惯，不能像之前一样局限自身，要快速熟悉客户的业务和项目现场的全部工作。
项目现场开发不像是在公司里进行开发，现场开发需要面对面地和客户交流，第一时间了解客户的需求，能更加近距离地知道客户想要什么、想实现什么。进入本次项目，终于真正理解了为什么开发产品的时候要以客户的角度去看待产品，如果没有项目现场的工作经验，只在公司埋头开发无异于闭门造车，作出的功能甚至产品都不能满足客户的需要，客户的使用体验也会大打折扣。后续的工作中要时刻站在客户角度看待问题和需求，争取更好地完成工作。
本文由@数通畅联原创，欢迎，仅供学习交流使用，请注明出处！谢谢~