CN105718275A - Erp系统中的模型加载方法和系统 - Google Patents

Abstract

一种ERP系统中的模型加载方法，所述方法包括：接收加载模型的请求；根据所述请求，获取所述模型中的业务元素；获取所述业务元素对应的可见性属性；对可见性属性为可见的业务元素生成对应的网络指令；将生成的网络指令返回至前端，使所述前端根据所述网络指令生成对应的控件加载至模型。采用该方法，能够有效减少不必要的网络指令，提高了业务元素的加载速度。此外还提供一种ERP系统中的模型加载系统。

Description

ERP系统中的模型加载方法和系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种ERP系统中的模型加载方法和系统。

背景技术

当前行业的细分程度越来越高，为了满足不同行业的不同业务需求，可以在ERP(EnterpriseResourcePlanning，企业资源计划)系统中给同一模型(如，采购订单)添加不同的业务元素(如，采购订单的【供应商】、【金额】、【数量】等)。同一模型的业务元素随着业务需求的增加变得越来越多，越来越复杂时，这个模型就逐渐演变成一个大而全的业务元素集合。虽然在前端可以将企业用不到的业务元素隐藏或禁用，但是在企业的操作员点击模型，请求加载模型后，服务端还是会对所有的业务元素，其中包括隐藏的或禁用的业务元素，全部生成网络指令，并将网络指令返回给前端。前端会根据网络指令创建业务元素对应的控件，将控件加载至模型中，其中包括隐藏的或禁用的控件。在这个过程中，对模型产生了一定的功能性损耗。由于目前的ERP系统的模型包含较多的业务元素，对于复杂的模型包含业务元素可以有上千种，巨大的功能性损耗会导致模型中的业务元素加载速度非常缓慢。因此，如何减少不必要的网络指令成为急需解决的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种能够有效减少不必要的网络指令的ERP系统中的模型加载方法和系统。

一种ERP系统中的模型加载方法，所述方法包括：

接收加载模型的请求；

根据所述请求，获取所述模型中的业务元素；

获取所述业务元素对应的可见性属性；

对可见性属性为可见的业务元素生成对应的网络指令；

将生成的网络指令返回至前端，使所述前端根据所述网络指令生成对应的控件加载至模型。

在其中一个实施例中，所述接收加载模型的请求的步骤之前，还包括：

创建业务元素的可见性属性项；

展示所述可见性属性项的设置界面；

通过所述设置界面接收管理人员输入的业务元素的可见性属性，所述可见性属性包括属性为可见和属性为不可见；

存储所述业务元素对应的可见性属性。

在其中一个实施例中，所述可见性属性项包括新增状态可见项、修改状态可见项和查看状态可见项中的至少一项。

在其中一个实施例中，所述对可见性属性为可见的业务元素生成对应的网络指令的步骤为：

对所述新增状态可见项、修改状态可见项和查看状态可见项中的任一项对应的可见性属性为可见的业务元素生成对应的网络指令。

在其中一个实施例中，所述获取所述模型中的业务元素的步骤之后，还包括：

将所述业务元素按照预设规则进行排序。

一种ERP系统中的模型加载系统，所述系统包括：

第一接收模块，用于接收加载模型的请求；

第一获取模块，用于根据所述请求，获取所述模型中的业务元素；

第二获取模块，用于获取所述业务元素对应的可见性属性；

指令生成模块，用于对可见性属性为可见的业务元素生成对应的网络指令；

加载模块，用于将生成的网络指令返回至前端，使所述前端根据所述网络指令生成对应的控件加载至模型。

在其中一个实施例中，所述系统还包括：

创建模块，用于创建业务元素的可见性属性项；

展示模块，用于展示所述可见性属性项的设置界面；

第二接收模块，用于通过所述设置界面接收管理人员输入的业务元素的可见性属性，所述可见性属性包括属性为可见和属性为不可见；

存储模块，用于存储所述业务元素对应的可见性属性。

在其中一个实施例中，所述可见性属性项包括新增状态可见项、修改状态可见项和查看状态可见项中的至少一项。

在其中一个实施例中，所述指令生成模块还用于对所述新增状态可见项、修改状态可见项和查看状态可见项中的任一项对应的可见性属性为可见的业务元素生成对应的网络指令。

在其中一个实施例中，所述系统还包括：

排序模块，用于将所述业务元素按照预设规则进行排序。

上述生成网络指令的方法和系统，通过接收加载模型的请求；根据请求，获取模型中的业务元素；判断业务元素对应的属性是否为可见；若是，则对属性为可见的业务元素生成对应的网络指令。由于只对属性为可见的业务元素生成对应的网络指令，而不是对所有的业务元素都生成对应的网络指令，从而有效减少了不必要的网络指令，降低了模型的功能性损耗，从而提高了业务元素的加载速度。

附图说明

图1为一个实施例中ERP系统中的模型加载方法的流程图；

图2为一个实施例中业务元素可见性属性的设置界面图；

图3为一个实施例中ERP系统中的模型加载方法的时序图；

图4为一个实施例中ERP系统中的模型加载系统的结构示意图；

图5为再一个实施例中ERP系统中的模型加载系统的结构示意图；

图6为又一个实施例中ERP系统中的模型加载系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在一个实施例中，如图1所示，提供了一种生成网络指令的方法，该方法包括：

步骤102，接收加载模型的请求。

模型是指利用ERP系统集成开发工具(如，K/3CloudBOSIDE)，采用可视化的开发方式，通过拖拽相关控件，搭建起来的单据或基础资料模板。单据是指企业ERP系统中，承载企业业务含义的载体。用户(如，企业的销售员)通过创建单据，完成业务记录，例如，销售员完成一笔销售记录后，在ERP系统中，录入一张销售订单，这个销售订单就是一种单据。基础资料是指企业ERP系统中，被单据频繁使用的公共资料载体。例如，在生产制造类企业中，被频繁使用的物料信息(如，每天都被使用)；在人力资源管理中，被频繁使用的人员信息(如，每周都被使用)。模型中的单据或基础资料模板采用ERP领域的专用网页来进行显示。用户通过专用网页来点击加载模型，向服务端发送加载模型的请求。

步骤104，根据请求，获取模型中的业务元素。

服务端接收加载模型的请求后，获取模型中所有的业务元素。业务元素是指通过ERP系统集成开发工具在模型中所设计的字段控件，采用字段的形式来表示，其中包括业务含义和位置含义，业务含义是指该字段控件的业务名称(如，采购订单中的【金额】、【单价】等)，位置含义是指该字段控件在模型中显示的位置。

步骤106，获取业务元素对应的可见性属性。

可预先为业务元素设置可见性属性，可见性属性中，包括属性名称和属性值。属性名称包括可见、显示等。属性值包括true(真)和false(假)。属性值为true，则表示对应的属性为可见或显示，属性值为false，则表示对应的属性为不可见或不显示。获取所有业务元素的可见性属性的属性名称与对应的属性值后，通过循环的方式，逐一判断每个业务元素可见性属性对应的属性值是否为true。对于不同的企业而言，同一模型中需要加载的业务元素是不同的。因此，对于每个企业都可根据业务需要，确定出哪些业务元素不需要加载到模型。不需要加载到模型的业务元素可以称作不必要的业务元素。

步骤108，对可见性属性为可见的业务元素生成对应的网络指令。

如果业务元素的属性值为true，则对该业务元素生成对应的网络指令。网络指令是指在前端与服务端进行通信的指令，可以采用JSON(JavaScriptObjectNotation)字符串的形式来表示。在ERP系统中，前端是指ERP专用网页的处理端，主要负责创建专用网页上的控件并展示专用网页。除此之外，其他工作都由服务端来实现，包括创建网络指令、访问数据库等。

具体创建网络指令的方式，举例说明：业务元素1对应字段1，业务元素2对应字段2，字段1对应的属性名称为可见，属性值为true，字段2对应的属性名称为可见，属性值为false。在传统的方式中，服务端会分别创建上述两个字段的网络指令：【“fkey：字段1；visible：true”；“fkey：字段2；visible：false”】，也就是，服务端对不需要显示的字段2也创建了对应的网络指令。本实施例中，在判断业务元素对应的属性值为false，也就是字段对应的可见性属性的属性值为false之后，服务端不再创建该业务元素对应的网络指令，只对可见性属性的属性值为true的业务元素生成对应的网络指令，也就是只需要生成【“fkey：字段1；visible：true”】这一网络指令即可。对于不必要的业务元素2，则不需生成对应的网络指令，从而减少了不必要的网络指令。

步骤110，将生成的网络指令返回至前端，使前端根据网络指令生成对应的控件加载至模型。

将生成的网络指令以JSON字符串的形式返回至前端，前端接收到该网络指令后，根据网络指令创建对应的业务元素对应的控件，并将控件对应其在模型中的位置加载至模型中，以专用网页的形式进行显示。由于只对属性为可见的业务元素生成对应的网络指令，有效减少了网络指令，从而减少了网络传输过程中的网络流量，进而减少了前端创建控件的数量，由此提升了模型加载速度。进一步的，在前端还可对业务元素对应的控件设置不同等级的操作权限。使不同的用户具有不同的操作权限。此外，用户还可根据自己的使用习惯，通过对控件进行拖拽，重新布置控件在模型中的位置。

本实施例中，通过接收加载模型的请求；根据请求，获取模型中的业务元素；判断业务元素对应的属性是否为可见；若是，则对属性为可见的业务元素生成对应的网络指令。由于只对属性为可见的业务元素生成对应的网络指令，而不是对所有的业务元素都生成对应的网络指令，从而有效减少了不必要的网络指令，降低了模型的功能性损耗，从而提高了业务元素的加载速度。

在一个实施例中，接收加载模型的请求的步骤之前，还包括：创建业务元素的可见性属性项；展示可见性属性项的设置界面；通过设置界面接收管理人员输入的业务元素的可见性属性，可见性属性包括属性为可见和属性为不可见；存储业务元素对应的可见性属性。

本实施例中，可预先在服务端创建可见性属性项。在一个实施例中，可见性属性项包括新增状态可见项、修改状态可见项和查看状态可见项中的至少一项。ERP系统默认所有的可见性属性项为选中状态，如果有不需要显示的业务元素，可取消对应的可见性属性项的选中状态。

以模型为采购订单为例进行说明，管理人员通过ERP系统集成开发工具点击采购订单这个模型，并选择【供应商】这个业务元素，即可显示该业务元素对应的所有属性，其中包括可见性属性项，点击【可见性】属性项，将会具体显示包括新增状态可见项、修改状态可见项和查看状态可见项等多项属性子项。如图2所示，为业务元素可见性属性的设置界面。新增一张采购订单，就是新增状态。勾选新增状态可见项后呈现选中状态，即表示新增的采购订单可见，取消选中状态，即表示新增的采购订单不可见。保存后的采购订单，再次被打开，就是修改状态。勾选修改状态可见项后呈现选中状态，即表示修改的采购订单可见，取消选中状态，即表示修改的采购订单不可见。如果A用户正在修改采购订单，B用户打开同一采购订单想修改，是不能修改的，因为同一张采购单同一时间点只能允许一个人操作，那这时B用户点进来看到的这个采购单就是查看状态。勾选查看状态可见项后呈现选中状态，即表示查看的采购订单可见，取消选中状态，即表示查看的采购订单不可见。

在一个实施例中，对可见性属性为可见的业务元素生成对应的网络指令的步骤为：对新增状态可见项、修改状态可见项和查看状态可见项中的任一项对应的可见性属性为可见的业务元素生成对应的网络指令。

本实施例中，新增状态可见项、修改状态可见项和查看状态可见项中的任一项对应的可见性属性的属性值为true，包括其中任意两项或全部三项对应的可见性属性的属性值为true，就对与属性值为true所对应的业务元素生成对应的网络指令。

在一个实施例中，获取模型中的业务元素的步骤之后，还包括：将业务元素按照预设规则进行排序。

本实施例中，按照预设规则进行排序可以是按照业务元素被使用的次数排出优先级，使用次数多的排在前，使用次数少的排在后；也可以按照用户关对业务元素的关注度进行排序，关注度高的排在前，关注度低的排在后。对排序后的业务元素，通过循环的方式逐一检查其对应的可见性属性。

在一个实施例中，ERP系统中的模型加载方法的具体过程如图3所示：

步骤302，管理人员在服务端设置业务元素可见性属性。具体的，管理人员通过服务端的ERP系统集成开发工具点击需要加载的这个模型，进入业务元素的设置界面，并选择不需要显示的业务元素。选择该业务元素后，在设置界面上会显示该业务元素所有的属性。选择可见性属性，进入可见性属性项的设置界面，即可展示所有的可见性属性项，其中包括新增状态可见项、修改状态可见项和查看状态可见项等。默认所有的可见性属性项均为选中状态，选中状态表示对应的属性值为true，取消选中状态表示对应的属性值为false。如果有不需要显示的业务元素，可取消对应的可见性属性项的选中状态。管理人员可以将该业务元素的新增状态可见项、修改状态可见项和查看状态可见项任意一项取消选中状况，也可以取消任意两项的选中状态，以及全部取消这三项的选中的状态。设置完成后，对可见性属性项的设置进行保存。

步骤304，企业ERP操作人员请求加载模型。企业ERP操作人员，打开ERP系统后，点击加载模型(如，采购订单)。

步骤306，前端会向服务端发送相应的模型加载请求。

步骤308，服务端接收该请求，并创建网络指令。具体的，服务端接收到该请求后，获取该模型中所有的业务元素，并获取所有业务元素对应的可见性属性，通过循环的方式，逐一检查每项业务元素对应的可见性属性的属性值是否为true，如果为true，则生成该业务元素对应的网络指令，如果属性值为false，则不生成该业务元素对应的网络指令。服务端将生成的网络指令返回至前端。

步骤310，前端根据接收网络指令，并生成业务元素对应的控件加载至模型。具体的，前端根据接收到的网络指令，根据网络指令创建对应的业务元素对应的控件，并将控件对应其在模型中的位置加载至模型中，以专用网页的形式进行显示。

在一个实施例中，如图4所示，提供了一种ERP系统中的模型加载系统，该系统包括：第一接收模块402、第一获取模块404、第二获取模块406、指令生成模块408和加载模块410，其中：

第一接收模块402，用于接收加载模型的请求。

第一获取模块404，用于根据请求，获取模型中的业务元素。

第二获取模块406，用于获取业务元素对应的可见性属性。

指令生成模块408，用于对可见性属性为可见的业务元素生成对应的网络指令。

加载模块410，用于将生成的网络指令返回至前端，使前端根据网络指令生成对应的控件加载至模型。

本实施例中，第一接收模块402用于接收用户通过专用网页来点击加载模型，向服务端发送加载模型的请求。第一获取模块404用于根据该请求获取模型中所有的业务元素。第二获取模块406用于获取所有业务元素的可见性属性的属性名称与对应的属性值后，通过循环的方式，逐一判断每个业务元素可见性属性对应的属性值是否为true。指令生成模块408用于对可见性属性为可见，也就是属性值为true的业务元素生成对应的网络指令。加载模块410用于将生成的网络指令以JSON字符串的形式返回至前端，前端接收到该网络指令后，根据网络指令创建对应的业务元素对应的控件，并将控件对应其在模型中的位置加载至模型中，以专用网页的形式进行显示。

在一个实施例中，如图5所示，该系统还包括：创建模块412、展示模块414、第二接收模块416和存储模块418，其中：

创建模块412，用于创建业务元素的可见性属性项。

展示模块414，用于展示可见性属性项的设置界面。

第二接收模块416，用于通过设置界面接收管理人员输入的业务元素的可见性属性，可见性属性包括属性为可见和属性为不可见。

存储模块418，用于存储业务元素对应的可见性属性。

本实施例中，创建模块412，用于在服务端创建业务元素的可见性属性项。在一个实施例中，可见性属性项包括新增状态可见项、修改状态可见项和查看状态可见项中的至少一项。

在一个实施例中，指令生成模块408还用于对新增状态可见项、修改状态可见项和查看状态可见项中的任一项对应的可见性属性为可见的业务元素生成对应的网络指令。

本实施例中，指令生成模块408还用于对新增状态可见项、修改状态可见项和查看状态可见项中的任一项对应的可见性属性的属性值为true，包括其中任意两项或全部三项对应的可见性属性的属性值为true的业务元素生成对应的网络指令。

在一个实施例中，如图6所示，该系统还包括：排序模块420，用于将业务元素按照预设规则进行排序。

本实施例中，排序模块420可以是按照业务元素被使用的次数排出优先级，使用次数多的排在前，使用次数少的排在后；也可以按照用户关对业务元素的关注度进行排序，关注度高的排在前，关注度低的排在后。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种ERP系统中的模型加载方法，所述方法包括：

接收加载模型的请求；

根据所述请求，获取所述模型中的业务元素；

获取所述业务元素对应的可见性属性；

对可见性属性为可见的业务元素生成对应的网络指令；

将生成的网络指令返回至前端，使所述前端根据所述网络指令生成对应的控件加载至模型。

2.根据权利要求1所述的方法，其特征在于，所述接收加载模型的请求的步骤之前，还包括：

创建业务元素的可见性属性项；

展示所述可见性属性项的设置界面；

通过所述设置界面接收管理人员输入的业务元素的可见性属性，所述可见性属性包括属性为可见和属性为不可见；

存储所述业务元素对应的可见性属性。

3.根据权利要求2所述的方法，其特征在于，所述可见性属性项包括新增状态可见项、修改状态可见项和查看状态可见项中的至少一项。

4.根据权利要求3所述的方法，其特征在于，所述对可见性属性为可见的业务元素生成对应的网络指令的步骤为：

对所述新增状态可见项、修改状态可见项和查看状态可见项中的任一项对应的可见性属性为可见的业务元素生成对应的网络指令。

5.根据权利要求2所述的方法，其特征在于，所述获取所述模型中的业务元素的步骤之后，还包括：

将所述业务元素按照预设规则进行排序。

6.一种ERP系统中的模型加载系统，其特征在于，所述系统包括：

第一接收模块，用于接收加载模型的请求；

第一获取模块，用于根据所述请求，获取所述模型中的业务元素；

第二获取模块，用于获取所述业务元素对应的可见性属性；

指令生成模块，用于对可见性属性为可见的业务元素生成对应的网络指令；

加载模块，用于将生成的网络指令返回至前端，使所述前端根据所述网络指令生成对应的控件加载至模型。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

创建模块，用于创建业务元素的可见性属性项；

展示模块，用于展示所述可见性属性项的设置界面；

第二接收模块，用于通过所述设置界面接收管理人员输入的业务元素的可见性属性，所述可见性属性包括属性为可见和属性为不可见；

存储模块，用于存储所述业务元素对应的可见性属性。

8.根据权利要求7所述的系统，其特征在于，所述可见性属性项包括新增状态可见项、修改状态可见项和查看状态可见项中的至少一项。

9.根据权利要求7所述的系统，其特征在于，所述指令生成模块还用于对所述新增状态可见项、修改状态可见项和查看状态可见项中的任一项对应的可见性属性为可见的业务元素生成对应的网络指令。

10.根据权利要求7所述的系统，其特征在于，所述系统还包括：

排序模块，用于将所述业务元素按照预设规则进行排序。