架构云服务后台系统

业务后台系统之流程设计

2018-09-09  本文已影响67人  SanCode

上周在《业务后台系统之权限设计》中总结了自己在最近一个后台业务系统项目中的后台产品设计经验,本篇继续总结完后台设计三大内容中的流程设计。
首先,需要明确工作流联盟(WFMC)对工作流的定义:

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

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

流程类型

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

流程类型 二级分类 说明
自由流程 自由流程 适合小团队,没有固定流程规范。钉钉上就有提供这类流程。缺点就是不适合有规范固定流程的公司。
固定流程 串行流程 最常见的固定流程,流程每步只有一个节点。
并行流程 流程每步可以有多个节点。
分支流程 多个流程同时进行。
条件流程 不同条件下,下一步去到不同节点。
1 串行流程
串行流程
2 并行流程
并行流程

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

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

3 分支流程
分支流程

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

4 条件流程
条件流程

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

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

流程操作

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

操作类型 操作 说明
常规操作 保存 包括保存审批意见和编辑内容
发起 发起流程,只有第一个节点才有
通过 即“同意”,不同业务所用名称可不一样,作用是通过节点
驳回 即“退回”,不同业务所用名称可不一样,作用是退回节点。退回节点有三种方式:退回上一节点、退回发起节点或退回选中节点。可根据业务需求来实现不同退回方式
否决 即“不同意”,不同业务所用名称可不一样,作用是不通过节点并结束流程。
非常规操作 二次编辑 审批节点时,允许修改审批表单的部分信息
重新发起 被否决之后,重新发起流程
撤回 发起或通过节点之后再撤回
知会 类似邮件的抄送功能,参与流程的节点审批人,可选择需要被知会的人员,通过节点的同时知会该人。并且知会人后续也可以了解流程的进度
催办 即通知当前接点人快速通过,被催办人可以收到催办消息,并且被催办任务置顶或者作为一种类型单独出现在催办任务列表中
转办 即临时授权代办,通过选择指定人员来通过当次流程节点。
代办 即长期授权代办,选择指定人员在设置的时间内来通过当次流程节点。
系统性操作 超时 超时后,系统可发送催办消息并且将任务显示在催办任务列表中

流程设计注意事项

1 非标准流程可拆分成多个标准流程组成
2 工作流权限和普通的功能权限独立
3 工作流进度需显示明显
4 工作流需要灵活可配置

后记

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

上一篇下一篇

猜你喜欢

热点阅读