CN105787630A - 一种多样化业务流程创建方法 - Google Patents

Abstract

本发明实施例提供一种多样化业务流程创建方法，包括：根据实际业务需求，采用工作流程引擎新增业务流程；基于所述业务流程，利用行为引擎搭建个性化行为功能；基于所述业务流程，利用规则引擎创建业务规则。本发明实施例提供了全面的业务应用基于审批流程的解决方案，与行为引擎的结合，流程在审批过程中可进行相关业务应用的处理，用户可以通过行为建模创建个性化的业务行为功能使工作流的审批流程与实际业务应用很好地结合，以实现业务流程处理。

Description

一种多样化业务流程创建方法

技术领域

本申请设计计算机技术领域，特别涉及一种多样化业务流程创建方法。

背景技术

业界目前的工作流的审批流程无法与实际业务应用很好地结合实现业务流程处理，流程运行过程中的业务逻辑处理，无法进行业务应用的建模处理，审批规则和业务逻辑处理规则无法进行个性化的配置。本方案基于流程引擎、规则引擎、行为引擎能够较好地解决上述的问题，较好解决企业应用过程中的审批处理流程。

在传统的企业服务应用程序开发模式下，业务流程的审批环节与其功能是写死绑定在一起的，或者通过事件扩展进行审批功能的扩展。这样把流程审批与业务处理耦合在一起，无法清晰的区分哪些属于业务实体的操作功能，哪些属于审批流运行的处理，对于具体功能如何绑定到流程审批环节都需要做大量的额外判断处理，业务功能不再具有可重用性。事实上，这些业务功能组件本身业务逻辑清晰是具有可重用性的，而流程审批运行功能本身也是无需业务逻辑即可单独完成审批流处理，解决紧耦合这个问题就需要采用新的框架模式。

流程审批中分支流程的处理，传统处理方式一般都通过设置条件表达式来完成，根据条件判断是否满足确定分支执行逻辑。而条件表达式在实际的业务应用中，往往无法涵盖所有的需求分支条件判断，比如组合条件表达式或者取数运算参与条件判断，或者需要业务完成某个特殊的业务判断逻辑处理才能决定流转分支，这样就需要提出一种高于条件表达式的分支规则判断框架。

因此基于以上两类无法在业务实际应用中很好解决企业应用的短板，基于流程引擎、行为引擎、规则引擎框架为支撑的业务应用多样化的技术解决方案应用应运而生，它基于流程建模中审批节点绑定行为引擎开发的独立功能，并在分支流程中运用规则引擎作为分支条件判断，这里的规则引擎可以是条件表达式以及任意业务应用自定义开发的业务规则条件判断方法的调用。这样在流程运行与审批时业务功能解耦的情况下，可扩展的灵活使用条件判断处理分支流转，极大的提高了产品的可扩展性，降低了本身历史方案实现的局限性。

发明内容

有鉴于此，本发明实施例提供一种多样化业务流程创建方法，使工作流的审批流程与实际业务应用很好地结合，以实现业务流程处理。

本发明实施例是这样实现的，一种多样化业务流程创建方法，包括：

根据实际业务需求，采用工作流程引擎新增业务流程；

基于所述业务流程，利用行为引擎搭建个性化行为功能；

基于所述业务流程，利用规则引擎创建业务规则。

进一步地，所述方法还包括：

根据新增业务流程，绘制业务审批流程，所述审批流程包括单一、自选和并行分支流程。

进一步地，所述审批流程由若干流程节点组成，每个流程节点包括审批节点。

进一步地，所述工作流程引擎提供业务流程建模器，支持业界标准的BPM2.0规范，所述业务流程建模器用于创建各种个性化的业务流程。

进一步地，所述业务流程包括：审批流、业务流和控制流。

进一步地，所述行为引擎提供行为建模器，用于快速搭建个性化行为功能。

进一步地，所述行为建模器还用于针对各自的业务实体进行行为功能的维护和提供各自业务应用的二次扩展开发。

采用上述技术方案，本发明实施例具有如下有益效果：提供全面的业务应用基于审批流程的解决方案，与行为引擎的结合，流程在审批过程中可进行相关业务应用的处理，用户可以通过行为建模创建个性化的业务行为功能。审批流程在规则引擎的协助下，可以根据规则自动确定流程流转分支，用户可以根据业务应用的不同场景创建不同的规则。随着技术解决方案的应用和推广，能够快速响应用户的不同应用需求，满足各个多样化的审批流程，提升了企业的生产效益，为企业创造价值。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出了本申请提供的多样化业务流程创建方法一种实施例的流程图；

图2示出了本申请提供的业务流程创建方法具体实例图；

图3示出了本申请提供采购流程图的的实施例的流程图；

图4示出了本申请提供的流程建模定义期的配置示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

如图1所示，为本发明实施例提供的一种多样化业务流程创建方法，包括：

S101，根据实际业务需求，采用工作流程引擎新增业务流程；

S102，基于所述业务流程，利用行为引擎搭建个性化行为功能；

S103，基于所述业务流程，利用规则引擎创建业务规则。

下面以一个具体实例来对上述流程进行说明：

技术方案基于工作流程引擎、规则引擎、行为引擎技术框架的实现。工作流程引擎提供强大的业务流程建模，支持业界标准的BPM2.0规范，所述业务流程建模器用于创建各种个性化的业务流程。行为引擎提供了行为建模器，用户在用针对各自的业务实体进行行为功能的维护，另外行为引擎技术框架提供各自业务应用的二次扩展开发，用户可以基于框架快速搭建个性化行为功能。规则引擎提供了全面的规则建模器，用户可以维护各自的业务规则模版，并基于规则模版创建不同的业务规则，用于快速搭建个性化行为功能。技术方案整体上以流程为驱动，通过行为和规则进行组合，为用户提供丰富的业务应用需求。如图2所示，技术方案的具体实现步骤如下：

步骤1：创建功能行为。如图2A所示，业务人员通过【业务配置平台】进行功能行为的配置工作。

步骤2：新增流程。如图2B所示，基于实际业务需求，针对具体的业务实体创建流程。

步骤3：绘制流程。如图2C所示，根据业务流程，绘制业务审批流程。根据新增业务流程，绘制业务审批流程，所述审批流程包括单一、自选和并行分支流程。

如图2D所示，每个流程节点可以根据各自的审批节点，选择组织、角色、操作员等信息。所述审批流程由若干流程节点组成，每个流程节点包括审批节点。

步骤4：创建规则。如图2E所示，基于流程，可根据业务规则的需要，采用规则引擎，创建各自的业务审批规则。

步骤5：发布业务流程。

进一步来说，所述行为建模器还用于针对各自的业务实体进行行为功能的维护和提供各自业务应用的二次扩展开发。

本发明实施例基于ECP平台的工作流程引擎、行为引擎及规则引擎在具体的实施方式上具有十分紧密的联系。下面将对此方案的具体应用进行说明：

1、工作流程引擎遵从BPMN2.0规范，使用标准图元，兼容第三方主流工作流引，承载ECP所能支持的数据对象类型，提供统一的可视化的流程设计为业务流提供建模期的支撑，提供统一的工作流程引擎为业务流提供运行期的支撑。其技术解决方案如下：

流程引擎创建的业务流程包括：审批流、业务流和控制流。

流程设计中，进一步包括：可视化流程建模，设计期支持，开发期支持和实施支持。

流程集成中，主要包括流程与行为集成、流程与规则集成、流程与消息集成和与外部系统集成。

其中的流程集成部分，最主要就涉及到与行为及规则的集成处理。下面以采购业务流程为例进行进一步的说明，如图3所示的业务场景要求及流程实现：

环节1：采购单填单，除申请单位、部门、申请人不允许改变，其他项目可填写，总金额不允许为null；(可采取流程-＞绑定新增单据行为-＞创建业务约束规则)

环节2、3：判断采购类型属于业务、技术采购，根据设置的表达式判断提交给不同的副总进行审批；(可采取流程设置分支条件-＞配置满足条件的规则)

环节4、5：副总审批，只允许修改采购明细和采购数量；(可采取流程-＞绑定审批单据行为-＞创建业务约束规则)

环节6：不允许修改任何数据实体内容。(可采取流程-＞绑定完成单据行为)如图4所示，为实现流程建模定义期的配置过程。

3、在整个的基于流程引擎、行为引擎、规则引擎框架为支撑的业务应用多样化的技术解决方案中，流程引擎是主导线，在审批流的运行期，依赖绑定的行为引擎发布的行为及其功能扩展事件等来完善业务功能的融合，依赖规则引擎进行业务约束规则校验并通过规则引擎的业务可扩展框架灵活创建符合特殊业务要求的规则处理，从而实现用户不同的业务需求，提高整个平台的易用性。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (9)

1.一种多样化业务流程创建方法，其特征在于，包括：

根据实际业务需求，采用工作流程引擎新增业务流程；

基于所述业务流程，利用行为引擎搭建个性化行为功能；

基于所述业务流程，利用规则引擎创建业务规则。

2.根据权利要求1所述的多样化业务流程创建方法，其特征在于，所述方法还包括：

根据新增业务流程，绘制业务审批流程，所述审批流程包括单一、自选和并行分支流程。

3.根据权利要求2述的多样化业务流程创建方法，其特征在于，所述审批流程由若干流程节点组成，每个流程节点包括审批节点。

4.根据权利要求1所述的多样化业务流程创建方法，其特征在于，所述工作流程引擎提供业务流程建模器，支持业界标准的BPM2.0规范，所述业务流程建模器用于创建各种个性化的业务流程。

5.根据权利要求4所述的多样化业务流程创建方法，其特征在于，所述业务流程包括：审批流、业务流和控制流。

6.根据权利要求1所述的多样化业务流程创建方法，其特征在于，所述行为引擎提供行为建模器，用于快速搭建个性化行为功能。

7.根据权利要求6所述的多样化业务流程创建方法，其特征在于，所述行为建模器还用于针对各自的业务实体进行行为功能的维护和提供各自业务应用的二次扩展开发。

8.根据权利要求1所述的多样化业务流程创建方法，其特征在于，所述规则引擎提供了全面的规则建模器，用于维护各自的业务规则模版，并基于规则模版创建不同的业务规则。

9.根据权利要求1～8任一所述的多样化业务流程创建方法，其特征在于，所述方法还包括：发布所述业务流程。