午饭决策（决定吃什么）
如何向业务员收集流程审批的必要信息？
结束
怎么设计通用的流程
类型\\时机
开始(捕获)
中间
边界(捕获)
结束(抛出)
定时器
定时器开始事件
定时器中间捕获事件
定时边界事件
错误
错误开始事件
错误边界事件
错误结束事件
信号
信号中间捕获事件(抛出)
信号边界事件
消息
消息开始事件
消息中间捕获事件
取消
取消边界事件
取消结束事件
补偿
补偿中间抛出事件
补偿边界事件
终止
终止结束事件
以上内容覆盖80%以上的常规业务实现；流：一个点到另一个点的引用调用行为，可以在流上加条件，以判断是否走该执行流；用户任务：需要由用户触发继续的任务，可以执行任务认领、委派、完成等Action注意：任务审批是否同意的状态是写到表单变量中的结果，并不是任务的一种状态；服务任务：直接调用系统中的委托类，用于系统直接执行一定的操作；规则任务：直接产生由输入和条件得到的结果并存入流程变量；互斥网关：多选一的网关，要么A，要么B；并行网关：CD同时流下去的网关；
写出新的变量outcome
收藏分享哦
用户任务
最简单的流程：
流程执行过程：
什么业务需要流程框架
开始
说明：
规则任务
服务任务
收集审批规则表：
B
扩展知识
启动事件的表单
业务类型：业务id：数据json：发起人：
流程的执行过程
通用的流程设计：
统一的输入表单风格
多选一网关
事件
C
基于租户可以使用完整唯一的公司名；需求文档必要信息：_________________ 操作时触发________________流程 流程结果1：_________ 单据 状态为 ______________流程结果2：_________ 单据 状态为 ______________提供流程活动图关键数据实体审批条件审批角色
本方案解决以下问题：
统一的数据展示
启动流程实例
审批任务的表单
当前结果 outcome当前意见 comments
流程活动是什么过程
审批角色
成员
说明
组A成员\t
角色名如果有重叠则待审内容是共享的
生产组长A
用户1和用户2为或签模式
采购经理A
m4
扩展知识：
用活动任务增加或改变变量
标准的输入
产生结果
一级审批角色
一级审批条件
二级审批角色
二级审批条件
三级...
生产组长A
组A成员提交的单据
采购经理A
组长A同意金额>1w
更多...
流程是对业务的抽象：听起来还是不够明白；流程，TM的就是个流程，一个描述先干嘛再干嘛的过程！所以，没那么复杂！理解成：把要做的事情串成一条线，就是一个流程。
展示的数据
我的申请我的待审审批历史所有流程
A
输入变量
流程实例结束
确定审批角色的成员：
D
收藏分享
流
获取变量并决定吃什么
开始最简单的流程
执行活动
输入
输出
多路并行网关
所有流程都是先输入，再执行，最后输出的过程；输入的叫“表单”就是键值对的变量集合；执行活动就要调用哪个方法（函数）方法中可以看到输入的表单；输出，其实就是产生的结果。不一定是向外输出，可以是对输入的变量进行改变、增加新的变量，都叫输出。
流程活动：在一个流程上要做的事情就是活动；活动就是安排好的有先后，有条件才能进入的事情；可以是一个函数、一个策略、一个服务、或是另一个子活动。
常用的事件：空白开始、空白结束更多事件类型和触发时间参考下表：
