CN114063992B - 一种低代码开发平台的建模方法及系统 - Google Patents

Abstract

本发明提供了一种低代码开发平台的建模方法及系统，方法包括：获得第一用户的第一业务信息；将第一业务信息输入业务特征树中进行特征分类，根据业务特征树，获得第一输出信息；通过对业务建模特征信息进行场景化构建，生成第一业务画像；根据建模数据采集模块对业务管理系统进行数据分析，获得实时业务建模数据；根据实时业务建模数据，构建业务建模匹配模型；根据第一匹配指令，将第一业务画像输入业务建模匹配模型中，获得第一匹配建模,对第一业务信息进行自动化建模。解决了现有技术对复杂业务需求场景的应用搭建具有较大的局限性，且应用模型的选择对开发人员依赖程度较高，导致存在使用范围具有局限性且智能化程度不高的技术问题。

Description

一种低代码开发平台的建模方法及系统

技术领域

本发明涉及软件开发相关技术领域，具体涉及一种低代码开发平台的建模方法及系统。

背景技术

低代码平台是软件开发领域近几年的热门话题，通过自动代码生成和可视化编程，只需要提供少量代码，即可快速搭建各种应用，由于使用的代码较少，提高了开发效率，减少了代码维修量，所以得到了较广泛的关注和使用。

目前的低代码开发平台主要通过应用需求，提供少量代码结合自动代码生成和可视化编程搭建应用软件，但是此种方法对于复杂业务需求场景的应用搭建具有较大的局限性，且应用模型的选择对开发人员依赖程度较高，导致存在使用范围具有局限性且智能化程度不高的技术问题。

发明内容

本申请实施例通过提供了一种低代码开发平台的建模方法及系统，解决了现有技术中由于对复杂业务需求场景的应用搭建具有较大的局限性，且应用模型的选择对开发人员依赖程度较高，导致存在使用范围具有局限性且智能化程度不高的技术问题。

鉴于上述问题，本申请实施例提供了一种低代码开发平台的建模方法及系统。

第一方面，本申请实施例提供了一种低代码开发平台的建模方法，其中，所述方法应用于一种业务管理系统，所述系统包括一建模数据采集模块，所述方法包括：获得第一用户的第一业务信息；将所述第一业务信息输入业务特征树中进行特征分类，根据所述业务特征树，获得第一输出信息，其中，所述第一输出信息为业务建模特征信息；通过对所述业务建模特征信息进行场景化构建，生成第一业务画像；根据所述建模数据采集模块对所述业务管理系统进行数据分析，获得实时业务建模数据，其中，所述实时业务建模数据包括实时业务场景数据和实时建模使用数据，且所述实时业务场景数据和所述实时建模使用数据一一对应；根据所述实时业务建模数据，构建业务建模匹配模型；根据第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，获得第一匹配建模；根据所述第一匹配建模对所述第一业务信息进行自动化建模。

另一方面，本申请实施例提供了一种低代码开发平台的建模系统，其中，所述系统包括：第一获得单元，用于获得第一用户的第一业务信息；第二获得单元，用于将所述第一业务信息输入业务特征树中进行特征分类，根据所述业务特征树，获得第一输出信息，其中，所述第一输出信息为业务建模特征信息；第一生成单元，用于通过对所述业务建模特征信息进行场景化构建，生成第一业务画像；第三获得单元，用于根据建模数据采集模块对所述业务管理系统进行数据分析，获得实时业务建模数据，其中，所述实时业务建模数据包括实时业务场景数据和实时建模使用数据，且所述实时业务场景数据和所述实时建模使用数据一一对应；第一构建单元，用于根据所述实时业务建模数据，构建业务建模匹配模型；第四获得单元，用于根据第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，获得第一匹配建模；第一执行单元，用于根据所述第一匹配建模对所述第一业务信息进行自动化建模。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现第一方面任一项所述方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一项所述的方法。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

由于采用了根据用户的业务需求信息构建业务特征树，得到业务建模特征信息；再结合务建模特征信息进行业务场景化，得到业务画像；进一步的通过建模数据采集模块采集实时的业务建模数据，构建多个业务建模匹配模型，基于匹配指令从业务建模匹配模型筛选出符合业务画像的建模，根据匹配出的建模信息进行自动化建模的技术方案，通过根据建模数据构建多种应用模型，再基于业务画像选择筛选出匹配建模进而实现自动化建模，提高了智能性，达到了适用于复杂业务场景且智能化程度较高的技术效果。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

图1为本申请实施例提供了一种低代码开发平台的建模方法流程示意图；

图2为本申请实施例提供了一种低代码开发平台的建模中第一匹配建模的筛选流程示意图；

图3为本申请实施例提供了一种低代码开发平台的建模系统结构示意图；

图4为本申请实施例示例性电子设备的结构示意图。

附图标记说明：第一获得单元11，第二获得单元12，第一生成单元13，第三获得单元14，第一构建单元15，第四获得单元16，第一执行单元17，电子设备300，存储器301，处理器302，通信接口303，总线架构304。

具体实施方式

本申请实施例通过提供了一种低代码开发平台的建模方法及系统，解决了现有技术中由于对复杂业务需求场景的应用搭建具有较大的局限性，且应用模型的选择对开发人员依赖程度较高，导致存在使用范围具有局限性且智能化程度不高的技术问题。通过根据建模数据构建多种应用模型，再基于业务画像选择筛选出匹配建模进而实现自动化建模，提高了智能性，达到了适用于复杂业务场景且智能化程度较高的技术效果。

申请概述

低代码平台是软件开发领域近几年的热门话题，通过自动代码生成和可视化编程，只需要提供少量代码，即可快速搭建各种应用，由于使用的代码较少，提高了开发效率，减少了代码维修量，所以得到了较广泛的关注和使用。目前的低代码开发平台主要通过应用需求，提供少量代码结合自动代码生成和可视化编程搭建应用软件，但是此种方法对于复杂业务需求场景的应用搭建具有较大的局限性，且应用模型的选择对开发人员依赖程度较高，导致存在使用范围具有局限性且智能化程度不高的技术问题。

针对上述技术问题，本申请提供的技术方案总体思路如下：

本申请实施例通过提供了一种低代码开发平台的建模方法及系统，解决了现有技术中由于对复杂业务需求场景的应用搭建具有较大的局限性，且应用模型的选择对开发人员依赖程度较高，导致存在使用范围具有局限性且智能化程度不高的技术问题。由于采用了根据用户的业务需求信息构建业务特征树，得到业务建模特征信息；再结合务建模特征信息进行业务场景化，得到业务画像；进一步的通过建模数据采集模块采集实时的业务建模数据，构建多个业务建模匹配模型，基于匹配指令从业务建模匹配模型筛选出符合业务画像的建模，根据匹配出的建模信息进行自动化建模的技术方案，通过根据建模数据构建多种应用模型，再基于业务画像选择筛选出匹配建模进而实现自动化建模，提高了智能性，达到了适用于复杂业务场景且智能化程度较高的技术效果。

在介绍了本申请基本原理后，下面将结合说明书附图来具体介绍本申请的各种非限制性的实施方式。

实施例一

如图1所示，本申请实施例提供了一种低代码开发平台的建模方法，所述方法应用于一种业务管理系统，所述系统包括一建模数据采集模块，所述方法包括：

S100：获得第一用户的第一业务信息；

具体而言，所述第一用户指的是需要低代码技术搭建应用软件的用户，包括但不限于：个人、团队、企业、事业单位等不同类型的用户；所述第一业务信息指的是第一用户搭建应用软件的使用业务场景。进一步的，将第一用户和第一业务信息一一对应优选的以列表的形式进行存储，并置为待响应状态，便于后步信息反馈处理。

S200：将所述第一业务信息输入业务特征树中进行特征分类，根据所述业务特征树，获得第一输出信息，其中，所述第一输出信息为业务建模特征信息；

具体而言，所述业务特征树指的是用来对第一业务信息进行要素提取并分类的处理端，优选的划分方式举不设限制的一例：将第一用户设为业务特征树的根节点，将不同类别的业务信息设为业务特征树的叶子节点，示例性地如：若是第一用户为游戏公司，第一业务为某个游戏的后端维护平台，则第一业务信息包括但不限于：游戏运营数据：下载人数、玩家反馈、bug量；运营分析；运营提升方案：提高下载量、减少bug量等第一用户可自定义增加、删减、修改的业务信息。如上述内容构建的业务特征树为：将游戏公司设为根节点，第二层的叶子节点为：游戏运营数据、运营分析、运营提升方案；第三层为：下载人数、玩家反馈、bug量为游戏运营数据的叶子节点；运营分析有和游戏运营数据相对应的叶子节点；提高下载量、减少bug量为运营提升方案的叶子节点。

若是第一用户为出租房公司，则以第一用户为根节点，第二层叶子节点为：单位报障、公文流转、后勤管理、网格化管理等，其余层的叶子节点为：单位报障、公文流转、后勤管理、网格化管理等的具体内容。

进一步的，所述第一输出信息指的是当业务特征树构建完成后，将根节点和每一个叶子节点上的信息按照业务特征树的层次关系进行存储得到的结果，记为业务建模特征信息，通过将第一业务信息分类，将整体的建模任务分解为单独的细化任务，一者便于应用建模时得到不同的功能限定模块，二者分开建模运算可减少系统的计算压力，提高建模效率，为复杂场景下的业务建模提供了有利的保障。

S300：通过对所述业务建模特征信息进行场景化构建，生成第一业务画像；

具体而言，所述第一业务画像指的是表征第一用户的第一业务需求的画像信息，优选的确定方式为：通过对业务建模特征信息进行分析，根据业务建模特征信息中存储的多层次多类别的业务建模特征信息分析即可得到具体的业务画像信息，示例性地：仍以上述例子举例：第一用户的第一业务画像包括但不限于，第一业务的领域：某某游戏、第一业务的处理模块：游戏运营数据、运营分析、运营提升方案、第一业务哥处理模块的具体需求信息等多种画像标签信息，第一用户可在可视化界面对第一业务画像自定义添加，删除，修改。

通过采集所述第一业务画像便于将在后步匹配上相应画像标签的建模数据，提高了自动化搭建应用软件的准确性。

S400：根据所述建模数据采集模块对业务管理系统进行数据分析，获得实时业务建模数据，其中，所述实时业务建模数据包括实时业务场景数据和实时建模使用数据，且所述实时业务场景数据和所述实时建模使用数据一一对应；

具体而言，所述业务管理系统指的是存储不同业务场景下的业务建模数据，包括但不限于：代码信息、建模表单、建模流程等信息，优选的确定方式为：通过多方不同领域的用户基于各自的业务需求提供业务建模数据构建的业务管理系统，当涉及领域足够时即可适用于不同领域的业务需求，当数据量足够时，即可适用于多种业务场景。

所述建模数据采集模块指的是用来从多方不同领域的用户进行建模数据采集的处理端，通过建模数据采集模块采集建模数据并输入业务管理系统对不同业务场景下的建模数据进行持续更新，以保障建模数据的时效性。

所述实时业务建模数据指的是基于第一用户的业务领域从业务管理系统中提取的一一对应的实时业务场景数据和实时建模使用数据，为进一步的筛选实时建模使用数据缩小了范围，提高了业务建模效率。

S500：根据所述实时业务建模数据，构建业务建模匹配模型；

具体而言，所述业务建模匹配模型指的是将基于第一用户的业务领域从业务管理系统中提取的一一对应的实时业务场景数据和实时建模使用数据进行存储，通过实时业务场景数据可以快速匹配到实时建模使用数据，示例性地如：根据业务特征树横向复杂的业务场景信息生成表单建模数据；根据每个叶子节点子模块处理生成流程建模数据等，通过业务建模匹配模型可以快速匹配到相应的建模数据，便于快速进行业务建模。

S600：根据第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，获得第一匹配建模；

S700：根据所述第一匹配建模对所述第一业务信息进行自动化建模。

具体而言，所述第一匹配指令指的是当业务建模匹配模型构建完成后发出的为第一业务画像匹配建模数据的控制信号，业务建模匹配模型接收到第一业务画像后，即根据第一业务画像和实时业务场景信息的相近程度，为每一画像标签信息匹配最优的实时业务场景数据和实时建模使用数据，记为所述第一匹配建模，使用第一匹配建模即可调用和第一业务信息相对应的建模数据进行自动化建模，达到了提高低代码开发平台建模智能化程度的技术效果。

进一步的，如图2所示，基于所述根据第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，获得第一匹配建模，所述方法步骤S600还包括：

S610：根据所述第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，根据所述业务建模匹配模型，获得匹配度集合，其中，所述匹配度集合为所述第一业务画像与所述实时业务场景数据的匹配程度；

S620：获得所述匹配度集合中大于预设匹配度的N个匹配度；

S630：根据所述N个匹配度将N个实时业务场景数据进行反序列化处理，获得第一建模序列；

S640：将所述第一建模序列作为推荐建模发送至所述第一用户，根据所述第一用户获得所述第一匹配建模。

具体而言，最优第一匹配建模在业务建模匹配模型中的筛选过程如下：

所述匹配度集合指的是将第一业务画像输入所述业务建模匹配模型中，和实时业务场景数据进行比对得到的表征二者相近程度的信息，相近程度越高则匹配度越高，通过遍历多层次多类别的第一业务画像的画像标签信息，即可得到匹配度集合，将多层次多类别对应的匹配度集合存储为一组数据。

进一步的，相同层次相同类别的画像标签信息和不同的实时业务场景数据可能具有不同的匹配度，为每个层次每类别的画像标签信息匹配N个匹配度大于预设匹配度的实时业务场景数据。更进一步的，所述第一建模序列指的是将N个匹配度大于预设匹配度的实时业务场景数据和相应的建模数据通过反序列化处理，并发送至第一用户进行自定义选择，筛选得到第一匹配建模。其中，所述反序列化处理指的是将用于计算机识别的实时业务场景数据和相应的建模数据基于匹配度由大到小的排序过程；所述预设匹配度指的是预设可以由第一用户进行建模数据筛选的最低匹配度，N为大于等于1的自然数。

通过为层次每类别的画像标签信息匹配N个匹配度大于预设匹配度的实时业务场景数据提供至第一用户进行筛选，提高了业务建模过程的人性化和灵活性。

进一步的，所述方法步骤S600还包括S650：

S651：判断所述N个匹配度的数量是否小于预设量值；

S652：若所述N个匹配度的数量小于所述预设量值，获得第二匹配指令；

S653：根据所述第二匹配指令，对所述第一业务画像进行业务功能分析，获得第三建模序列；

S654：根据所述第三建模序列对所述第一建模序列进行扩充。

具体而言，所述预设量值指的是预设的第一用户筛选之前构建业务建模需求的最少数据量，将N个匹配度的数量和预设量值进行比对；所述第二匹配指令指的是若是N个匹配度的数量小于生成的二次进行建模数据匹配的指令；所述第三建模序列指的是基于第二匹配指令对第一业务画像进行业务功能分析，即对业务功能对应的控件进行修改后，再输入业务建模匹配模型进行匹配得到相似程度较高的实时业务场景信息和业务实时业务建模数据，进行反序列化处理后添加进第一建模序列，直到N个匹配度的数量大于等于时停止得到的结果。其中，业务控件用于表单字段展示及使用，支持单行文本、多行文本、数值、选择框（包含单选、多选、下拉框）、日期、时间、日期时间、富文本控件、人员选择、部门选择、子表单、文件上传、图片上传、外键选择、级联选择、地址选择、生成编码、多表关联、子表关联等；每个控件包含基础属性和业务属性：基础属性为所有控件共有，包括：字段标题、字段名、提示信息、必填、唯一校验、长度限制、大小限制等；业务属性为不同控件独有的属性，可根据实际的业务需要进行配置。

再将N个匹配度的数量发送至第一用户之前，通过将N个匹配度的数量和预设量值比对，满足值后才可以发送至第一用户进行筛选，保障了建模数据的充足性，保障了业务建模的完整性。

进一步的，所述方法步骤S600还包括S660：

S661：根据所述第一业务画像，获得第一业务功能的多个流程节点；

S662：获得所述多个流程节点中每个流程节点的建模组件和建模数据；

S663：通过对每个流程节点的所述建模组件和所述建模数据进行建模复杂度分析，生成建模复杂度集合；

S664：通过对所述建模复杂度集合进行正序列化处理，获得第二建模序列；

S665：通过对所述第二建模序列进行所述预设量值补偿分析，获得所述第三建模序列。

具体而言，所述第一业务功能指的是第一业务画像中描述的每个层次的某个类别表征的业务功能；所述多个流程节点指的是实现第一业务功能需求进行的多个业务流程环节，具体确定方式为从业务特征树的表征第一业务功能节点的子节点中提取；所述建模组件和所述建模数据指的是将第一业务画像输入业务建模匹配模型之后，为第一业务功能匹配的建模需调用组件和建模需求相关数据；所述建模复杂度集合指的是遍历多个流程节点，依次对每个流程节点的建模组件和建模数据进行建模复杂度分析得到的表征复杂度大小的数据，一般而言，流程节点越多，建模组件越多，建模数据越多，建模复杂度越高。

进一步的，使用相同方式对第一业务画像中的不满足预设量值的所有业务功能进行处理得到多组建模复杂度集合，所述第二建模序列指的是依次对每一组建模复杂度集合进行正序列化处理，即按照复杂度由小到大的顺序排列，得到的结果，复杂度越低的业务功能修改的控件越少易于处理，排列在前，复杂度越高的业务功能修改的控件越多不易处理，排列在后。

进一步的，基于第二建模序列遍历多组建模复杂度集合对不满足预设量值的匹配度数据进行补充，进而得到第三建模序列，保障了建模数据的完整性。

进一步的，所述方法还包括步骤S800：

S810：获得所述第一用户的第一自定义建模数据；

S820：构建第一权限配置模块，其中，所述第一权限配置模块与所述建模数据采集模块连接；

S830：所述第一用户通过所述第一权限配置模块对所述第一自定义建模数据进行权限配置，获得第一权限配置信息；

S840：所述建模数据采集模块根据所述第一权限配置信息进行数据分析，获得所述实时业务建模数据。

具体而言，所述第一自定义建模数据指的是第一用户通过可视化界面自行设定的建模数据，当建模数据采集模块基于大数据采集到实时业务场景数据和业务建模数据时，用户可以对采集的实时业务场景数据和业务建模数据进行评估，若是不满意则可以通过可视化界面自行设定建模数据。

所述第一权限配置模块指的是接收第一用户的第一自定义建模数据，并为第一自定义建模数据在建模数据采集模块进行权限配置的处理端；所述第一权限配置信息指的是第一权限配置模块依据第一自定义建模数据进行权限配置之后得到的结果，示例性地：如为建模流程配置相应的执行组件调用权限等；所述实时业务建模数据指的是建模数据采集模块根据第一权限配置信息对建模数据进行配置更新，得到的符合第一用户预期的建模数据。

通过结合建模数据采集模块和第一用户自定义的方式采集实时业务场景数据和实时业务建模数据，进而提高了实时业务建模数据的灵活性，保障了业务建模结果契合第一用户的需求。

进一步的，基于所述第一用户通过所述第一权限配置模块对所述第一自定义建模数据进行权限配置，获得第一权限配置信息之后，所述方法步骤S830还包括：

S831：构建第一权限解锁模块，其中，所述第一权限解锁模块与所述业务管理系统的预设应用建模库连接；

S832：根据所述第一用户的所述第一权限配置信息，判断是否触发所述第一权限解锁模块；

S833：若触发所述第一权限解锁模块，根据所述第一权限解锁模块的积分模块对所述第一自定义建模数据进行积分，获得第一积分结果；

S834：根据所述第一积分结果激活所述第一权限解锁模块解锁所述预设应用建模库。

具体而言，所述第一权限解锁模块指的是用于对存储建模数据的业务管理系统内的预设应用建模库进行权限解锁的功能组件；所述预设应用建模库即为第一用户自定义的建模数据组成的建模库，第一自定义建模数据包含于预设应用建模库；在第一权限配置信息中存储着预设应用建模库的调用权限；所述第一积分结果指的是当第一权限解锁模块在业务管理系统监听到第一权限配置信息时，即触发第一权限解锁模块对第一权限配置信息对应的第一自定义建模数据的匹配次数，应用次数、曝光率进行积分得到的结果，其中，匹配的越多，应用次数越多、曝光率越高，积分越高。

进一步的，当第一积分结果满足预设积分值时，说明第一用户自定义的建模数据使用频率较高，因此需要解锁预设应用建模库便于建模数据的快速调用，进而保障了低代码平台开发的自动化业务建模效率。

进一步的，基于所述获得第一用户的第一业务信息之后，所述方法步骤S100还包括：

S110：根据所述第一业务信息，确定业务应用属性和业务流程节点；

S120：通过对所述业务应用属性和所述业务流程节点进行应用承接性验证，获得第一验证结果和第二验证结果，其中，所述第一验证结果为验证通过，所述第二验证结果为验证不通过；

S130：若验证结果为所述第一验证结果，获得多个匹配建模；

S140：所述第一用户根据所述多个匹配建模对所述第一业务信息进行系统化业务处理。

具体而言，所述业务应用属性指的是业务节点具体的功能信息；所述业务流程节点指的是实现业务功能信息需要执行的业务流程数据；对第一业务信息中的多个业务功能对应的业务应用属性和业务流程节点进行承接性验证，即执行连贯性验证，得到具有连续性关系的多个业务功能信息，输出为第一验证结果；将不具有连续性关系的多个业务功能信息，输出为第二验证结果；将具有第一验证结果关系的多个业务功能信息在业务特征树中表征为一个功能模块，其中基于业务流程再分割为多个子模块，将具有第二验证结果关系的多个业务功能信息在业务特征树中表征为多个功能模块。通过以上方式可以将具有连贯性关系的多个功能模块匹配多个匹配建模，进而作为单次任务处理结束，保障了每个业务功能模块的建模完整性。

综上所述，本申请实施例所提供的一种低代码开发平台的建模方法及系统具有如下技术效果：

1.由于采用了根据用户的业务需求信息构建业务特征树，得到业务建模特征信息；再结合业务建模特征信息进行业务场景化，得到业务画像；进一步的通过建模数据采集模块采集实时的业务建模数据，构建多个业务建模匹配模型，基于匹配指令从业务建模匹配模型筛选出符合业务画像的建模，根据匹配出的建模信息进行自动化建模的技术方案，通过根据建模数据构建多种应用模型，再基于业务画像选择筛选出匹配建模进而实现自动化建模，提高了智能性，达到了适用于复杂业务场景且智能化程度较高的技术效果。

2.利用业务特征树通过将第一业务信息分类，将整体的建模任务分解为单独的细化任务，一者便于应用建模时得到不同的功能限定模块，二者分开建模运算可减少系统的计算压力，提高建模效率，为复杂场景下的业务建模提供了有利的保障。

3.通过为层次每类别的画像标签信息匹配N个匹配度大于预设匹配度的实时业务场景数据提供至第一用户进行筛选，提高了业务建模过程的人性化和灵活性。

4.通过结合建模数据采集模块和第一用户自定义的方式采集实时业务场景数据和实时业务建模数据，进而提高了实时业务建模数据的灵活性，保障了业务建模结果契合第一用户的需求。

5.通过将具有连贯性关系的多个功能模块匹配多个匹配建模，进而作为单次任务处理结束，保障了每个业务功能模块的建模完整性。

实施例二

基于与前述实施例中一种低代码开发平台的建模方法相同的发明构思，如图3所示，本申请实施例提供了一种低代码开发平台的建模系统，其中，所述系统包括：

第一获得单元11，用于获得第一用户的第一业务信息；

第二获得单元12，用于将所述第一业务信息输入业务特征树中进行特征分类，根据所述业务特征树，获得第一输出信息，其中，所述第一输出信息为业务建模特征信息；

第一生成单元13，用于通过对所述业务建模特征信息进行场景化构建，生成第一业务画像；

第三获得单元14，用于根据建模数据采集模块对所述业务管理系统进行数据分析，获得实时业务建模数据，其中，所述实时业务建模数据包括实时业务场景数据和实时建模使用数据，且所述实时业务场景数据和所述实时建模使用数据一一对应；

第一构建单元15，用于根据所述实时业务建模数据，构建业务建模匹配模型；

第四获得单元16，用于根据第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，获得第一匹配建模；

第一执行单元17，用于根据所述第一匹配建模对所述第一业务信息进行自动化建模。

进一步的，所述系统还包括：

第五获得单元，用于根据所述第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，根据所述业务建模匹配模型，获得匹配度集合，其中，所述匹配度集合为所述第一业务画像与所述实时业务场景数据的匹配程度；

第六获得单元，用于获得所述匹配度集合中大于预设匹配度的N个匹配度；

第七获得单元，用于根据所述N个匹配度将N个实时业务场景数据进行反序列化处理，获得第一建模序列；

第八获得单元，用于将所述第一建模序列作为推荐建模发送至所述第一用户，根据所述第一用户获得所述第一匹配建模。

进一步的，所述系统还包括：

第一判断单元，用于判断所述N个匹配度的数量是否小于预设量值；

第九获得单元，用于若所述N个匹配度的数量小于所述预设量值，获得第二匹配指令；

第十获得单元，用于根据所述第二匹配指令，对所述第一业务画像进行业务功能分析，获得第三建模序列；

第一扩充单元，用于根据所述第三建模序列对所述第一建模序列进行扩充。

进一步的，所述系统还包括：

第十一获得单元，用于根据所述第一业务画像，获得第一业务功能的多个流程节点；

第十二获得单元，用于获得所述多个流程节点中每个流程节点的建模组件和建模数据；

第二生成单元，用于通过对每个流程节点的所述建模组件和所述建模数据进行建模复杂度分析，生成建模复杂度集合；

第十三获得单元，用于通过对所述建模复杂度集合进行正序列化处理，获得第二建模序列；

第十四获得单元，用于通过对所述第二建模序列进行所述预设量值补偿分析，获得所述第三建模序列。

进一步的，所述系统还包括：

第十五获得单元，用于获得所述第一用户的第一自定义建模数据；

第二构建单元，用于构建第一权限配置模块，其中，所述第一权限配置模块与所述建模数据采集模块连接；

第十六获得单元，用于所述第一用户通过所述第一权限配置模块对所述第一自定义建模数据进行权限配置，获得第一权限配置信息；

第十七获得单元，用于所述建模数据采集模块根据所述第一权限配置信息进行数据分析，获得所述实时业务建模数据。

进一步的，所述系统还包括：

第三构建单元，用于构建第一权限解锁模块，其中，所述第一权限解锁模块与所述业务管理系统的预设应用建模库连接；

第二判断单元，用于根据所述第一用户的所述第一权限配置信息，判断是否触发所述第一权限解锁模块；

第十八获得单元，用于若触发所述第一权限解锁模块，根据所述第一权限解锁模块的积分模块对所述第一自定义建模数据进行积分，获得第一积分结果；

第一激活单元，用于根据所述第一积分结果激活所述第一权限解锁模块解锁所述预设应用建模库。

进一步的，所述系统还包括：

第一确定单元，用于根据所述第一业务信息，确定业务应用属性和业务流程节点；

第十九获得单元，用于通过对所述业务应用属性和所述业务流程节点进行应用承接性验证，获得第一验证结果和第二验证结果，其中，所述第一验证结果为验证通过，所述第二验证结果为验证不通过；

第二十获得单元，用于若验证结果为所述第一验证结果，获得多个匹配建模；

第二执行单元，用于所述第一用户根据所述多个匹配建模对所述第一业务信息进行系统化业务处理。

实施例三

基于与前述实施例中一种低代码开发平台的建模方法相同的发明构思，本申请实施例还提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如实施例一任一项所述的方法。

示例性电子设备

下面参考图4来描述本申请实施例的电子设备。

基于与前述实施例中一种低代码开发平台的建模方法相同的发明构思，本申请实施例还提供了一种电子设备，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序，当所述程序被所述处理器执行时，使得系统以执行第一方面任一项所述的方法。

该电子设备300包括：处理器302、通信接口303、存储器301。可选的，电子设备300还可以包括总线架构304。其中，通信接口303、处理器302以及存储器301可以通过总线架构304相互连接；总线架构304可以是外设部件互连标(peripheral coponent interconnect，简称PCI)总线或扩展工业标准结构(extended industry Standard architecture，简称EISA)总线等。所述总线架构304可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器302可以是一个CPU，微处理器，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。

通信接口303，使用任何收发器一类的系统，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN),无线局域网(wireless local areanetworks，WLAN)，有线接入网等。

存储器301可以是RO或可存储静态信息和指令的其他类型的静态存储设备，RA或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable Prograable read-only eory，EEPRO)、只读光盘(copact disc

read-only eory，CD-RO)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线架构304与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器301用于存储执行本申请方案的计算机执行指令，并由处理器302来控制执行。处理器302用于执行存储器301中存储的计算机执行指令，从而实现本申请上述实施例提供的一种低代码开发平台的建模方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

本申请实施例通过提供了一种低代码开发平台的建模方法及系统，解决了现有技术中由于对复杂业务需求场景的应用搭建具有较大的局限性，且应用模型的选择对开发人员依赖程度较高，导致存在使用范围具有局限性且智能化程度不高的技术问题。由于采用了根据用户的业务需求信息构建业务特征树，得到业务建模特征信息；再结合务建模特征信息进行业务场景化，得到业务画像；进一步的通过建模数据采集模块采集实时的业务建模数据，构建多个业务建模匹配模型，基于匹配指令从业务建模匹配模型筛选出符合业务画像的建模，根据匹配出的建模信息进行自动化建模的技术方案，通过根据建模数据构建多种应用模型，再基于业务画像选择筛选出匹配建模进而实现自动化建模，提高了智能性，达到了适用于复杂业务场景且智能化程度较高的技术效果。

本领域普通技术人员可以理解：本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，也不表示先后顺序。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或者多个。至少两个是指两个或者多个。“至少一个”、“任意一个”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a ,b,或c中的至少一项(个、种)，可以表示：a ,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程系统。所述计算机指

令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

本申请实施例中所描述的各种说明性的逻辑单元和电路可以通过通用处理器，数字信号处理器，专用集成电路(ASIC)，现场可编程门阵列(FPGA)或其它可编程逻辑系统，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算系统的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本申请实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件单元、或者这两者的结合。软件单元可以存储于RA存储器、闪存、RO存储器、EPRO存储器、EEPRO存储器、寄存器、硬盘、可移动磁盘、CD-RO或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于ASIC中，ASIC可以设置于终端中。可选地，处理器和存储媒介也可以设置于终端中的不同的部件中。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请及其等同技术的范围之内，则本申请意图包括这些改动和变型在内。

Claims (7)

1.一种低代码开发平台的建模方法，其特征在于，所述方法应用于一种业务管理系统，所述系统包括一建模数据采集模块，所述方法包括：

获得第一用户的第一业务信息；

将所述第一业务信息输入业务特征树中进行特征分类，根据所述业务特征树，获得第一输出信息，其中，所述第一输出信息为业务建模特征信息；

通过对所述业务建模特征信息进行场景化构建，生成第一业务画像；

根据所述建模数据采集模块对所述业务管理系统进行数据分析，获得实时业务建模数据，其中，所述实时业务建模数据包括实时业务场景数据和实时建模使用数据，且所述实时业务场景数据和所述实时建模使用数据一一对应；

根据所述实时业务建模数据，构建业务建模匹配模型；

根据第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，获得第一匹配建模；

根据所述第一匹配建模对所述第一业务信息进行自动化建模；

所述根据第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，获得第一匹配建模，所述方法还包括：

根据所述第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，根据所述业务建模匹配模型，获得匹配度集合，其中，所述匹配度集合为所述第一业务画像与所述实时业务场景数据的匹配程度；

获得所述匹配度集合中大于预设匹配度的N个匹配度；

根据所述N个匹配度将N个实时业务场景数据进行反序列化处理，获得第一建模序列；

将所述第一建模序列作为推荐建模发送至所述第一用户，根据所述第一用户获得所述第一匹配建模；

所述方法还包括：

判断所述N个匹配度的数量是否小于预设量值；

若所述N个匹配度的数量小于所述预设量值，获得第二匹配指令；

根据所述第二匹配指令，对所述第一业务画像进行业务功能分析，获得第三建模序列；

根据所述第三建模序列对所述第一建模序列进行扩充；

所述方法还包括：

根据所述第一业务画像，获得第一业务功能的多个流程节点；

获得所述多个流程节点中每个流程节点的建模组件和建模数据；

通过对每个流程节点的所述建模组件和所述建模数据进行建模复杂度分析，生成建模复杂度集合；

通过对所述建模复杂度集合进行正序列化处理，获得第二建模序列；

通过对所述第二建模序列进行所述预设量值补偿分析，获得所述第三建模序列。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

获得所述第一用户的第一自定义建模数据；

构建第一权限配置模块，其中，所述第一权限配置模块与所述建模数据采集模块连接；

所述第一用户通过所述第一权限配置模块对所述第一自定义建模数据进行权限配置，获得第一权限配置信息；

所述建模数据采集模块根据所述第一权限配置信息进行数据分析，获得所述实时业务建模数据。

3.如权利要求2所述的方法，其特征在于，所述第一用户通过所述第一权限配置模块对所述第一自定义建模数据进行权限配置，获得第一权限配置信息之后，所述方法还包括：

构建第一权限解锁模块，其中，所述第一权限解锁模块与所述业务管理系统的预设应用建模库连接；

根据所述第一用户的所述第一权限配置信息，判断是否触发所述第一权限解锁模块；

若触发所述第一权限解锁模块，根据所述第一权限解锁模块的积分模块对所述第一自定义建模数据进行积分，获得第一积分结果；

根据所述第一积分结果激活所述第一权限解锁模块解锁所述预设应用建模库。

4.如权利要求1所述的方法，其特征在于，所述获得第一用户的第一业务信息之后，所述方法还包括：

根据所述第一业务信息，确定业务应用属性和业务流程节点；

通过对所述业务应用属性和所述业务流程节点进行应用承接性验证，获得第一验证结果和第二验证结果，其中，所述第一验证结果为验证通过，所述第二验证结果为验证不通过；

若验证结果为所述第一验证结果，获得多个匹配建模；

所述第一用户根据所述多个匹配建模对所述第一业务信息进行系统化业务处理。

5.一种低代码开发平台的建模系统，其特征在于，所述系统包括：

第一获得单元，用于获得第一用户的第一业务信息；

第二获得单元，用于将所述第一业务信息输入业务特征树中进行特征分类，根据所述业务特征树，获得第一输出信息，其中，所述第一输出信息为业务建模特征信息；

第一生成单元，用于通过对所述业务建模特征信息进行场景化构建，生成第一业务画像；

第三获得单元，用于根据建模数据采集模块对业务管理系统进行数据分析，获得实时业务建模数据，其中，所述实时业务建模数据包括实时业务场景数据和实时建模使用数据，且所述实时业务场景数据和所述实时建模使用数据一一对应；

第一构建单元，用于根据所述实时业务建模数据，构建业务建模匹配模型；

第四获得单元，用于根据第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，获得第一匹配建模；

第一执行单元，用于根据所述第一匹配建模对所述第一业务信息进行自动化建模；

第五获得单元，用于根据所述第一匹配指令，将所述第一业务画像输入所述业务建模匹配模型中，根据所述业务建模匹配模型，获得匹配度集合，其中，所述匹配度集合为所述第一业务画像与所述实时业务场景数据的匹配程度；

第六获得单元，用于获得所述匹配度集合中大于预设匹配度的N个匹配度；

第七获得单元，用于根据所述N个匹配度将N个实时业务场景数据进行反序列化处理，获得第一建模序列；

第八获得单元，用于将所述第一建模序列作为推荐建模发送至所述第一用户，根据所述第一用户获得所述第一匹配建模；

第一判断单元，用于判断所述N个匹配度的数量是否小于预设量值；

第九获得单元，用于若所述N个匹配度的数量小于所述预设量值，获得第二匹配指令；

第十获得单元，用于根据所述第二匹配指令，对所述第一业务画像进行业务功能分析，获得第三建模序列；

第一扩充单元，用于根据所述第三建模序列对所述第一建模序列进行扩充；

第十一获得单元，用于根据所述第一业务画像，获得第一业务功能的多个流程节点；

第十二获得单元，用于获得所述多个流程节点中每个流程节点的建模组件和建模数据；

第二生成单元，用于通过对每个流程节点的所述建模组件和所述建模数据进行建模复杂度分析，生成建模复杂度集合；

第十三获得单元，用于通过对所述建模复杂度集合进行正序列化处理，获得第二建模序列；

第十四获得单元，用于通过对所述第二建模序列进行所述预设量值补偿分析，获得所述第三建模序列。

6.一种电子设备，包括：处理器，所述处理器与存储器耦合，所述存储器用于存储程序，其特征在于，当所述程序被所述处理器执行时，使系统以执行如权利要求1至4任一项所述的方法。

7.一种计算机可读存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的方法。

Images