业务后台系统之流程设计
2018-09-09 本文已影响67人
SanCode
上周在《业务后台系统之权限设计》中总结了自己在最近一个后台业务系统项目中的后台产品设计经验,本篇继续总结完后台设计三大内容中的流程设计。
首先,需要明确工作流联盟(WFMC)对工作流的定义:
工作流是指一类能够完全自动执行的经营过程,根据一系列过程规则,将文档、信息或任务在不同的执行者之间进行传递与执行。
从定义可见,工作流是计算机出现之后的产物,利用计算机实现多个业务参与者之间传递文档、信息和任务。平时我们接触得最多的工作流系统就是OA系统,而OA行业中做得比较好的有泛微OA、致远OA等。后续有时间深入研究一下这两家的OA产品,相信会对工作流的理解更加深刻。本篇暂时只以从自己的后台系统项目中的出发按照:流程类型、流程操作和流程设计注意事项来总结一些工作流设计的基础经验。
流程类型
流程类型可分为自由流程和固定流程两大类。
流程类型 | 二级分类 | 说明 |
---|---|---|
自由流程 | 自由流程 | 适合小团队,没有固定流程规范。钉钉上就有提供这类流程。缺点就是不适合有规范固定流程的公司。 |
固定流程 | 串行流程 | 最常见的固定流程,流程每步只有一个节点。 |
并行流程 | 流程每步可以有多个节点。 | |
分支流程 | 多个流程同时进行。 | |
条件流程 | 不同条件下,下一步去到不同节点。 |
1 串行流程
串行流程2 并行流程
并行流程并行流程的通过方式有两类:
- 任一并行节点通过即视为整个大节点通过
- 全部并行节点通过才视为整个大节点通过
并行节点的驳回则只需要任一并行节点被驳回,则视为整个大节点被驳回。
3 分支流程
分支流程分支流程和并行流程的区别在于:分支流程可以和主流程的多个串行节点并行。
4 条件流程
条件流程条件流程和并行流程的区别在于:条件节点实际还是串行节点,只是不同情况下,走不同的串行节点。
以上便是几类标准的基础流程,熟悉了标准的基础流程之后,就可以在此基础上组成更加复杂的混合流程。
流程操作
流程审批的操作也分为常规操作和非常规操作。
操作类型 | 操作 | 说明 |
---|---|---|
常规操作 | 保存 | 包括保存审批意见和编辑内容 |
发起 | 发起流程,只有第一个节点才有 | |
通过 | 即“同意”,不同业务所用名称可不一样,作用是通过节点 | |
驳回 | 即“退回”,不同业务所用名称可不一样,作用是退回节点。退回节点有三种方式:退回上一节点、退回发起节点或退回选中节点。可根据业务需求来实现不同退回方式 | |
否决 | 即“不同意”,不同业务所用名称可不一样,作用是不通过节点并结束流程。 | |
非常规操作 | 二次编辑 | 审批节点时,允许修改审批表单的部分信息 |
重新发起 | 被否决之后,重新发起流程 | |
撤回 | 发起或通过节点之后再撤回 | |
知会 | 类似邮件的抄送功能,参与流程的节点审批人,可选择需要被知会的人员,通过节点的同时知会该人。并且知会人后续也可以了解流程的进度 | |
催办 | 即通知当前接点人快速通过,被催办人可以收到催办消息,并且被催办任务置顶或者作为一种类型单独出现在催办任务列表中 | |
转办 | 即临时授权代办,通过选择指定人员来通过当次流程节点。 | |
代办 | 即长期授权代办,选择指定人员在设置的时间内来通过当次流程节点。 | |
系统性操作 | 超时 | 超时后,系统可发送催办消息并且将任务显示在催办任务列表中 |
流程设计注意事项
1 非标准流程可拆分成多个标准流程组成
- 非标准流程中各个标准子流程之间的操作考虑。例如驳回,需要考虑各个标准流程之间能否退回。
2 工作流权限和普通的功能权限独立
- 好处在于审批流程的角色、审批节点的功能权限更加灵活。
3 工作流进度需显示明显
- 工作流详情要显示全流程的流程节点进度及审批意见信息。
- 工作流进度概要信息要做好已完成节点和下一节点的显示。
4 工作流需要灵活可配置
- 审批节点可配置
- 审批角色可配置
- 审批权限可配置(包括查看权限和编辑权限)
后记
本次只是将工作流的最基础知识以及项目经验总结,方便在下次的工作流设计中有最基础的方法论运用。后续会找时间再总结更多工作流设计细节。