spring催办业务_业务后台系统之流程设计

上周在《业务后台系统之权限设计》中总结了自己在最近一个后台业务系统项目中的后台产品设计经验，本篇继续总结完后台设计三大内容中的流程设计。

首先，需要明确工作流联盟(WFMC)对工作流的定义：

工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。

从定义可见，工作流是计算机出现之后的产物，利用计算机实现多个业务参与者之间传递文档、信息和任务。平时我们接触得最多的工作流系统就是OA系统，而OA行业中做得比较好的有泛微OA、致远OA等。后续有时间深入研究一下这两家的OA产品，相信会对工作流的理解更加深刻。本篇暂时只以从自己的后台系统项目中的出发按照：流程类型、流程操作和流程设计注意事项来总结一些工作流设计的基础经验。

流程类型

流程类型可分为自由流程和固定流程两大类。

流程类型

二级分类

说明

自由流程

自由流程

适合小团队，没有固定流程规范。钉钉上就有提供这类流程。缺点就是不适合有规范固定流程的公司。

固定流程

串行流程

最常见的固定流程，流程每步只有一个节点。

并行流程

流程每步可以有多个节点。

分支流程

多个流程同时进行。

条件流程

不同条件下，下一步去到不同节点。

1 串行流程

串行流程

2 并行流程

并行流程

并行流程的通过方式有两类：

任一并行节点通过即视为整个大节点通过

全部并行节点通过才视为整个大节点通过

并行节点的驳回则只需要任一并行节点被驳回，则视为整个大节点被驳回。

3 分支流程

分支流程

分支流程和并行流程的区别在于：分支流程可以和主流程的多个串行节点并行。

4 条件流程

条件流程

条件流程和并行流程的区别在于：条件节点实际还是串行节点，只是不同情况下，走不同的串行节点。

以上便是几类标准的基础流程，熟悉了标准的基础流程之后，就可以在此基础上组成更加复杂的混合流程。

流程操作

流程审批的操作也分为常规操作和非常规操作。

操作类型

操作

说明

常规操作

保存

包括保存审批意见和编辑内容

发起

发起流程，只有第一个节点才有

通过

即“同意”，不同业务所用名称可不一样，作用是通过节点

驳回

即“退回”，不同业务所用名称可不一样，作用是退回节点。退回节点有三种方式：退回上一节点、退回发起节点或退回选中节点。可根据业务需求来实现不同退回方式

否决

即“不同意”，不同业务所用名称可不一样，作用是不通过节点并结束流程。

非常规操作

二次编辑

审批节点时，允许修改审批表单的部分信息

重新发起

被否决之后，重新发起流程

撤回

发起或通过节点之后再撤回

知会

类似邮件的抄送功能，参与流程的节点审批人，可选择需要被知会的人员，通过节点的同时知会该人。并且知会人后续也可以了解流程的进度

催办

即通知当前接点人快速通过，被催办人可以收到催办消息，并且被催办任务置顶或者作为一种类型单独出现在催办任务列表中

转办

即临时授权代办，通过选择指定人员来通过当次流程节点。

代办

即长期授权代办，选择指定人员在设置的时间内来通过当次流程节点。

系统性操作

超时

超时后，系统可发送催办消息并且将任务显示在催办任务列表中

流程设计注意事项

1 非标准流程可拆分成多个标准流程组成

非标准流程中各个标准子流程之间的操作考虑。例如驳回，需要考虑各个标准流程之间能否退回。

2 工作流权限和普通的功能权限独立

好处在于审批流程的角色、审批节点的功能权限更加灵活。

3 工作流进度需显示明显

工作流详情要显示全流程的流程节点进度及审批意见信息。

工作流进度概要信息要做好已完成节点和下一节点的显示。

4 工作流需要灵活可配置

审批节点可配置

审批角色可配置

审批权限可配置(包括查看权限和编辑权限)

后记

本次只是将工作流的最基础知识以及项目经验总结，方便在下次的工作流设计中有最基础的方法论运用。后续会找时间再总结更多工作流设计细节。