CN114581033B - 政务审批业务快速开发方法和装置及设备 - Google Patents

Abstract

本申请涉及一种政务审批业务开发方法和装置及设备，其方法包括：获取当前要开发生成的政务审批业务的用户所在的组织架构数据；基于政务审批业务构建相应的审批业务模块；将审批业务模块与组织架构数据进行关联，并在关联后对审批业务模块进行配置，以生成相应的政务审批业务。由此提供了一种引导式、可视化的政务审批业务开发方法，政务审批业务的整个配置过程仅需要5分钟—10分钟即可完成，这就大大提升了业务应用的开发效率，降低了开发成本。

Description

政务审批业务快速开发方法和装置及设备

技术领域

本申请涉及审批业务开发技术领域，尤其涉及一种政务审批业务快速开发方法和装置及设备。

背景技术

目前，对于政务审批业务开发的方法通常有以下两种，一种为零起点手动搭建定制化模块，另一种则为在开源框架基础上进行二次开发。但是，上述两种方法在开发生成政务审批业务时，对开发人员要求较高，均需要开发人员具有一定的代码开发能力，这就使得政务审批业务的开发难度较大，最终影响了政务审批业务的开发效率。

发明内容

有鉴于此，本申请提出了一种政务审批业务开发方法，可以有效降低政务审批业务的开发难度系数，提高政务审批业务的开发效率。

根据本申请的一方面，提供了一种政务审批业务开发方法，包括：

在触发审批业务生成指令后，基于所述审批业务生成指令，获取当前要开发生成的政务审批业务的组织架构数据；

创建与当前要生成的所述政务审批业务相应的审批业务模块；

将所述审批业务模块与所述组织架构数据进行关联；

对所述审批业务模块引入所需要的数据源；

对引入所述数据源的审批业务模块进行配置，以生成相应的所述政务审批业务。

在一种可能的实现方式中，创建与当前要生成的所述政务审批业务相应的审批业务模块时，基于所述政务审批业务的使用场景进行构建。

在一种可能的实现方式中，基于所述政务审批业务构建相应的审批业务模块，包括：

获取所述审批业务模块的模块名，并根据所述模块名生成相应的模块号；

以所述模块号为文件夹名称，将所述审批业务模块存储到数据库中；

其中，在将所述审批业务模块存储到数据库中时，根据所述审批业务模块的属性进行存储；

所述审批业务模块的属性包括新增系统和选择系统中的至少一种。

在一种可能的实现方式中，对所述审批业务模块引入所需要的数据源时，通过导入模块或关联已有数据源的方式进行；

其中，所述数据源指的是当前要生成的所述政务审批业务各节点所需要的字段信息。

在一种可能的实现方式中，对关联所述组织架构数据的审批业务模块进行配置时，包括对所述审批业务模块中的数据源进行配置的过程；

其中，对所述审批业务模块中的数据源进行配置包括对数据类型、字段长度、显示类型和设置关联外键信息中的至少一种信息的配置。

在一种可能的实现方式中，对关联所述组织架构数据的审批业务模块进行配置时，包括对所述审批业务模块的列表的配置过程；

其中，对所述审批业务模块的列表的配置包括对列表翻页控制、操作、条件和显示字段中的至少一种信息的配置。

在一种可能的实现方式中，对关联所述组织架构数据的审批业务模块进行配置时，包括对所述审批业务模块的表单的配置过程；

其中，对所述审批业务模块的表单的配置包括对表单属性、模板样式和布局设计中的至少一种信息的配置。

在一种可能的实现方式中，对关联所述组织架构数据的审批业务模块进行配置时，在所搭建的展示层采用可视化操作进行。

根据本申请的另一方面，还提供了一种政务审批业务开发装置，包括数据获取模块、模块构建模块、数据关联模块、数据引入模块和模块配置模块；

所述数据获取模块，被配置为在触发审批业务生成指令后，基于所述审批业务生成指令，获取当前要开发生成的政务审批业务的组织架构数据；

所述模块构建模块，被配置为构建与当前要生成的所述政务审批业务相应的审批业务模块；

所述数据关联模块，被配置为将所述审批业务模块与所述组织架构数据进行关联；

所述数据引入模块，被配置为对所述审批业务模块引入所需要的数据源；

所述模块配置模块，被配置为对所述审批业务模块进行配置，以生成相应的所述政务审批业务。

根据本申请的另一方面，还提供了一种政务审批业务开发设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现权利要求1至8中任意一项所述的方法。

通过在政务审批业务开发过程中，对于审批业务的配置采用可视化操作的方式进行，从而提供了一种引导式、可视化的政务审批业务开发方法，政务审批业务的整个配置过程仅需要5分钟—10分钟即可完成，这就大大提升了业务应用的开发效率，降低了开发成本。

根据下面参考附图对示例性实施例的详细说明，本申请的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本申请的示例性实施例、特征和方面，并且用于解释本申请的原理。

图1示出本申请实施例的政务审批业务开发方法的流程图；

图2示出本申请实施例的政务审批业务开发方法的另一流程示意图；

图3示出本申请实施例的政务审批业务开发方法中对审批业务模块中引入的业务数据进行配置时的示意图；

图4a至图4c分别示出本申请实施例的政务审批业务开发方法中对审批业务模块进行列表配置时的用户操作界面示意图；

图5示出本申请实施例的政务审批业务开发方法中对审批业务模块进行列表配置后所生成的列表示意图；

图6示出本申请实施例的政务审批业务开发方法中对审批业务模块进行表单配置时的用户操作界面示意图；

图7示出本申请实施例的政务审批业务开发方法中对审批业务模块进行表单配置后所生成的表单示意图；

图8示出本申请实施例的政务审批业务开发装置的结构示意图；

图9示出本申请实施例的政务审批业务开发装置的系统架构示意图；

图10示出本申请实施例的政务审批业务开发设备的结构示意图。

具体实施方式

以下将参考附图详细说明本申请的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本申请，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本申请同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本申请的主旨。

图1示例为政务审批业务开发方法的流程图。如图1所示，该方法包括：步骤S100，在触发审批业务生成指令后，基于审批业务生成指令获取当前要开发生成的政务审批业务的组织架构数据。其中，组织架构数据包括公司、部门、角色、人员和层级管理中的至少一种。同时，在一种可能的实现方式中，组织架构数据可以通过自定义的方式构建获取，也可以通过同步的方式获取。在采用同步的方式获取时，可以通过包含有组织架构人员信息的企业办公软件同步实现，如：钉钉人员同步、企业微信人员同步等。在通过包含有组织架构人员信息的企业办公软件同步当前要开发生成的政务审批业务的组织架构数据时，首先，配置办公软件(如：微信、钉钉等)接入配置，具体可包含Appld、AppSecret等信息。然后，再基于接入配置进行部门和人员信息的同步。

在获取组织机构数据之后，再通过步骤S200，创建与当前要生成的政务审批业务相应的审批业务模块。

此处，需要说明的是，所创建的审理业务模块对应当前要生成的政务审批业务。在进行审批业务模块的创建时，首先需要对所构建的审批业务模块的类型进行定义。在对审批业务模块的类型定义时可以按照当前要生成的审批业务的使用场景进行。其中，当前要生成的政务审批业务的使用场景具体包括请假场景、报销场景、加班场景、印章使用申请场景、会议申请场景、办公用品领用、资产采购申请等。定义的审批业务模块的类型则包括：行政类、资产类、合同类等。

也就是说，在本申请实施例的方法中，创建审批业务模块时首先根据当前要生成的审批业务的使用场景对构建的审批业务模块的类型进行定义。在定义好审批业务模块的类型之后，即可基于定义的审批业务模块进行相应的设置，从而实现审批业务模块的创建。

其中，在对定义好类型的审批业务模块进行相应的设置(即，构建审批业务模块)时，则具体可以通过以下方式来实现。

首先，获取审批业务模块的模块名，并根据模块名生成相应的模块号，从而实现对创建的审批业务模块的身份的区分。

然后，以模块号为文件夹名称，将审批业务模块存储到数据库中。其中，在将审批业务模块存储到数据库中时可以根据审批业务模块的属性进行存储。需要说明的是，在本申请实施例的方法中，审批业务模块的属性包括新增系统和选择系统中的至少一种。新增系统，顾名思义指的是当前执行本申请实施例的政务审批业务方法的平台中所没有的系统。选择系统，在指的是由当前执行本申请实施例的政务审批业务方法的平台中已有系统中选择的系统。

举例来说，在当前政务审批业务为请假审批业务时，由于请假审批业务的使用场景为请假申请，因此可以对要构建的审批业务模块的类型定义为流程类。然后，通过对定义好类型的审批业务模块进行名称定义，以获取审批业务模块的模块名。其中，在一种可能的实现方式中，对于审批业务模块进行名称设定时可以直接根据当前要生成的政务审批业务的使用场景进行命名。如：对于请假审批这一审批业务，可以直接将其对应的审批业务模块的模块名定义为【请假审批】。

然后，再根据审批业务模块的模块名生成相应的模块号。在一种可能的实现方式中，根据审批业务模块的模块名生成相应的模块号时，可以采用自动生成模块名的拼音加数字序号方式来实现。

如，以前面所述的【请假审批】这一模块名为例，生成的模块号可以为：qingjiashenpi1。此处，还需要指出的是，在采用自动生成模块名的拼音加数字序号的方式来生成审批业务模块的模块号时，拼音部分可以为审批业务模块的模块名的全拼，也可以为首写字母的全拼。同时，对于拼音部分还可以通过预先设定的规则进行字母大小写的规定，从而实现对不同类型或者是同一类型下不同的政务审批业务的审批业务模块的有效区分。

在根据审批业务模块的模块名生成相应的模块号之后，即可以模块号为文件夹名称进行审批业务模块的存储。此处，要说明的是，在本申请实施例的方法中，由于在进行审批业务模块的存储时可以根据审批业务模块的属性进行。因此，仍以前面所述的【请假审批】这一审批业务模块为例进行说明。

如果审批业务模块是选择的系统(即，审批业务模块的属性为选择系统)，则在进行审批业务模块的存储时，会在项目根目录/WEB-INF/config/navigator.xml文件中对应的系统号下增加该审批业务模块的模块信息。

如果审批业务模块是新增的系统(即，审批业务模块的属性为新增系统)，则在进行审批业务模块的存储时，会在项目根目录/WEB-INF/config/navigator.xml文件中增加系统和模块信息。

进而，通过以上的配置之后，即可以模块号为文件夹名称，出现在项目根目录/WEB-INF/config/系统号/模块号的数据存储目录中。其中，以模块号为文件夹名称的这一文件夹下包含有文件view.xml。

同时，在本申请实施例的方法中，构建审批业务模块的过程中，如果审批业务模块为选择的系统时，还会在SIQ_MODULE数据库表中增加一条模块信息的数据。如果审批业务模块为新增的系统，则会在SIQ_SYSTEM，SIQ_MODULE数据库表中各自增加一条系统、模块信息的数据。

进一步地，通过上述任一种方式完成组织架构数据的获取以及审批业务模块的创建之后，即可执行步骤S300，将审批业务模块与组织架构数据进行关联。此处，应当指出的是，在将审批业务模块与组织架构数据进行关联的目的是实现组织架构数据与审批业务模块之间的对应，以防止在存在多个组织架构数据和审批业务模块时出现映射混乱的情况。

其中，本领域技术人员可以理解的是，将审批业务模块与组织架构数据进行关联时可以采用本领域常规的数据关联方式来实现，此处不再进行赘述。

将审批业务模块与组织架构数据进行关联后，即可执行步骤S400，对关联组织架构数据的审批业务模块引入数据源。需要解释说明的是，对关联组织架构数据的审批业务模块引入数据源具体指的是，获取关联组织架构数据后的审批业务模块所对应的业务数据。其中，所引入的数据源指的是当前要生成的政务审批业务各节点以及各节点所需要的字段信息。同时，本领域技术人员可以理解的是，业务数据根据不同的审批业务模块对应包含不同的数据内容。

如：对于【请假审批】这一审批业务模块来说，其业务数据包含：离岗时间、预计返岗时间、本次请假时长、累计请假时长、请假原因、申请人、申请时间、申请人所在部门、部门负责人、部门审批时间、部门审批意见、公司负责人、公司审批时间和公司审批意见中的至少一种。

同时，在一种可能的实现方式中，对关联组织架构数据的审批业务模块引入数据可以通过导入模块或关联已有数据源的方式进行。即，对于审批业务需要的业务数据可以通过预先采集的方式存储至数据库中，进而再由数据库中读取对应的数据内容即可。此处不进行具体限定。

还应当指出的是，参见图2，在本申请实施例的方法中，在对关联组织架构数据的审批业务模块引入数据源时，还包括对当前的审批业务模块进行是否存在多表的判断。在判断出为多表数据时，则需要进行主表的设置。

此处，需要解释的是，对当前的审批业务模块进行是否存在多表的判断，具体指的是对当前的审批业务模块进行是否存在子业务的判断。

举例来说，对于【请假审批】业务模块，在引入相应的业务数据后，判断该审批业务模块下的业务数据中是否包含有“事假”、“病假”、“产假”、“调休假”、“婚假”等这些子业务的数据，如果存在则由上述子业务的业务数据中提取出一项作为主表数据，其余业务数据则分别作为子表业务数据。

如果判断出不是多表数据时，则不需要进行上述处理，直接进行审批业务模块中的业务数据的配置即可。即，直接执行步骤S500，对引入数据源后的审批业务模块进行配置，以生成相应的政务审批业务。

参见图2，在对审批业务模块进行配置时，包括数据源的配置、列表的配置、表单的配置以及高级配置中的至少一种。

其中，对于业务数据的配置，指的是对引入的审批业务模块所需要的业务数据(业务对应的数据库表名、各数据库之间的关系)的配置。对列表的配置则指的是针对所实现的业务模块中的新增、删除、编辑、查询、统计、筛选等数据管理的需求以及需要通过列表显示的信息进行的设置，对表单的配置则指的是对已经配置好的各个列表的设置对保存、返回、关闭等需求及表单显示的信息进行的设置。

具体的，在一种可能的实现方式中，对审批业务模块中的业务数据的配置包括：对数据类型、字段长度、显示类型和设置关联外键信息中的至少一种信息的配置。

如图3所示，在对审批业务模块中引入的业务数据进行配置时，可以采用列表的方式。通过采用列表的方式对引入的业务数据进行配置，使得配置过程更加直观和便捷。

进一步地，对审批业务模块的列表的配置则包括对列表翻页控制、操作、条件和显示字段中的至少一种信息的配置。其中，本领域技术人员可以理解的是，在对审批业务模块的列表进行配置时，需要先对审批业务模块配置相应的列表。具体的，在对审批业务模块配置列表时，可通过创建列表、列表操作、列表属性和列表条件四个步骤实现。此处，需要说明的是，如果审批业务模块中没有子业务，则只需要配置一个列表即可，不需要进行子表的创建。如果审批业务模块中存在有子业务，则还需要对于每一个子业务对应配置相应的子列表。

举例来说，对于【请假审批】这一审批业务模块，在配置请假审批列表时，依次通过创建列表、列表操作、列表属性和列表条件四个步骤完成。请假审批中没有子表，因此记录集合只需要创建请假审批列表即可。

其中，在创建列表时，包括创建记录集合基本信息及列表翻页内容。列表操作中，包含列表中的增加、删减、修改、查找等的配置。对于超出功能则可以在高级配置中完成。对于列表属性，则包括配置列表中各字段的属性的配置，具体包含列名、显示类型、绑定操作等。列表条件，则主要包括条件字段信息的设置，具体可包含显示类型、必填项、绑定操作和绑定字典等操作。

同时，还需要指出的是，在本申请实施例的方法中，对审批业务模块的配置均可以采用可视化操作进行。

具体的，以对审批业务模块中的列表的配置为例，参见图4a至图4c，首先，通过触发“列表配置”这一控件以发送列表配置指令。然后，在触发列表配置之后，在可视化操作界面推送显示出列表配置的相关信息，具体包括：创建列表、列表操作、列表属性和列表条件中的至少一种。此处，需要说明的是，创建列表、列表操作、列表属性和列表条件按照预先设置好的信息排列，从而达到引导用户进行列表配置的效果。

其中，参见图4a，在进行列表配置时，首先通过创建列表中的“记录集名称”、“元数据”、“表格选择框”、“显示序列号”、“显示翻页控制”、“每页记录数”和“生成表单”等各配置信息进行列表创建过程中的配置。

在列表创建完成之后，再通过触发“列表操作”对所创建的列表进行“增加”、“修改”、“查询”和“删除”等配置。其中，在触发“列表操作”之后，推送并显示出列表操作的配置界面，在推送显示的列表操作的配置界面中，再通过触发界面中设置的各个控件进行相应的增加、修改、删除和查询等配置，如图4b所示。

列表创建完成之后，再通过触发“列表属性”，从而推送并显示出列表属性的配置界面，并在列表属性的配置界面中进行列表属性的配置。

最后，再通过触发“列表条件”，以推送并显示列表条件的配置界面，进行列表条件的配置。此处，需要指出的是，列表条件的配置主要是对于列表查询条件的配置。如图4c所示，在一种可能的实现方式中，对于列表条件的配置具体可以通过拖拽的方式来进行。即，在列表条件的配置界面中包含有两个操作框，其中一个操作框(如图4c中左框所示)中包含有预先设置的各查询条件，另一个操作框(如图4c中右框所示)则用于保存由预先设置的查询条件中选取出来的对当前创建的列表的查询条件。在将由预先设置的各查询条件中选取对当前创建的列表的查询条件时，可以采用拖拽的方式进行，也可以采用双击的方式等，此处不对其进行具体限定。

通过上述过程即可完成对审批业务模块的列表配置。如图5所示。

更进一步地，对审批业务模块中的表单的配置，则包括对表单属性、模板样式和布局设计中的至少一种信息的配置。同理，在进行审批业务模块的表单的配置时，同样也需要先对审批业务模块设置相应的表单，即首先需要先创建审批业务模块表单，具体为填写表单基本信息。然后，再对表单字段进行配置，包含域名称、类型和字典等。即，对表单的属性进行配置。接着，再进行表单模板样式进行配置，具体包括模板式样类型、分页栏和宽度等的配置。最后，再进行布局编辑即可完成审批业务模板的表单的配置。

在一种可能的实现方式中，对审批业务模块进行表单配置时同样可以采用可视化操作进行。具体的，参见图6，在进行表单配置时，通过触发审批业务生成界面中“配置表单”，推送并显示出表单配置的配置界面。

其中，在表单配置的界面中包含有创建表单、表单属性、表单模板和布局编辑中的至少一种。同理，创建表单、表单属性、表单模板和布局编辑同样按照预先设置的顺序进行设置，从而通过依次触发各个控件进行表单的配置。如图7所示，为采用本申请实施例的方法对某一审批业务模块所配置的表单的示意图。

另外，对于除上述各项配置之外的配置，则可以均通过高级配置来实现。在一种可能的实现方式中，高级配置包括操作配置和接口配置等。

在全部配置完成之后，即可完成了政务审批业务的生成。然后，再将生成的政务审批业务绑定到相应的业务流程后发布，在用户端即可查看使用。

其中，需要指出的是，在上述的所有对审批业务模块的配置过程，均可以在数据展示层采用可视化操作来进行。并且，在进行审批业务模块的创建、数据源的引入等操作时同样也是在数据展示层通过可视化操作来实现的。

也就是说，在本申请实施例的政务审批业务开发方法中，通过搭建包含有展示层的系统架构，从而在展示层进行上述审批业务模块的配置，从而使得在开发政务审批业务时能够在可视化的环境下进行。同时，在展示层进行政务审批业务的开发生成时，还通过预先设置“创建模块”、“引入数据”、“配置数据”、“配置列表”、“配置表单”和“高级配置”等控件，并对上述控件设置相应的显示顺序，使得上述各控件按照先后顺序显示，由此在进行政务审批业务的开发生成时，用户只需要通过依次触发上述各控件，并在触发各控件之后推送显示出当前所触发的控件所关联的配置信息，使得用户根据展示层显示出的配置信息依次进行配置即可，这也就使得本申请实施例的政务审批业务开发方法具有一定的引导性和可视化性，从而大大提升了业务应用的开发效率，降低了开发成本。

为了更清楚地说明本申请实施例的政务审批业务开发方法，以下以“请假审批”这一审批业务为例，对其开发过程进行再次详细的说明。

参见图2和图3，首先，通过自定义的方式或者是数据同步的方式获取得到请假审批业务使用环境下的组织架构数据。其中，在采用自定义创建的方式时，具体包括创建公司、创建部门、创建层级关系、创建角色和创建人员几个步骤。在采用数据同步的方式时，则通过配置钉钉、企业微信等办公应用软件的接入配置，然后将办公应用软件中的组织架构数据等信息进行同步即可。

然后，再进行审批业务模块的创建。在创建审批业务模块时，由于请假审批这一政务审批业务的使用场景对应为流程类，因此可通过选择流程类模块(即，对模块的类型定义为流程类模块)并对选择的流程类模块进行相应的信息配置即可。

具体的，首先，根据根据模块名【请假审批】自动生成拼音叠加数字序号的模块号。然后，对该审批业务模块进行属性判断。如果是选择的系统，会在项目根目录/WEB-INF/config/navigator.xml文件中对应的系统号下增加模块信息。如果是新增的系统，会在项目根目录/WEB-INF/config/config.xml文件中新增系统信息，同时也会在项目根目录/WEB-INF/config/navigator.xml文件中增加系统和模块信息。接着，以模块号为文件夹名称，会出现在项目根目录/WEB-INF/config/系统号/模块号，此文件夹下包含文件有view.xml。

其中，如果是选择的系统，会在SIQ_MODULE数据库表中增加一条模块信息的数据。如果是新增的系统，会在SIQ_SYSTEM、SIQ_MODULE数据库表中各自增加一条系统、模块信息的数据。

接着，通过导入模板或关联已有数据源来配置数据，若存在子表需设置主表。同时，按照图3所示的表格方式对引入的业务数据源进行相应的配置和修改，无需设置关联外键。

随后，配置请假审批列表，可通过创建列表、列表操作、列表属性、列表条件四个步骤完成。请假审批中没有子表，故记录集合仅创建请假审批列表即可。具体的，首先，创建列表：创建记录集合基本信息及列表翻页内容。然后，列表操作：增删改查。其中，超出功能在高级配置中完成。接着，.列表属性：配置各字段属性，包含列名、显示类型、绑定操作等。最后，列表条件：设置条件字段信息，包含显示类型、必填项、绑定操作、绑定字典等。

同时，还包括配置请假审批表单。具体的，.创建表单：填写表单基本信息。表单属性：对表单字段进行配置，包含域名称、类型、字典等。表单模板：对模板式样类型、分页栏、宽度等进行配置。布局编辑。可根据以上步骤重复处理列表详情页。

最后，高级配置，包含操作配置和接口配置，该请假审批中的批量删除功能。在全部配置完成后，绑定到流程后发布，用户端即可查看使用。

需要说明的是，尽管以图1至图3作为示例介绍了如上所述的政务审批业务开发方法，但本领域技术人员能够理解，本申请应不限于此。事实上，用户完全可根据个人喜好和/或实际应用场景灵活设定各步骤的具体实现方式，只要能够实现通过引导的方式进行政务审批业务的开发即可。

相应的，基于前面任一所述的政务审批业务开发方法，本申请还提供了一种政务审批业务开发装置。由于本申请提供的政务审批业务开发装置的工作原理与本申请实施例的政务审批业务开发方法的原理相同或相似，因此重复之处不再赘述。

参见图8，本申请提供的政务审批业务开发装置100，包括数据获取模块110、模块构建模块120、数据关联模块130、数据引入模块140和模块配置模块150。其中，数据获取模块110，被配置为获取当前要开发生成的政务审批业务的用户所在的组织架构数据。模块构建模块120，被配置为基于政务审批业务构建相应的审批业务模块。数据关联模块130，被配置为将审批业务模块与组织架构数据进行关联。数据引入模块140，被配置为对所述审批业务模块引入所需要的数据源。模块配置模块150，被配置为审批业务模块进行配置，以生成相应的政务审批业务。

其中，还需要指出的是，参见图9，本申请实施例的政务审批业务开发装置的系统架构采用分层设计方式，包括数据库层、数据访问层、业务逻辑层和展示层。其中，数据库层、数据访问层、业务逻辑层和展示层之间采用低耦合方式，各层均需要通过接口才能接入并进行参数的校验，比如：在展示层不可直接操作数据库，这就有效保证了数据操作的安全性。

同时，本申请实施例的政务审批业务开发装置还实现了用户表单提交的双验证：包括服务器端验证及客户端验证，从而防止用户通过浏览器恶意修改(如不可写文本域、隐藏变量篡改、上传非法文件等)，跳过客户端验证操作数据库。

进一步地，本申请实施例的政务审批业务开发装置在用户表单提交所有数据时，在服务器端都进行安全编码，防止用户提交非法脚本及SQL注入获取敏感数据等，确保数据安全。

此外，本申请实施例的政务审批业务开发装置，还设置了用户密码登录控件。其中，登录用户密码采用SHA1散列加密方式，此加密方法是不可逆的，从而进一步地防止密文的泄露。

另外，本申请实施例的政务审批业务开发装置对所有管理端链接都进行用户身份权限验证，防止用户直接填写url进行访问。

更进一步地，根据本申请的另一方面，还提供了一种政务审批业务开发设备200。参阅图10，本申请实施例政务审批业务开发设备200包括处理器210以及用于存储处理器210可执行指令的存储器220。其中，处理器210被配置为执行可执行指令时实现前面任一所述的政务审批业务开发方法。

此处，应当指出的是，处理器210的个数可以为一个或多个。同时，在本申请实施例的政务审批业务开发设备200中，还可以包括输入装置230和输出装置240。其中，处理器210、存储器220、输入装置230和输出装置240之间可以通过总线连接，也可以通过其他方式连接，此处不进行具体限定。

存储器220作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序和各种模块，如：本申请实施例的政务审批业务开发方法所对应的程序或模块。处理器210通过运行存储在存储器220中的软件程序或模块，从而执行政务审批业务开发设备200的各种功能应用及数据处理。

输入装置230可用于接收输入的数字或信号。其中，信号可以为产生与设备/终端/服务器的用户设置以及功能控制有关的键信号。输出装置240可以包括显示屏等显示设备。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (7)

1.一种政务审批业务开发方法，其特征在于，包括：

在触发审批业务生成指令后，基于所述审批业务生成指令，获取当前要开发生成的政务审批业务的组织架构数据；

创建与当前要生成的所述政务审批业务相应的审批业务模块；将所述审批业务模块与所述组织架构数据进行关联；

对所述审批业务模块引入所需要的数据源；

对引入所述数据源的审批业务模块进行配置，以生成相应的所述政务审批业务；

其中，基于所述政务审批业务构建相应的审批业务模块，包括：

获取所述审批业务模块的模块名，并根据所述模块名生成相应的模块号；

以所述模块号为文件夹名称，将所述审批业务模块存储到数据库中；

其中，在将所述审批业务模块存储到数据库中时，根据所述审批业务模块的属性进行存储；

所述审批业务模块的属性包括新增系统和选择系统中的至少一种；

对关联所述组织架构数据的审批业务模块进行配置时，在所搭建的展示层采用可视化操作进行；同时，在所述展示层进行政务审批业务的开发生成时，还通过预先设置“创建模块”、“引入数据”、“配置数据”、“配置列表”、“配置表单”和“高级配置”控件，并对上述控件设置相应的显示顺序，使得上述各控件按照先后顺序显示，由此在进行政务审批业务的开发生成时，用户只需要通过依次触发上述各控件，并在触发各控件之后推送显示出当前所触发的控件所关联的配置信息，使得用户根据展示层显示出的配置信息依次进行配置即可；

其中，在创建审批业务模块时，首先根据模块名自动生成拼音叠加数字序号的模块号，然后对该审批业务模块进行属性判断，接着通过导入模板或关联已有数据源来配置数据，若存在子表需设置主表，同时按照表格的方式对引入的业务数据源进行相应的配置和修改，无需设置关联外键；

其中，所述数据源指的是当前要生成的所述政务审批业务各节点所需要的字段信息。

2.根据权利要求1所述的方法，其特征在于，创建与当前要生成的所述政务审批业务相应的审批业务模块时，基于所述政务审批业务的使用场景进行构建。

3.根据权利要求1或2所述的方法，其特征在于，对关联所述组织架构数据的审批业务模块进行配置时，包括对所述审批业务模块中的数据源进行配置的过程；

其中，对所述审批业务模块中的数据源进行配置包括对数据类型、字段长度、显示类型和设置关联外键信息中的至少一种信息的配置。

4.根据权利要求1或2所述的方法，其特征在于，对关联所述组织架构数据的审批业务模块进行配置时，包括对所述审批业务模块的列表的配置过程；

其中，对所述审批业务模块的列表的配置包括对列表翻页控制、操作、条件和显示字段中的至少一种信息的配置。

5.根据权利要求1或2所述的方法，其特征在于，对关联所述组织架构数据的审批业务模块进行配置时，包括对所述审批业务模块的表单的配置过程；

其中，对所述审批业务模块的表单的配置包括对表单属性、模板样式和布局设计中的至少一种信息的配置。

6.一种政务审批业务开发装置，其特征在于包括组织数据获取模块、功能构建模块、数据关联模块、数据引入模块和模块配置模块；

所述组织数据获取模块，被配置为在触发审批业务生成指令后，基于所述审批业务生成指令，获取当前要开发生成的政务审批业务的组织架构数据；

所述功能构建模块，被配置为构建与当前要生成的所述政务审批业务相应的审批业务模块；

所述数据关联模块，被配置为将所述审批业务模块与所述组织架构数据进行关联；

所述数据引入模块，被配置为对所述审批业务模块引入所需要的数据源；

所述模块配置模块，被配置为对所述审批业务模块进行配置，以生成相应的所述政务审批业务；

其中，基于所述政务审批业务构建相应的审批业务模块，包括：

获取所述审批业务模块的模块名，并根据所述模块名生成相应的模块号；

以所述模块号为文件夹名称，将所述审批业务模块存储到数据库中；

其中，在将所述审批业务模块存储到数据库中时，根据所述审批业务模块的属性进行存储；

所述审批业务模块的属性包括新增系统和选择系统中的至少一种；

对关联所述组织架构数据的审批业务模块进行配置时，在所搭建的展示层采用可视化操作进行；同时，在所述展示层进行政务审批业务的开发生成时，还通过预先设置“创建模块”、“引入数据”、“配置数据”、“配置列表”、“配置表单”和“高级配置”控件，并对上述控件设置相应的显示顺序，使得上述各控件按照先后顺序显示，由此在进行政务审批业务的开发生成时，用户只需要通过依次触发上述各控件，并在触发各控件之后推送显示出当前所触发的控件所关联的配置信息，使得用户根据展示层显示出的配置信息依次进行配置即可；

其中，在创建审批业务模块时，首先根据模块名自动生成拼音叠加数字序号的模块号，然后对该审批业务模块进行属性判断，接着通过导入模板或关联已有数据源来配置数据，若存在子表需设置主表，同时按照表格的方式对引入的业务数据源进行相应的配置和修改，无需设置关联外键；

其中，所述数据源指的是当前要生成的所述政务审批业务各节点所需要的字段信息。

7.一种政务审批业务开发设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现权利要求1至5中任意一项所述的方法。