CN115730022A - 采用事件触发和流程编排的数据处理构建方法及平台系统 - Google Patents

Abstract

采用事件触发和流程编排的数据处理构建方法及平台系统，所属云计算领域，方法为构建统一工作流框架服务，通过框架实现使用者创建、修改、编辑和删除工作流；建立以uuid为主键字段的数据库表，采用postgre数据与postgreSQL及逆行数据的存储，实现读写分离，适合高并发访问；建立以BPMN2.0为准的命名规范和工作流的建立，用精准的执行语义来描述元素的操作；Camunda调用Springboot中的逻辑和接口，实现流程的逻辑判断、正确执行和执行顺序。本发明采用流程自定义编排，通过事件触发实现数据处理的工作流，对外提供统一的接口调用、配置、测试、可视化封面样式，使用起来便捷，提高工作效率。

Description

采用事件触发和流程编排的数据处理构建方法及平台系统

技术领域

本发明属于云计算领域，具体涉及一种采用事件触发和流程编排的数据处理构建方法及平台系统。

背景技术

在大型企业中，员工数量以万为单位计量，在实施任务分派中就会有大量的配置工作，要建立大量的员工和角色的映射关系，如此巨额配置信息和工作量造成工作流程繁杂，效率低；为此，云计算环境中的工作流技术的诞生解决了这类问题。现阶段云计算环境中的工作流技术已经深深融入工作中的方方面面，能够简化工作流程，提高生产组织水平和效率。

根据底层实现技术，可将工作流产品分为三类：(1)以通讯为中心，以电子邮件为底层的通讯机制；这类工作流系统适合于协作型工作流和不确定型工作流，而不适于生产型工作流。(2)以文档为中心，基于文档路由；但它同外界应用的交互能力有限，许多基于表的管理型工作流可以用以文档为中心的工作流实现。(3)以过程为中心；这种工作流系统对应于生产型工作流；它一般建立在数据库之上，有自己专用的通信机制，并且提供同外部交互的接口。

现有平台系统以获取第一系统对当前节点上的工作流数据的第一处理结果，根据第一处理结果确定工作流数据流转的下游节点；当下游节点对应的用户标识与第一处理结果中的用户标识相同，且当前节点的节点类型与下游节点的节点类型不同时，获取下游节点关联的访问地址；跳转至访问地址指向的第二系统，并调用第二系统中与用户标识关联的用户登录信息登录第二系统，在第二系统上展示下游节点上的工作流数据的方式进行数据处理。现有的工作流技术研究中，比较著名的有IBM公司Almaden研究中心的Exotica；佐治亚大学计算机系的Meteor、WIDE和Mentor等研究项目。其中，Exotica和Meteor是完全分布的工作流管理系统；WIDE和Mentor则采用C/S结构，活动间的导航、活动执行情况的管理和异常情况的处理都是由位于服务器层的工作流机完成的。

尽管当前是工作流系统市场空前繁荣时期，但目前市场上通过以上述平台系统方式运行的工作流系统存在着不少的缺陷，从实际应用中就能看出来，还远远没有达到企业和国家所期待的那种普及状态，在实际的生产经营中，采用工作流管理系统的企业也只是少部分，原因之一是因为这些管理系统的应用范围比较局限，且不能够全方位的支持企业的关键业务流程。主要体现为以下六个问题：

1、缺乏相互操作性：虽然目前已开发了能够保证以一致的方式访问工作流管理系统的服务和功能，也为工作流管理系统之间及管理系统和应用程序之间规定了交换格式和协议，统一了工作流模型；但在各个工作流管理系统之间，因为缺乏统一的标准，并不能真正意义上做到互相兼容，兼容性还有待提高。

2.若工作流系统出现错误的时候缺乏正确性和可靠性的支持：在工作流实例运行过程中，是有可能出现多个活动同时访问共享资源的情况，若这几个活动在数据操作上是相互重叠的，这样为了保证系统能够正常的运行，则必须要进行并发控制，防止出现“脏数据”的现象。另外，当工作流不正常中断的时候，在如何恢复数据的一致性上面也是需要解决的一个问题。

3.性能问题：目前的大多数工作流系统不能满足企业对每天处理上千万个，甚至每小时几千个业务的需求。

4.现在的工作流系统还缺乏对工作流进行分析、仿真和纠错的类似工具。

5.底层通信平台不够完善，异构系统的通信技术目前还并不成熟，这也就造成了企业应用工作流管理系统时的额外负担。

6.在企业实施的复杂性：工作流应用不仅仅是过程的定义，还需要同时处理其他的许多任务，例如在对外部的应用系统进行封装、建立工作流引擎运行所必须的分布式计算环境等，而目前的工作流系统，几乎不能同时为这些任务提供比较有力的帮助。

发明内容

针对现有技术的上述问题，本发明提供一种采用事件触发和流程编排的数据处理构建方法及平台系统，采用流程自定义编排，通过事件触发实现数据处理的工作流。同时平台系统对外提供统一的接口调用、配置、测试、可视化封面样式，使用起来便捷，可视化界面通俗易懂，能够大幅减少调试工作和对操作手册的依赖，提高工作效率。本发明的构建方法能实现使用者创建多个模块，不同模块创建多个不同工作流，实现业务多样化，降低使用成本。其具体方案如下：

一种采用事件触发和流程编排的复杂数据处理构建方法，包括如下步骤：

S1：构建统一工作流框架服务，通过框架实现使用者创建、修改、编辑和删除工作流。

S2：建立以uuid为主键字段的数据库表，采用postgre数据与postgreSQL及逆行数据的存储，实现读写分离，适合高并发访问。

S3：建立以BPMN2.0为准的命名规范和工作流的建立，用精准的执行语义来描述元素的操作。

S4：构建Camunda框架与Springboot框架关联，Camunda调用Springboot中的逻辑和接口，实现流程的逻辑判断、正确执行和执行顺序。

上述技术方案中，数据处理构建方法采用云端技术，使用java中Camunda框架在Java虚拟机内部运行的原生BPMN2.0流程引擎嵌入到任何Java应用程序或运行时容器中；在数据库上选择postgre数据库，通过java语言作为桥梁，将postgre数据库与Camunda框架和Springboot框架结合一起；通过使用RepositoryService来查询流程引擎所知道的部署和流程定义，挂起、激活流程定义，获取资源；使用TaskService来查询分配给操作者或组的任务，创建新的独立任务；使用FormService来获取表单服务，获取启动表单、审批表单和提交表单操作；通过HistoryService获取执行的历史任务、历史的审批记录、参数和表单信息；通过减少需要存储的行数来加快执行速度，Camunda将数据库中存储流程实例状态所需的行数达到最小化，当流程实例从一个活动前进到下一个活动时，只需要更新一行；Camunda使用乐观并发控制来支持高级别的并发性，降低死锁风险；在操作者思考期间，锁永远不会被保留；对数据库状态的所有修改都是在事务结束时批量刷新，同时使用智能SQL语句排序来避免循环等待；当实例到达保存点时，内存状态与数据库进行同步以确保容错。

上述技术方案中，BPMN2.0是一种流程建模的通用和标准语言，用来绘制业务流程图，BPMN2.0基本模块有Event(事件)、Activity(活动)和Getaway(网关)。

上述技术方案中，postgre在验证和纠错环节确保操作者有起点和中点，在起点和终点之间存在至少一个节点，否则在页面提醒报错。postgre数据库表中的主键字段采用uuid，确保高并发情况主键的唯一，解决在高并发情况下流程冲突的问题；SQL语句采用postgreSQL，解决脏读的问题；在存储过程，触发器和索均为采用postgreSQL，优化SQL语句的执行速度和效率。

上述技术方案中，Springboot处理流程中心平台逻辑判断，通过代码实现工作流的事件触发条件，对接口收到的参数判断是否成功，可否执行下一步。

上述技术方案中，Camunda为工作流框架，通过编流程图，并配置好名字、活动类型、起点、终点、节点、节点任务模式和流程参数，配合java的实现代码完成工作流的创建。

上述技术方案中，postgre实现持久化，通过navicat连接到数据库，对数据库进行表格的设定，涉及到流程需要字段的表的主键id都设为了唯一识别码uuid，uuid经过Java编程好的算法进行添加。

一种流程中心平台系统，应用上述一种采用事件触发和流程编排的复杂数据处理构建方法，流程中心平台系统包括应用中心单元、业务建模单元、业务运维、工作台、待办事项单元和OA审批单元。

上述技术方案中，应用中心单元包括应用中心列表模块、新增应用模块、修改应用模块和删除应用模块，且每个操作者下的应用中心单元能够操作多个操作者，避免一个操作者对应一个应用中心单元，导致占用资源多的问题。

上述技术方案中，的业务建模单元包括业务对象模块、表单模型模块和流程模型模块；业务对象模块中包含新增业务对象、编辑业务对象、修改业务对象和删除业务对象；表单模型模块中包含新增表单模型、设计表单模型、修改表单模型、获取表单编辑地址、删除表单和预览表单，表单中即为具体的业务内容，有不同的属性，根据实际情况设定字段，非常方便，实现通用性；设定每个业务表单的字段与业务对象的字段相对应，否则会提示错误信息，确保属性的一致，使校验流程更严谨；流程模型模块中包含新增流程模型、设计流程模型、流程模型授权、发布流程、版本控制和删除流程模型。

上述方案中，业务运维用于操作者手动管理工作流。

上述方案中，工作台聚合模型和功能的视图，根据需求进行快捷查找。

上述技术方案中，待办事项单元用于发起流程，根据创建流程业务的角色不同，拥有不同的权限，进行查看后能够对流程进行修改或批准。

上述技术方案中，OA审批单元包括待处理认证模块、待处理审批模块、已处理模块和发起详情模块，为审批人提供便捷操作，能够对流程进行查看和审批，同时也起到了提醒的作用，使工作效率更高。

本发明的一种采用事件触发和流程编排的数据处理构建方法及平台系统，与现有技术相比，有益效果为：

一、本发明采用一个操作者能够给多个应用添加流程的形式，而并非一个操作者对应一个应用，在性能上大大提高，同时节约了大量了的数据库资源消耗，降低了数据库压力。

二、相比于现有技术，一般数据库使用mySQL，由于mySQL数据库实现高并发的效果不是很理想，而且SQL语句和字段的定义种类不丰富，且无法充分利用CPU性能。本发明采用了postgre数据库用的postgreSQL进行持久化，保证了高并发的稳定和云平台运行的速度，确保了存储的准确和稳定。

三、本发明开发的云平台在执行流程上实现了零错误，在高并发的情况下未出现过任何延迟和脏读以及后台数据不准确的情况，而且postSQL数据库、springboot、camunda免费，成本节约了很多。性能表现优异，可实现大量访问和高并发。

四、本发明在社会应用中具有很可观的前景，能适应市面各行各业自定义工作流，具有颇高的灵活性。

五、本发明系统的实用性很高且可视化操作界面简洁、通俗易懂，能够让使用者快速上手。自带的校验功能能给为使用者带来更好的使用体验。

六、本发明采用的BPMN2.0规范定时启动事件的触发，这种事件触发是事务性的，能够应付服务器崩溃。

七、本发明提供的业务对象避免了操作者的重复掉创建，能够通过重复调用减轻操作者操作压力。

附图说明

图1为本发明实施例的一种流程中心平台系统的构架图。

具体实施方式

下面结合具体实施案例和附图1对本发明作进一步说明，但本发明并不局限于这些实施例。

实施例1

一种采用事件触发和流程编排的复杂数据处理构建方法，包括如下步骤：

S1：构建统一工作流框架服务，通过框架实现使用者创建、修改、编辑和删除工作流。

S2：建立以uuid为主键字段的数据库表，采用postgre数据与postgreSQL及逆行数据的存储，实现读写分离，适合高并发访问。

S3：建立以BPMN2.0为准的命名规范和工作流的建立，用精准的执行语义来描述元素的操作。

S4：构建Camunda框架与Springboot框架关联，Camunda调用Springboot中的逻辑和接口，实现流程的逻辑判断、正确执行和执行顺序。

一种流程中心平台系统，应用上述一种采用事件触发和流程编排的复杂数据处理构建方法，如图1所示，流程中心平台系统包括应用中心单元、业务建模单元、业务运维、工作台、待办事项单元和OA审批单元。

应用中心单元包括应用中心列表模块、新增应用模块、修改应用模块和删除应用模块，且每个操作者下的应用中心单元能够操作多个操作者，避免一个操作者对应一个应用中心单元，导致占用资源多的问题。

的业务建模单元包括业务对象模块、表单模型模块和流程模型模块；业务对象模块中包含新增业务对象、编辑业务对象、修改业务对象和删除业务对象；表单模型模块中包含新增表单模型、设计表单模型、修改表单模型、获取表单编辑地址、删除表单和预览表单，表单中即为具体的业务内容，有不同的属性，根据实际情况设定字段，非常方便，实现通用性；设定每个业务表单的字段与业务对象的字段相对应，否则会提示错误信息，确保属性的一致，使校验流程更严谨；流程模型模块中包含新增流程模型、设计流程模型、流程模型授权、发布流程、版本控制和删除流程模型。以请假这个业务为例子，业务模型就相当于请假这件事，业务对象相当于请假的人和审批人，表单相当于假条，流程相当于具体的自定义审批步骤。

业务运维用于操作者手动管理工作流，能够让操作者手动干预流程，对流程进行挂起、查看、修改和删除的操作，实现了操作者对工作流统一管理。

工作台聚合模型和功能的视图，根据需求进行快捷查找，通过工作台能够看到流程中心平台中所有信息，能够发起流程，查看代办事项操作，同时添加了最近使用的页面功能，让操作者使用起来方便简洁。

待办事项单元用于发起流程，根据创建流程业务的角色不同，拥有不同的权限，进行查看后能够对流程进行修改或批准。

OA审批单元包括待处理认证模块、待处理审批模块、已处理模块和发起详情模块，为审批人提供便捷操作，能够对流程进行查看和审批，同时也起到了提醒的作用，使工作效率更高。

本实施例的数据处理构建方法及流程中心平台系统采用云端技术，使用java中Camunda框架在Java虚拟机内部运行的原生BPMN2.0流程引擎嵌入到任何Java应用程序或运行时容器中。在数据库上选择了具有稳定性极强、适合高并发、字段类型丰富等优势的postgre数据库。从开发的角度和后期运维的角度java语言具有低耦合，相关框架成熟的优势，所以java语言是本发明的主选语言。同时单纯的java语言中的逻辑判断是不够的，需要我们吧数据持久化到数据库中。Postgre数据库因具有适合高并发，速度快，效率高等优势映入眼帘。本发明通过java语言作为桥梁，将postgre数据库与camunda框架和springboot框架结合一起，来实现一种时间触发和流程编排的复杂数据服务相关工作流平台的开发。

Camunda是一款基于BPMN2.0工作流管理和流程自动化的开源平台，同时还支持DMN用于决策管理和CMMN用于案例管理。与Springboot框架中编写的逻辑算法结合开发出能够解决上述问题的平台。程序中通过使用RepositoryService来查询流程引擎所知道的部署和流程定义，挂起、激活流程定义(挂起意味着不能进行下一步的操作，而激活则是反操作)，获取各种资源(比如部署种包含的文件，或者引擎自动生成的流程图等)实现流程中心的一些管理和操控流程部署和流程定义的操作发明。RuntimeService处理已经启动的流程实例，查询流程实例和执行。使用TaskService来查询分配给操作者或组的任务，创建新的独立任务。控制将任务分配给那个操作者，或者那些操作者，以及以何种方式参与到任务中。认领并完成一个任务(认领是指某个操作者决定承担某个任务)实现任务资源的调配。使用FormService来获取表单相关的服务，可获取启动表单、审批表单，提交表单等操作。通过HistoryService来获取执行的历史任务、历史的审批记录、参数、表单等信息。Camunda使用紧凑的数据模型和复杂的算法，从而使数据库中存储流程实例状态所需的行数达到最小化。这通过减少需要存储的行数来加快执行速度。在最好的情况下，当流程实例从一个活动前进到下一个活动时，只需要更新一行。而不是activiti、Flowable等框架使用的n行。Camunda使用乐观并发控制来支持高级别的并发性，同时最大限度地降低死锁的风险。在操作者思考期间，锁永远不会被保留。对数据库状态的所有修改都是在事务结束时批量刷新，同时使用智能SQL语句排序来避免循环等待。到实例到达保存点时，内存状态与数据库需要同步以确保容错。Camunda提供了对保存点放置的精细控制，因此能够更好地平衡容错和性能。例如，能够在单个事务中批量执行多个活动，这样能够减少数据库同步点的数量。camunda框架提供了一些阈值设置参数能够让操作者决定当一个会话缓存的容量达到一定的体量之后，自动刷新到数据库表并释放内存。用该框架实现了工作流的主要编程语句。

BPMN2.0是一种流程建模的通用和标准语言，用来绘制业务流程图，以便更好地让各部门之间理解业务流程和相互关系，旨在促进业务流程的沟通和理解。BPMN2.0基本模块有Event(事件)、Activity(活动)、Getaway(网关)、

Flow助于缩小业务流程管理各个阶段之间的差距，从而更轻松地从业务流程设计转向实施。这主要是由于BPMN2.0提供的直观理解水平，使服务不同功能的利益相关者能够协同工作。同时利用BPMN2.0的业务流程图能够通过基于XML的BPMN格式无缝转换为流程模型。以此为规范，使本发明中的执行流程以及网关井井有条，思路清晰。

Springboot是java语言的一种框架，是在ssm框架传统开发基础上进化过来。集实现依赖、编码简单、自动配置、分布式、部署简单等优点于一身，而且就目前大数据时代来看，概况及技术成熟，是很多项目的首选。用此框架，大大减少了编码量，且实现了工作流平台的业务逻辑。

postgre是持久化数据库的一种。PostgreSQL是一个功能强大的开源对象关系型数据库系统，他使用和扩展了SQL语言，并结合了许多安全存储和扩展最复杂数据工作负载的功能。PostgreSQL的起源可以追溯到1986年，作为加州大学伯克利分校POSTGRES项目的一部分，并且在核心平台上进行了30多年的积极开发。PostgresSQL凭借其经过验证的架构，可靠性，数据完整性，强大的功能集，可扩展性以及系统背后的开源社区的奉献精神赢得了良好的声誉，以始终如一地提供高性能和创新的解决方案。用该数据库实现了高并发的难点以及数据的持久化。

在实际开发中为了解决工作流各个部分之间的关联，在设计数据库表格的时候同个表格的主键进行关联，使工作流的流程成为一个体系。在相互操作性问题上，本发明采用了一个操作者下拥有多个应用的方式，避免了相互干扰。为了解决并发访问的问题，数据库采用的是postgre，实现了读写分离，更高效。在验证和纠错环节确保操作者必须要有起点和中点，在起点和终点之间必须存在至少一个节点，否则在页面会提醒报错。数据库表中的主键字段采用的并非平常的id，而是选择了uuid确保了高并发情况主键的唯一，解决了了在高并发情况下流程冲突的问题。在SQL语句方面采用的是postgreSQL，完美解决了脏读的问题。而且存储过程，触发器和索采用的都是postgreSQL，大程度优化了SQL语句的执行速度和效率。

springboot处理工作流平台逻辑判断，通过精简的代码实现工作流的事件触发条件，对接口收到的参数判断是否成功，可否执行下一步。确保执行步骤环环相扣。解决代码冗长，逻辑混乱以及页面一些基本纠错(合法语句)的问题。

camunda为工作流框架。通过编流程图，并将其配置好名字、活动(服务)类型、起点、终点、节点以及节点任务模式和最后的流程参数，配合java的实现代码最终完成工作流的创建。

postgre实现持久化，通过navicat能够连接到数据库，对数据库进行表格的设定，考虑到高并发的问题，涉及到流程需要字段的表的主键id都设为了唯一识别码uuid，uuid经过java编程好的算法进行添加。解决了高并发访问量对数据库压力过大发生脏读，数据产生后的持久化以及大量数据进行访问容易出导致系统宕机的问题。

本实施例流程中心平台系统的业务建模单元内包含流程模型和表单模型，在创建一个流程之前要提前定好业务对象的属性，该对象属性能够复用，大大提高了业务性能，同时避免了操作者每次建立一个工作流程就要添加信息的重复操作。对于业务对象和两种工作流模型来说，业务对象就是对模型的一种初步校验，达到了流程严谨的目的。应用中心单元能够看到应用的详细信息，操作者能够在应用中心中新增操作者，业务实在操作者的应用下执行的，实现了操作者能够根据自己需求在不同的场景下创建不同的应用，在不同的应用下创建需要的工作流，避免了互相操作的难点，实现发明的多功能。

待办事项单元会提示操作者流程的进度。使操作者有较好的体验，不必时时刻刻盯着流程进度，实现使用方便。业务运维能够让操作者手动干预流程，对流程进行挂起、查看、修改和删除的操作，实现了操作者对工作流统一管理。

工作台能够看到流程中心中所有信息，能够发起流程，查看代办事项等操作，同时添加了最近使用的页面功能，让操作者使用起来方便简洁。

Claims (10)

1.一种采用事件触发和流程编排的数据处理构建方法，其特征在于，数据处理构建方法包括如下步骤：

S1：构建统一工作流框架服务，通过框架实现使用者创建、修改、编辑和删除工作流；

S2：建立以uuid为主键字段的数据库表，采用postgre数据与postgreSQL及逆行数据的存储，实现读写分离，适合高并发访问；

S3：建立以BPMN 2.0为准的命名规范和工作流的建立，用精准的执行语义来描述元素的操作；

S4：构建Camunda框架与Springboot框架关联，Camunda调用Springboot中的逻辑和接口，实现流程的逻辑判断、正确执行和执行顺序。

2.根据权利要求1所述的一种采用事件触发和流程编排的数据处理构建方法，其特征在于，所述数据处理构建方法采用云端技术，使用java中Camunda框架在Java虚拟机内部运行的原生BPMN 2.0流程引擎嵌入到任何Java应用程序或运行时容器中；在数据库上选择postgre数据库，通过java语言作为桥梁，将postgre数据库与Camunda框架和Springboot框架结合一起；通过使用RepositoryService来查询流程引擎所知道的部署和流程定义，挂起、激活流程定义，获取资源；使用TaskService来查询分配给用户或组的任务，创建新的独立任务；使用FormService来获取表单服务，获取启动表单、审批表单和提交表单操作；通过HistoryService获取执行的历史任务、历史的审批记录、参数和表单信息；通过减少需要存储的行数来加快执行速度，Camunda将数据库中存储流程实例状态所需的行数达到最小化，当流程实例从一个活动前进到下一个活动时，只需要更新一行；Camunda使用乐观并发控制来支持高级别的并发性，降低死锁风险；在用户思考期间，锁永远不会被保留；对数据库状态的所有修改都是在事务结束时批量刷新，同时使用智能SQL语句排序来避免循环等待；当实例到达保存点时，内存状态与数据库进行同步以确保容错。

3.根据权利要求2所述的一种采用事件触发和流程编排的数据处理构建方法，其特征在于，所述BPMN 2.0是一种流程建模的通用和标准语言，用来绘制业务流程图，BPMN 2.0基本模块有事件、活动和网关。

4.根据权利要求2所述的一种采用事件触发和流程编排的数据处理构建方法，其特征在于，所述postgre在验证和纠错环节确保用户有起点和中点，在起点和终点之间存在至少一个节点，否则在页面提醒报错；

所述postgre数据库表中的主键字段采用uuid，确保高并发情况主键的唯一，解决在高并发情况下流程冲突的问题；SQL语句采用postgreSQL，解决脏读的问题；在存储过程，触发器和索均为采用postgreSQL，优化SQL语句的执行速度和效率；

所述postgre实现持久化，通过navicat连接到数据库，对数据库进行表格的设定，涉及到流程需要字段的表的主键id都设为了唯一识别码uuid，uuid经过Java编程好的算法进行添加。

5.根据权利要求2所述的一种采用事件触发和流程编排的数据处理构建方法，其特征在于，所述Springboot处理流程中心平台逻辑判断，通过代码实现工作流的事件触发条件，对接口收到的参数判断是否成功，可否执行下一步；所述Camunda为工作流框架，通过编流程图，并配置好名字、活动类型、起点、终点、节点、节点任务模式和流程参数，配合java的实现代码完成工作流的创建。

6.一种流程中心平台系统，应用权利要求1所述的一种采用事件触发和流程编排的复杂数据处理构建方法，流程中心平台系统包括应用中心单元、业务建模单元、业务运维、工作台、待办事项单元和OA审批单元。

7.根据权利要求6所述的一种流程中心平台系统，其特征在于，所述应用中心单元包括应用中心列表模块、新增应用模块、修改应用模块和删除应用模块，且每个用户下的应用中心单元能够操作多个用户，避免一个用户对应一个应用中心单元，导致占用资源多。

8.根据权利要求6所述的一种流程中心平台系统，其特征在于，所述的业务建模单元包括业务对象模块、表单模型模块和流程模型模块；

所述业务对象模块中包含新增业务对象、编辑业务对象、修改业务对象和删除业务对象；

所述表单模型模块中包含新增表单模型、设计表单模型、修改表单模型、获取表单编辑地址、删除表单和预览表单，表单中即为具体的业务内容，有不同的属性，根据实际情况设定字段，非常方便，实现通用性；设定每个业务表单的字段与业务对象的字段相对应，否则会提示错误信息，确保属性的一致，使校验流程更严谨；

所述流程模型模块中包含新增流程模型、设计流程模型、流程模型授权、发布流程、版本控制和删除流程模型。

9.根据权利要求6所述的一种流程中心平台系统，其特征在于，所述业务运维用于操作者手动管理工作流；所述工作台聚合模型和功能的视图，根据需求进行快捷查找。

10.根据权利要求6所述的一种流程中心平台系统，其特征在于，所述待办事项单元用于发起流程，根据创建流程业务的角色不同，拥有不同的权限，进行查看后能够对流程进行修改或批准；所述OA审批单元包括待处理认证模块、待处理审批模块、已处理模块和发起详情模块，为审批人提供便捷操作，能够对流程进行查看和审批，同时也起到了提醒的作用，使工作效率更高。

Images