工作流应用场景简单介绍

介绍工作流标准和模型的比较多了，这里简单介绍下实际工作中的应用场景，做个简单的介绍。

1. 根据组织关系将任务传递到相应的处理者。
   下一步任务的处理者未必是一个人，也未必是所有人，这个接手者组是应该能自定义的，自定义的方式就是根据组织结构和人员级别来确定，比如发给某个部门的所有领导、所有副领导、所有基层员工，或者发给角色是操作员的所有人.
2. 动态决定处理人可以在运行时决定某步骤的处理人。
   下一步的处理者最理想的情况是在流程定义时就确定好，这样维护比较简单，但实际可能需要动态设定，比如如果这个客户是A级客户，那任务发个某组成员，如果客户是B级客户，那任务发给另一组成员。
3. 根据表单数据流转可以根据表单中的数据决定流程的流向。支持复杂运算，支持根据多个表单数据的条件组合流转。
   当前节点的下一步任务可能有N个后续任务，但具体选择哪个作为后续任务需要动态决定。其中一种比较方便的方式就是直接跟表单数据关联，当某个表单项数据大于10万时走A节点，当表单项数据小于10万时走B节点。
4. 候补处理人一个步骤可以由多人处理，如果第一个人外出者由第二个人处理，依此类推。
   任务接收者需要制定代理人，即当设定的代理人在系统里设置为外出时，系统自动把任务发送给对应的代理人。
5. 共享任务多个人拥有处理任务的平等权利或义务，每个人都能看到任务，但只有其中一人处理该任务。
   有些任务须有所有的领导查阅，但最终的处理权可能只是某一个领导，这时候就需要这种功能，所有人共享这个任务，但只有一个人处理任务。
6. 处理者排除从一组处理人中排除某个处理人。
7. 标准处理时间可以设定一个步骤的标准处理时间。
   给任务设定一个时间期限，当过期时可以不断的提醒任务者，也可以按照设定好的方式自动处理。
8. 人工转发是否允许处理者将该任务转发给他人处理。
   当前的处理人认为这个任务不属于自己处理，可以选择一个发送个其他人处理。
9. 系统通知发送任务通知邮件给处理人，当流程结束时还可以自动通知提交人。
   当真个流程完成时，系统会发送通知给发起者，毕竟一般情况下发起者是最需要的。
10. 定时启动定时启动周期性业务。
    系统应该可以定时执行job，比如定时启动某些流程，或者定时执行一些表单处理工作，或者定时执行一些统计分析工作。