Sailing 之 工作流

Sailing

原来

审批流要解决的问题

1. 两级同一个人审批, 可以直接过
2. 审批节点增加前置条件?
3. 人员设置太麻烦
4. 条件是sql或者函数, 太难
5. 可以提供一些常用的更新操作
6. 审批表单可以配置
7. 审批对象的名称可以自定义

现在

任何实体, 只要有状态, 就应该有工作流. 工作流既要处理原来审批流的工作, 又要处理全顺通服务订单中状态驱动型的工作.

元数据

一个工作流总是作用在一个实体(以及该实体的子实体, 兄弟实体)上. 实体之间的流转, 采用其他(例如单据转换)机制.
总体来说, 一个工作流就是一个图. 图的节点表示实体所处的某个状态. 而连接节点的弧表示状态转换的条件. 处于某种状态的实体蕴含了很多信息, 包括:
- 可以作哪些操作;
- 哪些特殊的制约条件;
- 哪些特殊的操作权限;
- 哪些特有的计算规则;

最常用的状态都是和审批相关的, 包括[草稿], [待批], [生效]等. 因此, 有必要为审批而特化一组节点.

人员规则

• 某个指定用户
• 某组织单元成员
• 拥有某个角色