探讨BPM流程申请活动与退回操作的建模

1886年,卡尔·本茨发明世界第一辆汽车,汽车为人力沟通、交通、物流做出巨大贡献。汽车驾驶员都知道要想驾车上路,第一步是先启动汽车,观察周围情况,再挂档开出,按规划路线出行,如果有问题则停车,直至熄火。

BPM流程活动和驾驶汽车上路活动是否很相近呢?汽车有发动机引擎,BPM有流程引擎。

超越信息化实施BPM的业务与技术路线,将是怎么样呢?

早期实施案例分析

首先,回顾早期实施BPM建模模型,如下图所示简易审批流程图。

Created with Rapha?l 2.1.2开始申请部门经理审批确认?领导审批同意?结束yesnoyesno

关于申请活动

在业务申请活动中,使用BPM引擎模型局部表示是:

Created with Rapha?l 2.1.2开始申请部门经理审批

用户体验流程局部模型表示是:

Created with Rapha?l 2.1.2申请(开始)部门经理审批

如上图所示模型中“申请活动”表达是启动流程并送到下一环节,越过启动及启动处理环节。这样申请人无法结束流程,就好像汽车驾驶员上车开车就出发,不能停车。

通过分析,得出如下结论:

  • 流程申请人操作便捷,但是牺牲了流程处理的灵活性、合理性;
  • 流程差错处理能力不足。

关于退回处理

按模型所示,领导可以直接把流程申请单退回给申请人,而国外的BPM流程引擎仅仅支持流程回退上一环节功能,这样是否可以把流程管理活动理解如下:

  • 直接退回申请人的处理,就好像驾驶员按路线驾驶汽车开出100公里时,突然在某个关口下道,直接回到起点,而不是原路返回,那么,是有近路不走呢,还是原规划路线有问题呢?
  • 直接退回申请人处理,从流程操作角度看,非常便捷——快!那么设置中间活动环节是做什么用的呢?问题出在申请人还是中间环节呢?
  • 为什么不原路退回呢?是管理不了还是怕追责呢?

上述理解很不合适,流程设计者初衷也不是这样的,这样的问题如何解决呢?

优化BPM实施模型

首先,仍以上文简易审批流程为例,调整申请活动环节,以及退回申请人处理。

Created with Rapha?l 2.1.2开始申请继续?部门经理审批确认?领导审批同意?结束结束yesnoyesnoyesno

由于画图表示原因,注释说明如下:

(1)部门经理可以退回申请人

(2)领导可以退回到部门经理

退回申请人的操作,按原路退回方式完成。

关于优化申请活动

在业务申请活动中,使用BPM引擎模型局部表示是:

Created with Rapha?l 2.1.2开始申请继续?部门经理审批确认?结束yesnono

通过上述优化,申请活动环节具有结束流程能力。如下图所示,基于Cordys BOP 4平台建模样例,供参考。

优化申请活动环节操作顺序如下图所示。整体上为申请人增加了一次处理待办任务操作(图中第3步),此待办任务内含有顺序送给下一活动环节和结束流程两个分支。

Created with Rapha?l 2.1.2申请人申请人业务申请业务申请待办任务待办任务1.保存申请单()2.启动流程送出()3.选中所启动的流程()4.展示申请单()5.填写意见()6.送出流程()

注:此种建模方式,申请人也可以填写流程处理意见。

关于退回处理优化

按规范化流程管理,不存在退回处理业务,仅存在退回上一活动环节业务。合理流程建模方法如下:

  • 按业务本质要求,合理安排跳转,通过画流程跳转线的方法,处理类似退回的业务;
  • 通过管理手段解决,在任何时候都会有异常情况,例如系统故障所造成的问题,需要退回到申请人,对于类似这样的异常情况,可以通过运维手段,后台人工/自动处理。

流程优化方法总结

流程优化、流程再造是个系统化工程,在这里仅从常见问题进行技术优化总结。

首先,设计流程原则:

  • 流程活动环节各负其责,工作路径清晰;
  • 流程活动环节仅允许退回上一活动环节,不允许跨活动环节退回;
  • 除了退回和分发活动环节,不允许有二次经过的活动环节

常见问题或需求及解决方案如下表所示:

问题或需求 解决方案 说明
任意退回需求 通过后台运维按异常进行处理 属于不符合规范情况
申请人结束流程 增加申请活动环节 不建议使用启动来替代
无序多环节并发 使用活动环节或子流程并发处理 例如Cordys上For Each循环
顺序工位多活动环节退回 通过画关联线处理 业务需求,麻烦是必须
活动环节多有不用的情况 梳理拆分为多个工作流 一个业务分拆成多个流程
时间: 2024-11-05 11:48:48

探讨BPM流程申请活动与退回操作的建模的相关文章

FS BPM 业余研发(用户详细操作手册--单人串行/并行)之 深圳分公司技术部请假审批流程

1.FS BPM 简介 BPM软件中BPM是英文字母缩写,大致有二个意思.第一.Business Process Management,即业务流程管理,是一套达成企业各种业 务环节整合的全面管理模式.第二.Business Process Modeling,即业务流程建模,是对业务流程进行表述的方式,它是过程分析与重组的 重要基础. 如果再不了解请自行百度了,本人在这里就不再详细介绍了. 2.FS BPM 系统开发介绍 FS BPM于2017年1月开始进行开发.其中经历多个难题.用高性能机制解决

BPM流程管理软件比较

BPM流程平台是企业信息化过程中非常重要的基础平台,随着企业规模的增长,利用BPM流程平台进行企业业务的整合变得更加迫切,目前国内外的工作流系统层出不穷,行业标准多种多样,虽然工作流主要功能国内比较知名的工作流软件基本上都具备,但功能的侧重点各不相同,增加了企业对工作流或BPM选型难度,本人选用目前国内市场主流专业的工作流软件,从概念.工作流引擎.工作流过程建模工具.流程操作.工作流客户端架构.流程监控.表单设计器以及与应用程序的集成等方面进行分析和比较,帮助企业对工作流或BPM产品的选型. 一

从WS-AppServer中触发BPM流程

开始之前 使用BPM流程模型之前,需要发布流程模型到运行时. WS-AppServer应用包含执行活动必要的业务逻辑.通常,这些应用内逻辑做为业务处理周期一部分来执行. 在另一方面,在运行时,也可以通过WS-AppServer应用来触发流程模型.下面的过程描述了这个过程. 创建业务流程模型并发布到租户中: 在Java类的扩展类,添加触发业务流程模型的代码(在下面的例子中将看到的代码片段): 再次生成Java代码(Java Code)和Web Service接口(Web Service Inter

BPM流程开发

一直开发基于操作的业务系统,主要就是通过界面,用户提交一些数据完成任务,大多数涉及多人协作的,基本都是浏览,少数可能对其进行审批,这里的审批不是电子政务那样的多人审批任务,仅仅是对数据的一个操作而已,所以任务协作都是有我们程序自己进行控制的,业务的组合也不是很多,也不是多人协作式的任务,所以也就是没使用基于BPM模式的流程开发. 但是最近的一个系统,主要还是采集数据,完成任务,但是采集的数据来源多个系统,通过Webservice进行访问其他系统的服务,流程基本有些可以重复使用,不过有些涉及多人协

BPM流程中心解决方案分享

一.需求分析 在过去办公自动化的浪潮中,很多企业已经实施了OA流程,但随着客户的发展和对流程管理的越来越重视, 客户对流程应用需求越来越深 入,您可能面临以下需求: 1.流程功能不能满足需求,包括流程图不直观.打回转发等功能不完整.不支持子流程.不支持多汇报组织管理等: 2.受引擎功能制约,流程数量多,维护工作量大: 3.多个系统都有流程,维护麻烦,决策层审批不方便: 4.流程系统相对独立,与业务系统集成难度大: 5.系统兼容性不好,只能支持部分IE版本,不能跨平台: 6.无法实现移动办公: 7

AEAI BPM流程集成平台V3.0.2版本开源发布

本次开源发布的是AEAI BPMV3.0.2版流程平台,该版本是数通畅联首次正式对外发布的版本,产品现已开源并上传至开源社区http://www.oschina.net/p/aeai-bpm. 产品说明: AEAI BPM流程集成平台主要用来串联跨异构系统的业务流程,让整体业务流程从企业全局来看是闭环的.还可以实现业务流程间相互调用,如:文件审批或库存跟踪,或将业务流程.人员.服务.信息和系统整合到一个单一的应用程序中,实现在不更改或者少量扩展既有应用的情况下集成构建新的业务流程. 另外,AEA

BPM流程可视化开发及配置,研发目标(一)

先不说BPM先说说实际生产过程中的实际情况,在实际工作当中,我们在申请某个项目的时候,往往需要多个部门的审批,只有审批通过之后才能立项.为什么要审批呢?因为企业在运站的时候,他是一个整体,它内部的各个部门各司其职,所以,一个项目往往会设计多个部门,如采购,生产,销售等.传统的审批流是什么呢?以前我们都是拿着一张纸,挨个部门找相关负责人盖章确认,全走下来可能要好长时间,有时因为某个领导不在,我们可能还需要等待,这就对项目的立项时间造成的影响,同时因为流程审批人员固定,无法快速响应,严重浪费公司资源

ADHelper 活动目录用户操作类

ADHelper 活动目录用户操作类 分类: sharepoint 学习札记 2012-07-02 15:59 659人阅读 评论(0) 收藏 举报 活动stringusernulllogin using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.DirectoryServices; using System.Runtime.InteropService

BPM流程版本控制方案设计

一.JBPM4对于流程版本的管理 JBPM4对于流程版本的管理有着清晰.完整的定义和安全.良好的运行机制.根据OA开发中的测试可以看出,流程设计器每发布一次,即JBPM4每部署一次,即会在jbpm4_deployment(一条记录).jbpm4_deployprop(4条记录,存储一次发布的相关属性).jbpm4_lob(一条记录,存储jpdl文件)增加记录.并通过jbpm4_task(jbpm4_hist_task)中的DBVERSION_.jbpm4_execution(jbpm4_hist