一种多终端零代码智能软件开发平台

技术领域

本发明涉及零代码智能软件开发技术领域，具体为一种多终端零代码智能软件开发平台。

背景技术

零代码开发平台是指能够通过无代码的方式自由搭建客户需要的应用系统，几乎都是面向企业应用领域，因为企业应用领域基本都是围绕表格或者关系型数据的业务场景，以业务数字化处理为核心，并通过数字化场景不停的扩展出工作流，可视化，提醒，门户，文档等需求场景。

零代码开发平台可以紧紧围绕企业数据和业务管理需求，通过可视化方式内部结构设计数据内部结构，使用者可视化方式、增设出访职权和表述工作流程的平台。

现有的开发平台搭建完毕之后，通常都处于持续工作的状态，长期运行，会给平台的内部带来较多的运行垃圾，最终对开发平台的运行带来影响，但是，在开发运行状态明显不达预期时，用户难以对开发平台当前的运行状态带来准确的评价，也不便于针对性的做出处理，因此会对开发平台的运行效率造成影响。

为此，提供了一种多终端零代码智能软件开发平台。

发明内容

（一）解决的技术问题

针对现有技术的不足，本发明提供了一种多终端零代码智能软件开发平台，通过由第一检测单元对处于运行状态的开发平台进行第一次检测，依据第一检测的结果，建立第一测试数据集，获取第一评价值Po，对开发平台运行状态进行预测，获取第一评价值Po的预测值，确定开发平台运行的异常节点及可能会产生的异常节点；获取开发平台异常节点及预测的异常节点，由控制单元形成相应的控制指令，控制备份单元将当前运行的开发平台及其运行进度进行备份。建立的节点电子地图，对开发平台的周期性的自检，确定各个异常节点可能存在的故障，并且获取到对应的修正方案，快速的确定对应的解决方案，解决了背景技术中的问题。

（二）技术方案

为实现以上目的，本发明通过以下技术方案予以实现：一种多终端零代码智能软件开发平台，在软件开发结束后，由预期验证单元验证开发平台的运行结果是否达到预期，如果未达到预期，对开发平台的进行测试，判断开发平台是否满足开发条件；在对开发平台进行测试时，获取开发平台的运行结果及达到预期运行结果的时间，由预期验证单元对运行结果及运行时间进行验证；在至少其中一个达不到预期时，向用户发出提示；

将预期验证单元的验证结果发送至第一检测单元，由第一检测单元对处于运行状态的开发平台进行第一次检测，依据第一检测的结果，建立第一测试数据集；

将第一测试数据集发送至第一处理单元，对开发平台的运行状态进行评价，获取第一评价值Po，依据开发平台对数据处理的流程，对开发平台运行状态进行预测，获取第一评价值Po的预测值；确定开发平台运行的异常节点及可能会产生的异常节点；

在第一评价值Po的预测值中至少一个超出阈值，开发平台的运行状态难以持续保持预期状态时，获取开发平台异常节点及预测的异常节点，由控制单元形成相应的控制指令，控制备份单元将当前运行的开发平台及其运行进度进行备份，并控制预警单元向用户发出预警。

进一步的，在第一评价值Po及其预测值中至少一个不达预期时，由第二检测单元对运行状态的开发平台进行第二次检测，建立第二测试数据集；将建立第二测试数据集发送至评估模块，对开发平台的运行状态进行第二次评估，获取第二评价值Pt；

将第二评价值Pt与相应阈值对比，在第二评价值Pt超出阈值时，第二处理单元对处于运行状态的开发平台的各个异常节点上的故障特征进行识别，输出对应的修正方案；如果不存在对应的修正方案，或者运行状态难以达到预期时，则由提醒模块发出提醒。

进一步的，所述第一检测单元包括内存检测模块、温度检测模块及噪音检测模块，其中，

在开发平台处于运行状态时，沿着时间轴；由内存检测模块对运行状态下的开发平台的内存占用进行检测，获取若干组内存占用Nc；由温度检测模块对运行开发平台的终端的温度进行检测，获取温度T；由噪音检测模块对运行开发平台的终端产生的噪音进行检测，获取噪音Zy；获取内存占用Nc、温度T及噪音Zy，汇总建立第一测试数据集。

进一步的，所述第一处理单元包括评价模块、记录模块、预测模块及电子地图模块，其中，

将第一测试数据集发送至评价模块，由评价模块获取内存占用Nc、温度T及噪音Zy，关联获取第一评价值Po；第一评价值Po获取方式如下：

其中，参数意义为：内存因子

进一步的，依据开发平台对数据处理的流程，确定开发平台处理数据的各个处理节点；在开发平台运行时，将第一评价值Po超出相应阈值的节点确定为异常节点，由记录模块进行标记及记录，形成记录信息；依据数据处理的流程及对应的处理节点，由电子地图模块搭建节点电子地图，将记录信息发送至电子地图模块，对异常节点进行标记。

进一步的，依据第一测试数据集中的开发平台运行数据，在开发平台持续运行的条件下，预测模块对下一阶段的内存占用Nc、温度T及噪音Zy，以移动平均法预测模型进行预测，分别获取下一阶段的预测值，再次获取第一评价值Po作为预测值；在第一评价值Po及其预测值中至少一个超出相应阈值时，形成判断结果，将判断结果发送至控制单元，由控制单元形成对应的控制指令。

进一步的，在第一评价值Po及其预测值中至少一个不达预期时，由第二检测单元对运行状态下的开发平台进行第二次检测，获取建立第二测试数据集；所述第二检测单元包括：数据量检测模块、风扇转速检测模块及卡顿检测模块；其中，

在开发平台处于运行状态下时，由数据量检测模块对运行状态下开发平台的数据处理量进行检测，形成处理量Cl，并且由风扇转速检测模块检测开发平台形成是否卡顿，如果卡顿，获取卡顿频率Kp；在应用开发平台的终端运行时，由风扇转速检测模块对终端的风扇转速进行检测，形成转速Z；获取处理量Cl、卡顿频率Kp及转速Z，汇总建立第二测试数据集。

进一步的，将第二测试数据集发送至评估模块，由评估模块获取处理量Cl、卡顿频率Kp及转速Z，无量纲化处理后，关联形成第二评价值Pt，

其中，第二评价值Pt的获取方式如下：

其中，

进一步的，所述第二处理单元包括故障特征库、修正方案库及输出模块，其中，

依据节点电子地图，对开发平台的运行时的异常节点进行周期性自检，在第二评价值Pt超出相应阈值时，获取当前开发平台运行时的故障特征，在故障特征库中进行检索，判断是否为现有特征；如果是现有特征，在故障特征库内确定对应的运行故障；

获取现有特征，在修正方案库中检索对应的修正方案，如果存在修正方案，由输出模块将修正方案输出；如果获取的现有特征未在故障特征库中检索到，或者依据现有特征并未在修正方案库中检索到运行故障，由提醒模块向用户发出提醒。

进一步的，获取第二评价值Pt及第一评价值Po，在第二评价值Pt未超出相应阈值时，进行关联，获取综合评价值Pz；将综合评价值Pz与相应阈值相比，如果综合评价值Pz超过相应阈值，则说明开发平台运行状态难以达到预期，由提醒模块向用户发出预警；

其中，综合评价值Pz获取的方式如下：

其中，

（三）有益效果

本发明提供了一种多终端零代码智能软件开发平台，具备以下有益效果：

通过建立第二测试数据集及确定第二评价值Pt，能够从第二个维度对开发平台的测试进行评价，从而对开发平台的运行状态进行第二次判断，在第一次判断的基础上，对开发平台的运行判断更加全面，对第一次检测进行验证，进一步的确认各个处理节点上是否异常，从而方便用户做出针对性的处理。

通过设置第二处理单元，在开发平台运行状态低于阈值时，依据建立的节点电子地图，启动第二处理单元，对开发平台的周期性的自检，从而确定各个异常节点可能存在的故障，并且获取到对应的修正方案，从而在开发平台运行出现故障时，快速的确定对应的解决方案，完成对开发平台的修正。

通过形成综合评价值Pz，能够对开发平台的运行整体性评价，如果综合评价值Pz超出相应阈值，则说明开发平台的运行状态还是难以达到预期，通过提醒模块发出预警，提醒用户进行处理，从而使开发平台在使用时，用户及时进行处理，避免突然发生故障，影响工作的持续。

附图说明

图1为本发明软件开发平台的一次检测流程示意图；

图2为本发明软件开发平台的二次检测流程结构示意图。

图中：

10、预期验证单元；20、第一检测单元；21、内存检测模块；22、温度检测模块；23、噪音检测模块；

30、第一处理单元；31、评价模块；32、记录模块；33、预测模块；34、电子地图模块；40、控制单元；50、备份单元；60、预警单元；

70、第二检测单元；71、数据量检测模块；72、风扇转速检测模块；73、卡顿检测模块；80、评估模块；90、第二处理单元；91、故障特征库；92、修正方案库；93、输出模块；100、提醒模块。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例

请参阅图1-2，本发明提供一种多终端零代码智能软件开发平台，包括预期验证单元10、第一检测单元20、第一处理单元30、控制单元40、备份单元50、预警单元60、第二检测单元70、评估模块80及第二处理单元90、提醒模块100，其中，

在软件开发结束后，由预期验证单元10验证开发平台的运行结果是否达到预期，如果未达到预期，对开发平台的进行测试，判断开发平台是否满足开发条件；

将预期验证单元10的验证结果发送至第一检测单元20，由第一检测单元20对处于运行状态的开发平台进行第一次检测，依据第一检测的结果，建立第一测试数据集；

将第一测试数据集发送至第一处理单元30，对开发平台的运行状态进行评价，获取第一评价值Po，

依据开发平台对数据处理的流程，对开发平台运行状态进行预测，获取第一评价值Po的预测值；

确定开发平台运行的异常节点及可能会产生的异常节点；

在第一评价值Po的预测值中至少一个超出阈值，开发平台的运行状态难以持续保持预期状态时，获取开发平台异常节点及预测的异常节点，由控制单元40形成相应的控制指令，控制备份单元50将当前运行的开发平台及其运行进度进行备份，并控制预警单元60向用户发出预警。

参考图1及图2，在第一评价值Po及其预测值中至少一个不达预期时，由第二检测单元70对运行状态的开发平台进行第二次检测，建立第二测试数据集；

将建立第二测试数据集发送至评估模块80，对开发平台的运行状态进行第二次评估，获取第二评价值Pt；

将第二评价值Pt与相应阈值对比，在第二评价值Pt超出阈值时，第二处理单元90对处于运行状态的开发平台的各个异常节点上的故障特征进行识别，输出对应的修正方案；

如果不存在对应的修正方案，或者运行状态难以达到预期时，则由提醒模块100发出提醒。

参考图1，在对开发平台进行测试时，获取开发平台的运行结果及达到预期运行结果的时间，由预期验证单元10对运行结果及运行时间进行验证；

在至少其中一个达不到预期时，向用户发出提示；此时则证明，开发平台运行难以达到预期，需要进行测试，以作为进一步的验证。

参考图2，所述第一检测单元20包括内存检测模块21、温度检测模块22及噪音检测模块23，其中，

在开发平台处于运行状态时，沿着时间轴；由内存检测模块21对运行状态下的开发平台的内存占用进行检测，获取若干组内存占用Nc；

由温度检测模块22对运行开发平台的终端的温度进行检测，获取温度T；由噪音检测模块23对运行开发平台的终端产生的噪音进行检测，获取噪音Zy；

获取内存占用Nc、温度T及噪音Zy，汇总建立第一测试数据集。

使用时，通过设置内存检测模块21、温度检测模块22及噪音检测模块23，在开发平台运行状态时，建立第一测试数据集，能够对开发平台的运行状态进行评估。

参考图2，所述第一处理单元30包括评价模块31、记录模块32、预测模块33及电子地图模块34，其中，

将第一测试数据集发送至评价模块31，由评价模块31获取内存占用Nc、温度T及噪音Zy，关联获取第一评价值Po；

其中，第一评价值Po获取方式如下：

其中，参数意义为：内存因子

需要说明的是，由本领域技术人员采集多组样本数据并对每一组样本数据设定对应的预设比例系数；将设定的预设比例系数和采集的样本数据代入公式，任意三个公式构成三元一次方程组，将计算得到的系数进行筛选并取均值，得到

系数的大小是为了将各个参数进行量化得到的一个具体的数值，便于后续比较，关于系数的大小，取决于样本数据的多少及本领域技术人员对每一组样本数据初步设定对应的预设比例系数；只要不影响参数与量化后数值的比例关系即可。

使用时，将内存占用Nc、温度T及噪音Zy，关联获取第一评价值Po，从而对开发平台的运行进行评价，而且通过将多个参数关联在一起，涉及到因素多，覆盖面也较多，在对开发平台运行状态进行评价时，客观性也较好；用户能够依据第一评价值Po的大小，做出相应的选择。

参考图1及图2，依据开发平台对数据处理的流程，确定开发平台处理数据的各个处理节点；

在开发平台运行时，将第一评价值Po超出相应阈值的节点确定为异常节点，由记录模块32进行标记及记录，形成记录信息；

依据数据处理的流程及对应的处理节点，由电子地图模块34搭建节点电子地图，将记录信息发送至电子地图模块34，对异常节点进行标记。

使用时，通过获取依据数据处理流程及相应的处理节点，依据第一评价值Po的大小，判断该节点是否处于异常，如果异常，用户能够对开发平台进行针对性的处理，避免整体维护，提高维护效率。

参考图1，依据第一测试数据集中的开发平台运行数据，在开发平台持续运行的条件下，预测模块33对下一阶段的内存占用Nc、温度T及噪音Zy，

以移动平均法预测模型进行预测，分别获取下一阶段的预测值，再次获取第一评价值Po作为预测值，对开发平台运行的下一阶段进行预测和评估；从而对下一阶段开发平台的运行进行评价；

在第一评价值Po及其预测值中至少一个超出相应阈值时，形成判断结果，将判断结果发送至控制单元40，由控制单元40形成对应的控制指令。

使用时，通过设置的预测模块33，并借助于移动平均法预测模型，对下一时间段的第一评价值Po进行预测，从而对开发平台的运行状态形成评价和预测，如果第一评价值Po的预测值超出相应阈值时，用户能够提前进行处理。

参考图2，在第一评价值Po及其预测值中至少一个不达预期时，由第二检测单元70对运行状态下的开发平台进行第二次检测，获取建立第二测试数据集；

所述数据量检测模块71、风扇转速检测模块72及卡顿检测模块73；其中，

在开发平台处于运行状态下时，由数据量检测模块71对运行状态下开发平台的数据处理量进行检测，形成处理量Cl，并且由风扇转速检测模块72检测开发平台形成是否卡顿，如果卡顿，获取卡顿频率Kp；

在应用开发平台的终端运行时，由风扇转速检测模块72对终端的风扇转速进行检测，形成转速Z；

获取处理量Cl、卡顿频率Kp及转速Z，汇总建立第二测试数据集；

将第二测试数据集发送至评估模块80，由评估模块80获取处理量Cl、卡顿频率Kp及转速Z，无量纲化处理后，关联形成第二评价值Pt，

其中，第二评价值Pt的获取方式如下：

其中，

使用时，通过建立第二测试数据集及确定第二评价值Pt，能够从第二个维度对开发平台的测试进评价，从而对开发平台的运行状态进行第二次判断，在第一次判断的基础上，对开发平台的运行判断更加全面，对第一次检测进行验证，进一步的确认各个处理节点上是否异常，从而方便用户做出针对性的处理。

参考图2，所述第二处理单元90包括故障特征库91、修正方案库92及输出模块93，其中，

依据节点电子地图，对开发平台的运行时的异常节点进行周期性自检，在第二评价值Pt超出相应阈值时，获取当前开发平台运行时的故障特征，在故障特征库91中进行检索，判断是否为现有特征；

如果是现有特征，在故障特征库91内确定对应的运行故障。

需要说明的是，在对开发平台进行测试和运行时，可能会产生的故障及相对应的故障特征及解决方案都是较为常见的，只有少部分会比较少见，因此，将已知的故障特征、故障及对应的修正方案都进行了汇总，分别构建了故障特征库91及修正方案库92；

获取现有特征，在修正方案库92中检索对应的修正方案，如果存在修正方案，由输出模块93将修正方案输出；

如果获取的现有特征未在故障特征库91中检索到，或者依据现有特征并未在修正方案库92中检索到运行故障，由提醒模块100向用户发出提醒。

使用时，通过设置第二处理单元90，预先准备好与开发平台运行故障相应的修正方案，在开发平台运行状态低于阈值时，依据建立的节点电子地图，启动第二处理单元90，对开发平台的周期性的自检，从而确定各个异常节点可能存在的故障，并且获取到对应的修正方案，从而在开发平台运行出现故障时，快速的确定对应的解决方案，完成对开发平台的修正。

参考图1及图2，获取第二评价值Pt及第一评价值Po，在第二评价值Pt未超出相应阈值时，进行关联，获取综合评价值Pz；

将综合评价值Pz与相应阈值相比，如果综合评价值Pz超过相应阈值，则说明开发平台运行状态难以达到预期，由提醒模块100向用户发出预警；

其中，综合评价值Pz获取的方式如下：

其中，

使用时，在第二评价值Pt未超出相应阈值时，通过形成综合评价值Pz，能够对开发平台的运行整体性评价，如果综合评价值Pz超出相应阈值，则说明开发平台的运行状态还是难以达到预期，通过提醒模块100发出预警，提醒用户进行处理，从而使开发平台在使用时，用户及时进行处理，避免突然发生故障，影响工作的持续。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质。半导体介质可以是固态硬盘。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一些逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-onlymemory，ROM）、随机存取存储器（randomaccessmemory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

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

最后：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所作的任何修改等同替换、改进等，均应包含在本发明的保护范围之内。