CN111784108A - 一种主数据管理平台的建模方法和装置 - Google Patents

Abstract

本发明涉及一种主数据管理平台的建模方法和装置，属于企业信息化管理系统中的建模过程优化的技术领域，解决了现有的建模方式增加了工作重复性和实施人员的工作量，也增加了开发人员的维护难度等问题。主数据管理平台的建模方法包括：提取业务上必须具备的字段和主数据管理平台的内部字段作为多个公共字段；基于所述多个公共字段建立数据基类模型；根据业务类型确定与所述业务类型相对应的业务模型字段；以及基于所述业务模型字段建立多个业务数据模型，其中，每个业务数据模型都引用所述数据基类模型的所述多个公共字段。通过建立数据基类模型，使每个业务数据模型引用数据基类模型，从而避免了传统建模过程中存在的大量重复性工作。

Description

一种主数据管理平台的建模方法和装置

技术领域

本发明涉及企业信息化管理系统中的建模过程优化的技术领域，尤其涉及一种主数据管理平台的建模方法和装置。

背景技术

ERP(Enterprise Resources Planning)软件作为信息产业的核心和灵魂有着重大作用，而在ERP软件的基础就是数据模型，创建数据模型的过程就是建模。但在信息技术不断发展的今天，企业内部信息数据种类繁多，传统ERP软件的建模过程弊端不断显露。传统ERP软件建模过程中存在大量重复性工作，例如相同数据流程的不同数据模型需要分别创建流程和单据，相同字段的单据模型和数据模型之间需要额外配置实体转换规则。这些冗余的工作，增加了实施人员和开发人员的工作量，提高了配置工作的复杂度，也增加了企业运维的复杂度和成本。正是针对上述问题，主数据管理平台创建一种动态一体化流程配置方法，可以大大简化上述过程。

ERP软件中建模工作需要的工作项有，先配置该类信息数据的数据模型，接着配置业务单据模型，然后是信息数据需要的流程，最后是配置数据模型和业务单据模型之间的实体转换规则(参考图1)。每添加一类管理的信息数据都需要重复上述步骤。在企业信息化水平不断提高的今天，企业需要管理信息数据多种多样，这大大增加了建模工作的重复和实施人员的工作量，也增加了开发人员的维护难度。

发明内容

鉴于上述的分析，本发明实施例旨在提供一种主数据管理平台的建模方法和装置，用以解决现有的建模方式增加了工作重复性和实施人员的工作量，也增加了开发人员的维护难度等问题。

一方面，本发明实施例提供了一种主数据管理平台的建模方法，包括：提取业务上必须具备的字段和主数据管理平台的内部字段作为多个公共字段；基于所述多个公共字段建立数据基类模型；根据业务类型确定与所述业务类型相对应的业务模型字段；以及基于所述业务模型字段建立多个业务数据模型，其中，每个业务数据模型都引用所述数据基类模型的所述多个公共字段。

上述技术方案的有益效果如下：通过建立数据基类模型，使每个业务数据模型能够引用数据基类模型，而不需要在每个业务数据模型上重复建立公共字段，从而避免了传统建模过程中存在的大量重复性工作。

基于上述方法的进一步改进，在建立多个业务数据模型之后，还包括：提取业务单据的头部基础信息；以及基于所述头部基础信息建立单据基类模型，其中，所述单据基类模型包括在所述单据基类模型运行期间调用与所述业务类型相对应的单据以加载与所述业务类型相对应的业务数据模型的接口。

基于上述方法的进一步改进，在建立单据基类模型之后，通过以下步骤调用与所述业务类型相对应的单据还包括：通过网络请求获取新增单据的网络地址URL；在所述网络地址URL尾部追加参数TYPEID，其中，所述参数TYPEID为业务数据模型的类型参数；在所述新增单据页面打开后，加载所述单据基类模型的同时，从所述网络地址URL请求参数中获取所述参数TYPEID；以及根据所述参数TYPEID通过该类型的业务数据模型的所有字段，添加所述新增单据的单据内容。

基于上述方法的进一步改进，在建立所述单据基类模型之后，还包括：在所述主数据管理平台上创建共用流程，其中，所述多个业务数据模型均使用所述共用流程。

基于上述方法的进一步改进，所述共用流程包括：数据录入环节、提交环节、审核环节和入库环节。

基于上述方法的进一步改进，在建立所述数据基类模型之后并且在建立所述多个业务数据模型之前，或者在建立所述多个业务数据模型之后，建立所述单据基类模型。

基于上述方法的进一步改进，所述单据基类模型的头部基础信息包括：单据摘要、制单日期、填报部门、单据编号、申请编号、业务批次和单据内容。

基于上述方法的进一步改进，所述公共字段包括：主数据名称、主数据编码、数据来源、变更人、最后更新日期、所属组织、辅助说明、启停状态、版本号和业务批次。

基于上述方法的进一步改进，所述多个业务数据模型包括人员数据模型、组织数据模型和材料数据模型。

另一方面，本发明实施例提供了一种主数据管理平台的建模装置，包括：公共字段提取模块，用于提取业务上必须具备的字段和主数据管理平台的内部字段作为多个公共字段；数据基类模型建立模块，用于基于所述多个公共字段建立数据基类模型；业务模型字段确定模块，用于根据业务类型确定与所述业务类型相对应的业务模型字段；以及业务数据模型建立模块，用于基于所述业务模型字段建立多个业务数据模型，其中，每个业务数据模型都引用所述数据基类模型的所述多个公共字段。

与现有技术相比，本发明至少可实现如下有益效果之一：

1、通过建立数据基类模型，使多个业务数据模型中的每个都能够引用数据基类模型，而不需要在每个业务数据模型上重复建立公共字段，从而避免了传统建模过程中存在的大量重复性工作。

2、本发明的多个业务数据模型可以共用同一个流程和单据，无需再配置重复的流程，这将大大减少实施人员的工作量和维护工作，从而提高实施效率，节省实施成本。

3、ERP软件一般维护时间较长，当后期新增纳管数据或者维护时都更加容易，因为新增一类管理数据时，只需要新增对应的数据模型即可。降低了运维难度，经验容易沉淀，学习成本降低。新入场实施运维人员可快速上手。

4、对企业来说，信息管理更加清晰化，结构化，数据之间共性和个性一目了然。

5、对于厂商来说，降低了人力成本，缩减了工作量，提高了产品竞争力。

本发明中，上述各技术方案之间还可以相互组合，以实现更多的优选组合方案。本发明的其他特征和优点将在随后的说明书中阐述，并且，部分优点可从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过说明书以及附图中所特别指出的内容中来实现和获得。

附图说明

附图仅用于示出具体实施例的目的，而并不认为是对本发明的限制，在整个附图中，相同的参考符号表示相同的部件。

图1为传统ERP软件建模配置的示意图；

图2为根据本发明实施例的主数据管理平台的建模方法的流程图；

图3为根据本发明实施例的建模配置的示意图；

图4为根据本发明实施例的建模流程的流程图；

图5为根据本发明实施例的单据流程的流程图；以及

图6为根据本发明实施例的主数据管理平台的建模装置的框图。

附图标记：

602-公共字段提取模块；604-数据基类模型建立模块；606-业务模型字段确定模块；以及608-业务数据模型建立模块

具体实施方式

下面结合附图来具体描述本发明的优选实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理，并非用于限定本发明的范围。

本发明的一个具体实施例，公开了一种主数据管理平台的建模方法，如图2所示。主数据管理平台的建模方法包括：步骤S202，提取业务上必须具备的字段和主数据管理平台的内部字段作为多个公共字段；步骤S204，基于多个公共字段建立数据基类模型；步骤S206，根据业务类型确定与业务类型相对应的业务模型字段；以及步骤S208，基于业务模型字段建立多个业务数据模型，其中，每个业务数据模型都引用数据基类模型的多个公共字段。

与现有技术相比，本实施例提供的主数据管理平台的建模方法，通过建立数据基类模型，使每个业务数据模型能够引用数据基类模型，而不需要在每个业务数据模型上重复建立公共字段，从而避免了传统建模过程中存在的大量重复性工作。

下文中，将参考图2对主数据管理平台的建模方法进行详细描述。

参考图2，主数据管理平台的建模方法包括：步骤S202，提取业务上必须具备的字段和主数据管理平台的内部字段作为多个公共字段。具体地，公共字段可以包括：主数据名称、主数据编码、数据来源、变更人、最后更新日期、所属组织、辅助说明、启停状态、版本号和业务批次等基本信息字段，但不包括业务上的信息字段。例如，业务上必须具备的字段可以包括主数据编码、主数据名称、版本号等，主数据管理平台的内部字段可以包括最后更新日期和启停状态等。

在提取多个公共字段之后，进入步骤S204，基于多个公共字段建立数据基类模型。其他业务数据模型可以引用继承该数据基类模型，而不需要在每个业务数据模型上重复创建公共字段。

在建立数据基类模型之后，进入步骤S206，根据业务类型确定与业务类型相对应的业务模型字段。业务类型包括人员业务、组织业务和材料业务。具体地，根据人员业务确定与人员业务相对应的人员模型字段；根据组织业务确定与组织业务相对应的组织模型字段；以及根据材料业务确定与材料业务相对应的材料模型字段。

在确定与业务类型相对应的业务模型字段之后，进入步骤S208，基于业务模型字段建立多个业务数据模型，其中，每个业务数据模型都引用数据基类模型的多个公共字段。多个业务数据模型包括人员数据模型、组织数据模型和材料数据模型。具体地，基于人员模型字段建立人员数据模型；基于组织模型字段建立组织数据模型；以及基于材料模型字段建立材料数据模型。

在建立数据基类模型之后并且在建立多个业务数据模型之前，或者在建立多个业务数据模型之后，建立单据基类模型。具体地，单据基类模型包括：提取业务单据的头部基础信息；以及基于头部基础信息建立单据基类模型，其中，单据基类模型包括在单据基类模型运行期间调用与业务类型相对应的单据以加载与业务类型相对应的业务数据模型的接口。具体地，单据基类模型的头部基础信息包括：单据摘要、制单日期、填报部门、单据编号、申请编号、业务批次和单据内容。

在建立单据基类模型之后，主数据管理平台的建模方法还可以包括：在主数据管理平台上创建共用流程，其中，多个业务数据模型均使用共用流程。具体地，共用流程可以包括：数据录入环节、提交环节、审核环节和入库环节。

在建立单据基类模型之后，通过以下步骤调用与业务类型相对应的单据还包括：通过网络请求获取新增单据的网络地址URL；在网络地址URL尾部追加参数TYPEID，其中，参数TYPEID为业务数据模型的类型参数；在新增单据页面打开后，加载单据基类模型的同时，从网络地址URL请求参数中获取参数TYPEID；以及根据参数TYPEID通过该类型的业务数据模型的所有字段，添加新增单据的单据内容。

下文中，以具体实例的方式参考图3至图5对主数据管理平台的建模方法进行详细描述。

根据本发明实施例的主数据管理平台的建模方法可以包括以下步骤：

1、抽离出业务上必须具备、主数据管理平台的内部字段、所有数据模型的公共字段建立数据基类模型，包括数据编码，数据名称，更新时间，数据状态，版本信息等基本信息字段，不包括业务上信息字段。其他业务数据模型引用继承此数据基类模型，不需要在每个业务数据模型上重复创建公共字段

2、一张单据由单据头部和单据内容组成，单据头部是单据的基础信息，包括单据名称，单据所属组织，制单日期等数据。单据内容是承载的业务数据，例如需要新增【人员】数据类型的数据时，单据内容就是【人员】数据类型的字段，供业务人员进行录入。抽离出单据共性的部分(头部基础信息)建立起一张单据基类模型，单据基类模型和数据基类模型并不是一个整体模型，此时单据基类模型不包括对应承载的业务数据模型字段，即单据内容暂时为空。

3、调研企业信息管理需求，确定数据类型的业务模型字段，并建立对应的业务数据模型；

4、根据企业信息管理需要，画出所需流程

流程指的是数据录入到数据入库的一个过程，可以自由定义。例如，企业规定【人员】录入完成后需要由专门人员进行审核，审核通过之后才能入库，这时可以在流程上添加录入环节和审核环节，简图请见下文图5。而流程中传递的内容就是单据，在画流程时需要指定使用的单据，这时在流程上引入前面设置好的单据基类模型。对比图1和图3可以发现，本发明去除了大量重复性工作，采用图3的动态加载数据模型来替代图1的一一对应配置方案。

5、上面的属于配置步骤，当配置工作完成之后，可以正式在主数据管理平台使用该功能。进入主数据管理平台主数据维护功能菜单。主数据维护页面展示该企业内部纳管的所有主数据类型，点击某个主数据类型(例如人员)进入主数据维护详情。

6、主数据维护详情提供数据在(数据)库数据展示和数据维护功能。当业务人员需要新增数据时，点击新增按钮。此时通过网络请求获取新增单据网络地址(URL)，然后在新增单据的URL尾部追加参数typeid，形式如：http://host:port/单据url？typeid＝人员数据类型的typeid，以新页签方式打开该页面。

7、单据页面打开后，首先会加载单据的共性(头部)字段，然后从网络URL请求参数中获取业务数据模型typeid。根据此id，通过网络请求或者此模型设置的所有业务字段，添加到单据内容中，从而提供数据录入功能。

8、业务人员录入数据，提交审批。审批人员通过审批后，单据流转完结，数据进入数据库。

对比传统ERP软件建模过程，本发明去除流程和数据模型之间的一一绑定关系，具有相同流程的数据模型可以使用同一个流程，不需要在创建重复的流程。也去除数据模型和业务单据之间的实体转换，直接使用统一的数据模型进行数据存储。

在前期业务调研工作完成之后，开始建模工作。建模过程图4所示：

第一步先创建基类数据模型，基类数据模型中的字段与具体业务没有关系，是每个业务数据模型都必须有的。当后期发生变化时，可以再次进入主数据管理平台进行修改，所有引用了该基类模型的业务数据模型都会得到更新。基类数据模型字段如下表1所示：

表1

第二步，创建共用的单据模型。一张单据由单据头部和单据内容组成，单据头部是单据的基础信息，单据内容承载的是对应业务数据，例如需要新增【人员】数据类型的数据时，单据内容就是【人员】数据类型的字段，供业务人员进行录入。在这一步需要创建单据的头部字段，保留单据内容为空。待运行期加载对应的业务数据模型进入单据内容。当后期发生变化时，可以再次进入主数据管理平台进行修改。单据模型字段如下表所示：

表2

第三步，根据前期调研结果，在主数据管理平台绘制出业务所需流程。流程规定了单据的流转过程，例如业务人员打开新增单据录入数据，属于数据录入环节，业务人员录入数据结束，点击传递，数据需要再一次审查，属于数据审核环节，审核通过后流程结束。对应这样的流程，新增开始接电脑，表示流程开始；增加数据录入节点，指定角色或者用户，这就对应数据录入环节；再增加数据审核节点，指定审核角色或者用户，这就对应了数据审核环节，最后添加结束节点，表示流程完结，数据入库。可以参考附图部分中的流程简图。当后期流程发生变化时，可以再次进入主数据管理平台进行修改。

第四步，在主数据管理平台上创建业务数据模型，该业务数据模型需要引用数据基类模型。当引用数据基类模型后，当后期数据基类模型发生变化后，各业务数据模型也会对应修改。字段根据各企业自身需求而定。例如人员数据类型，需要的字段有姓名，年龄，性别等。当后期发生变化时，可以再次进入主数据管理平台进行修改。

第五步，上面的属于配置步骤，当配置工作完成之后，可以正式在主数据管理平台使用该功能。进入主数据管理平台主数据维护功能菜单。主数据维护页面展示该企业内部纳管的所有主数据类型，点击某个主数据类型(例如人员)进入主数据维护详情。

第六步，主数据维护详情提供数据在(数据)库数据展示和数据维护功能。当业务人员需要新增数据时，点击新增按钮。此时通过网络请求获取新增单据网络地址(URL)，然后在新增单据的URL尾部自动追加参数typeid，形式如：http://host:port/单据url？typeid＝人员数据类型的typeid，以新页签方式打开该页面。

第七步，单据页面打开后，首先会加载单据的共性(头部)字段，然后从网络URL请求参数中获取业务数据模型typeid。根据此id，通过网络请求或者此模型设置的所有业务字段，添加到单据内容中，从而提供数据录入功能。例如打开人员新增单据，首先会加载单据基类模型中的字段，放在单据头部位置显示，然后通过人员的业务数据模型typeid加载人员数据模型的字段，例如姓名，年龄，性别等，在单据内容区域生成表格，供业务人员录入数据。

第八步，业务人员录入数据，提交审批。审批人员通过审批后，单据流转完结，数据进入数据库。

下文中，将参考图6对主数据管理平台的建模装置进行描述。参考图6，主数据管理平台的建模装置包括：公共字段提取模块602，用于提取业务上必须具备的字段和主数据管理平台的内部字段作为多个公共字段；数据基类模型建立模块604，用于基于多个公共字段建立数据基类模型；业务模型字段确定模块606，用于根据业务类型确定与业务类型相对应的业务模型字段；以及业务数据模型建立模块608，用于基于业务模型字段建立多个业务数据模型，其中，每个业务数据模型都引用数据基类模型的多个公共字段。

主数据管理平台的建模装置还包括多个其他模块。主数据管理平台的建模装置与主数据管理平台的建模方法相对应，为了避免赘述，省略了多个其他模块的详细描述。

与现有技术相比，本发明至少可实现如下有益效果之一：

1、通过建立数据基类模型，使多个业务数据模型中的每个都能够引用数据基类模型，而不需要在每个业务数据模型上重复建立公共字段，从而避免了传统建模过程中存在的大量重复性工作。

2、本发明的多个业务数据模型可以共用同一个流程和单据，无需再配置重复的流程，这将大大减少实施人员的工作量和维护工作，从而提高实施效率，节省实施成本。

3、ERP软件一般维护时间较长，当后期新增纳管数据或者维护时都更加容易，因为新增一类管理数据时，只需要新增对应的数据模型即可。降低了运维难度，经验容易沉淀，学习成本降低。新入场实施运维人员可快速上手。

4、对企业来说，信息管理更加清晰化，结构化，数据之间共性和个性一目了然。

5、对于厂商来说，降低了人力成本，缩减了工作量，提高了产品竞争力。

本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读存储介质中。其中，所述计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种主数据管理平台的建模方法，其特征在于，包括：

提取业务上必须具备的字段和主数据管理平台的内部字段作为多个公共字段；

基于所述多个公共字段建立数据基类模型；

根据业务类型确定与所述业务类型相对应的业务模型字段；以及

基于所述业务模型字段建立多个业务数据模型，其中，每个业务数据模型都引用所述数据基类模型的所述多个公共字段。

2.根据权利要求1所述的主数据管理平台的建模方法，其特征在于，在建立多个业务数据模型之后，还包括：

提取业务单据的头部基础信息；以及

基于所述头部基础信息建立单据基类模型，其中，所述单据基类模型包括在所述单据基类模型运行期间调用与所述业务类型相对应的单据以加载与所述业务类型相对应的业务数据模型的接口。

3.根据权利要求2所述的主数据管理平台的建模方法，其特征在于，在建立单据基类模型之后，通过以下步骤调用与所述业务类型相对应的单据还包括：

通过网络请求获取新增单据的网络地址URL；

在所述网络地址URL尾部追加参数TYPEID，其中，所述参数TYPEID为业务数据模型的类型参数；

在所述新增单据页面打开后，加载所述单据基类模型的同时，从所述网络地址URL请求参数中获取所述参数TYPEID；以及

根据所述参数TYPEID通过该类型的业务数据模型的所有字段，添加所述新增单据的单据内容。

4.根据权利要求2所述的主数据管理平台的建模方法，其特征在于，在建立所述单据基类模型之后，还包括：在所述主数据管理平台上创建共用流程，其中，所述多个业务数据模型均使用所述共用流程。

5.根据权利要求4所述的主数据管理平台的建模方法，其特征在于，所述共用流程包括：数据录入环节、提交环节、审核环节和入库环节。

6.根据权利要求2所述的主数据管理平台的建模方法，其特征在于，在建立所述数据基类模型之后并且在建立所述多个业务数据模型之前，或者在建立所述多个业务数据模型之后，建立所述单据基类模型。

7.根据权利要求2所述的主数据管理平台的建模方法，其特征在于，所述单据基类模型的头部基础信息包括：单据摘要、制单日期、填报部门、单据编号、申请编号、业务批次和单据内容。

8.根据权利要求1至7中的任一项所述的主数据管理平台的建模方法，其特征在于，所述公共字段包括：主数据名称、主数据编码、数据来源、变更人、最后更新日期、所属组织、辅助说明、启停状态、版本号和业务批次。

9.根据权利要求1至7中的任一项所述的主数据管理平台的建模方法，其特征在于，所述多个业务数据模型包括人员数据模型、组织数据模型和材料数据模型。

10.一种主数据管理平台的建模装置，其特征在于，包括：

公共字段提取模块，用于提取业务上必须具备的字段和主数据管理平台的内部字段作为多个公共字段；

数据基类模型建立模块，用于基于所述多个公共字段建立数据基类模型；

业务模型字段确定模块，用于根据业务类型确定与所述业务类型相对应的业务模型字段；以及

业务数据模型建立模块，用于基于所述业务模型字段建立多个业务数据模型，其中，每个业务数据模型都引用所述数据基类模型的所述多个公共字段。

Images