组织人事类主数据业务梳理以及流程编排
Posted 数通畅联
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了组织人事类主数据业务梳理以及流程编排相关的知识,希望对你有一定的参考价值。
主数据是描述企业核心业务实体的数据,是企业核心业务的主要构成部分,各个订单、合同以及业务的主体,在企业内部被重复、共享应用的数据,主数据跨越企业各个业务部门以及各类业务系统,是应用系统之间数据交互的基础。
无论什么行业的企业都会涵盖组织人事类的数据,组织人事类的主数据主要包括组织主数据、人员主数据以及岗位主数据信息,往往这些主数据之间会存在一定的业务关联,比如岗位主数据会关联自身的上级岗位,组织主数据会关联当前组织的所属管理岗位,人员主数据更不必多说,同时会关联多组织或者多岗位的情况。本文现对组织人事类主数据的业务关联逻辑以及使用ESB进行流程编排进行说明,为后续公司产品交付类项目以及产品培训类项目的组织人事类主数据处理提供参考资料。
1总体说明
本章是对全文进行整体概括,主要是对组织人事类主数据整体需求进行说明,包括这些主数据需要达到什么目的,可以帮助客户实现哪些价值,并对主数据的数据来源系统以及分发系统进行说明,同时包括数据消费系统的需求说明,最后对整体的数据架构以及集成架构进行整体说明。
1.1需求说明
所有的业务系统或者产品的功能都是帮助所使用的客户解决问题、创造价值,产品的研发也是围绕着客户的需求、痛点以及行业发展趋势不断迭代,本小节主要对组织人事类主数据的核心需求进行说明。
核心需求:
1.保障企业内部数据的一致性、完整性以及准确性,统一数据管理标准、维护标准、统一数据口径、数据维护流程,清洗企业内部冗余数据,有效提升数据质量;
2.保证各信息系统之间信息传输的一致性,为核心应用系统提供统一数据标准,有效集成系统数据信息,为后续系统建设奠定基础;
3.主数据可以为各个业务系统提供数据支撑,辅助企业实现数据决策、风险管控、情报研究等等。
组织人事类主数据需求:
1.组织主数据:组织主数据除基本字段信息外,必须要包含组织的岗位领导,即组织主数据和岗位主数据相关联,方便各数据消费系统工作流以及权限的管控;
2.岗位主数据:岗位主数据除基本字段信息外,必须要包含岗位的所属组织以及岗位领导,即岗位主数据和组织主数据相关联以及岗位主数据自关联,方便各数据消费系统工作流以及权限的管控;
3.人员主数据:人员主数据除基本字段信息外,必须要包含人员的所属组织以及所属岗位(多岗位),即人员主数据和组织主数据相关联以及岗位主数据相关联,方便各数据消费系统工作流以及权限的管控。
1.2数据架构
主数据治理项目整体数据架构从各个应用系统获取数据信息,在主数据管理平台对元数据信息进行统一管理,具体包元数据信息的采集、定义、变更等,在数据分析时可以跟据元数据信息进行数据血缘分析、影响分析等,基于元数据进行主数据建模部署过后实现基础数据信息得管理,保证全集团公司数据具有高度共享性、一致性、完整性、高数据维度统一。
数据架构图如下:
如数据架构图所示,从数据源头系统获取组织、人员、岗位、客户、供应商等基础数据信息,通过ESB企业服务总线将数据同步至MDM主数据管理平台中,在主数据管理平台进行数据模型的创建、数据编码的定制以及数据质量的管理等等,最后将干净的数据分发至需要的各业务系统中。
1.3集成架构
主数据治理项目是将企业的主数据,如组织、人员、岗位、客户、供应商、产品、项目等数据信息进行共享,提高数据特征的一致性、识别唯一性、高度共享性及长期有效性,从而获得“单一的基础数据来源”,避免提供的数据有误造成大量定制视图或者统计报表计算逻辑错误,导致流程监控出错等一系列问题,为企业运营管理过程中深度应用集成、业务流程再造、业务升级创新提供准确的数据支撑。
基础数据治理方案集成架构图如下:
ESB企业服务总线主要作为数据交换平台,支持应用间批量数据交换和数据库间的数据交互,包括数据的抽取、转换和导入操作。不需要向不同的业务系统请求主数据的获取、同步,只需要通过ESB进行数据分发、下发等操作即可获取这些数据,帮助企业数据整合或数据中心建设。
1.4数据模型
组织人事类主数据整体数据模型图如下:
1.组织主数据和岗位主数据相关联;
2.岗位主数据和组织主数据相关联以及岗位主数据自关联;
3.人员主数据和组织主数据相关联以及岗位主数据(多岗位)相关联。
2方案说明
整体方案说明包括主数据治理解决方案的说明,并对主数据组织人事类主数据的模型创建以及功能实现技术要点进行说明,最后对具体的实现思路进行说明。
2.1解决方案
主数据管理平台可以和公司另一款产品企业服务总线组成基础数据治理解决方案,解决各个系统之间的数据分散、重复,未完全形成业务闭环,数据孤立不能互通,数据统计不一致,企业主数据(组织、人员、岗位客户、供应商、产品、项目等)不能共享,数据不完整,缺少关键基础数据,历史数据丢失现象严重,且数据质量低、无统一管理、集成数据可用性差的现象。
在该方案中企业服务总线主要作为数据交换平台,支持应用间批量数据交换和数据库间的数据交互,包括数据的抽取、转换和导入操作。不需要向不同的业务系统请求主数据的获取、同步,只需要通过ESB进行数据分发、下发等操作即可获取这些数据,帮助企业数据整合或数据中心建设。
2.2技术要点
1.主数据组织、人员、岗位主数据模型的配置,注意涉及编码字段要建立两个:一是用于存储来源系统的逻辑主键,二是编码用于存储展示的编码字段;
2.主数据的关联字段要建立两个,例如人员关联岗位或者所属组织:一个字段存储来源系统的逻辑主键,便于集成流程的处理,另一个用于存储主数据的逻辑主键,有时也利于主数据模型内组件的处理;
3.集成流程的严密性需要特别考虑,考虑集成流程接收数据是空的数据格式处理,以及格式错误的形式处理。
2.3实现思路
1.首先收集组织、人员、岗位主数据进行字段的收集以及字段信息的完善;
2.主数据管理平台数据模型、功能模型、参考数据以及分类模型等的配置以及功能验证;
3.ESB企业服务总线应用集成流程的配置以及流程生成;
4.ESB应用集成流程开发以及集成流程业务联测、功能测试。
3模型配置
主数据的模型创建核心是为最终用户提供可视化管理维护页面,并生成对应的主数据接口,主数据的模型的创建是通过主数据平台的数据建模及功能建模来数据管理维护,其创建过程如下。
3.1数据建模
数据建模的创建主要依据用户最终确认的字段信息,在主数据平台进行模型创建,在主数据建模是配置元数据字段信息,并定义该字段的编码规则、唯一校验、校验规则、是否必填、字段类型、展示类别等。
首先创建数据模型,定义模型的类型。
主数据预制了简单列表、数据管理、数据表格、主从列表四种模型展示方式,本次组织人事类主数据模型配置主要使用树形管理以及简单列表关联树功能模型,下面进入元数据字段信息的配置。
以编码元数据字段信息为例,进入其编辑页面。
下面介绍元数据字段信息配置的几种典型的使用场景。
1.设置编码规则:可以为主数据编码设置编码。
主数据编码编码规则分为三类,具体包含固定值、流水号以及表单字段三种形式。
2.显示类型:显示类型对应用户管理维护字段的显示,包括手工输入、下拉选、单选框、widget组件以及隐藏域等。
3.横向储存:横向储存勾选后会在数据库创建对应的表结构。
4.是否多值:是否多值主要核心应用场景体现在一人多岗的情况。
5.校验规则:对用户输入字段信息限制,例如手机号字段信息,可以增加手机号校验规则,防止客户输入失误。
在数据建模录入完毕后通过提交按钮可以创建数据库表结构并提交到功能建模。
3.2功能建模
功能建模其核心主要是依据数据建模的表结构选择功能模型,配置页面的显示(表单配置),包括显示字段、查询SQL的配置、数据质量匹配度的配置等等,首先通过新增按钮创建基础数据信息。
在表单页面配置页面显示样式。
最后解析SQL部署并保存。
3.3分类建模
在功能建模创建模型时勾选树关联,所以需要到分类数据建模调表单左侧树节点。由组织主数据主数据作为左侧分组树。
通过点击配置SQL,选择对应的主数据。
3.4效果展示
在部署之后进入主数据管理页面,查看部署后页面效果,可以在列表页面生成任务,完成数据的分发操作。
进入编辑页面查看详情。
4应用集成
主数据平台的数据是通过ESB应用集成流程实时同步至主数据管理平台内。本章以设计组织主数据的同步流程为例进行细致讲解,具体包括根据不同的源头系统接口出参进行分支判断,在流程内进行数据转换映射,将数据进行实时同步。
4.1集成说明
上文已经将源头系统的接口在主数据内进行注册,本次应用集成采用推拉的方式在源头系统数据确认发布后绑定ESB应用集成流程推一条唯一值(编码/ID)到集成流程内,另外源头系统需提供单条数据获取接口,在集成流程内跟据ID去反查该条数据信息,获取后在进行数据的转换处理,处理成MDM主数据管理平台标准的入参格式,同步至主数据内,最终由主数据管理平台实现数据分发。
4.2场景配置
在ESB企业服务总线,在对应集成分组下新增一集成场景,输入对应的编码和名称后选择数据来源系统及数据来源系统接口。
在选择目标系统及目标系统接收接口,此处目标系统为MDM系统,所以选择MDM的Sync-data接口。
在保存后进行字段信息的映射。
点击提交按钮ESB设计器会基于前台场景配置生成对应的集成流程,开发人员可以在该集成流程的基础上进行调试完善,便可以达到数据实时同步的效果。
4.3流程调整
流程调整最终效果如下:
整体流程调整说明从数据转换开始进行处理,并忽略构造集成日志以及写应用集成日志的步骤说明,其它说明内容如下:
1.数据转换:将源业务系统推送过来的数据格式进行字段格式转换以及参考数据格式处理;
2.获取tokenId:获取主数据系统的Token,由appCode及appPwd作为入参参数获取token;
3.MDM同步:调用主数据管理系统的Sync-data接口进行数据的同步;
4.调用任务处理流程:此处主要是构造数据从主数据分发数据到其它业务系统的分发流程,本处用于构造调用分发流程的参数;
5.获取tokenId:调用第三方数据接收系统的token;
6.流程提交:调用主数据系统的launch-flow流程提交流程进行分发。
4.4功能验证
在ESB内进行流程的调用;
在主数据系统进行功能验证;
5心得体会
通过本次与各业务系统的频繁对接让我对其业务系统以及我们主数据治理方案有了一定的了解,也为后续主数据治理项目做了铺垫,在实际项目实施与产品开发完善过程中也暴露了自身的诸多问题,现从业务积累、经验积累以及产品开发心得层面总结如下。
5.1经验积累
通过这个项目的实施工作,让我对主数据治理项目有了更进一步的了解,清晰地认识到了主数据治理项目及企业应用集成的难点。主数据治理项目的实施同其它行业一样,实施难点在于对业务不够了解,只有将企业的整体运营模式吃透后才能对主数据治理及企业应用集成实施更加得心应手。
5.2能力提升
本次流程的开发,自己花费了很多的心力,首先是自己对于业务了解及产品结构了解不足,对于问题定位较慢,因此自己需要用时间来堆,不断地调试,不断地发现问题,并且很多时候由于自己的急躁很容易忽略细节,在这次开发的过程中也在慢慢地打磨心性,慢慢地在沉淀。
5.3集成要点
本次应用集成开发实际上最重要的不是技术上的问题,最重要的是了解其数据结构,了解各类主数据之间的关联关系,在各类主数据集成流程的开发过程中各类数据关联性是非常高的,所以说在IT行业了解业务是至关重要的。
因此,一个能够熟悉、了解、认可业务的技术人员,往往会对自己应该做什么,有比较明确的认知。所以说在保证项目按期保质完成的基础上,花时间去了解需求背后的业务问题和业务变化,扩展自己对业务认知的版图,加深自己对业务的理解才是能力提升的最佳方法。
以上是关于组织人事类主数据业务梳理以及流程编排的主要内容,如果未能解决你的问题,请参考以下文章