6_工作流引擎的结构及其扩展

1. Engine的设计理念 2
   1) 合理的职责划分 2
   2) 足够的扩展性 2
   3) 方便集成到业务系统中 3
2. Engine的结构 3
3. Engine API 对象 5
4. Engine各种扩展 6
   1) RuntimeContext Factory 6
   2) 数据持久化服务 6
   3) 日历服务 6
   4) 任务实例管理器 6
   5) 流程定义服务 6

请到http://code.google.com/p/fireflow下载。

评论

6 楼 wmj2003 2009-08-26  

会签在政府或企业来讲都是必有的功能，尤其是审批流中。简单来说，会签是可以分为单步会签、与多部门并联审批的。

先讲需求与场景：

单步会签：很简单，就是在流程的某个环节需要由多个办理人共同办理，或者签署意见。这个场景就不用说了，在企业或政府的内部都很常见。

并联审批：其实就是说会签的对象由多个人变为了多个部门，所以此时，一个单步的审批环节就变为了在部门内部一个比较复杂的审批流程。

加签：在流程定义期已经定义好会签范围（例如某个岗位或部门），但是在运行期，会签发起人发现对于某个个例需要新增会签人或会签单位，而且新增的会签对象不在原来设定好的范围内。此时由会签发起人直接进行加签操作。

减签：同上，只是相反的操作而已。

补签：会签发起人已经将会签任务发送给张、李、王三个人，而此时，张发现这个任务还需要孙来会签，那么此时，可以由张直接发起一个给孙的补签任务，而不必回退到会签发起人那里。

会签百分比：会签发起人将任务发送给5个人办理，而结果是只要有80%的会签百分比即可算审批通过（也就是说只要有4个人审批通过就OK了）。

场景一：在企业内部的各个部门之间（例如，办公室、采购部、财务部）进行并联审批，每个部门中都需要多个岗位或人员去审批（例如在财务部，需要财务专员、财务经理、财务总监等审批）。

场景二：在政府部门，例如我们需要去政府的行政大厅去办理新公司注册，那么在行政大厅启动一个新公司注册的流程，在申请人提交完所有资料后，流程继续向下执行，这时可能就需要工商局、公安局、地税、国税等多个委办局进行内部的并联审批，每个委办局都需要在内部走一个复杂的审批流程，每个委办局的流程审批完毕后，流程回到行政大厅的那个父流程中。

单步会签的实现：对与单步会签其实很简单，只需把Activity的创建TaskInstance的接口暴露出来，即可实现灵活的控制，即便是加签、减签、补签等功能都可轻松实现。设计上来讲，其实就是把任务引擎也独立出来，可对外开放接口。

并联审批（子流程会签）的实现：此时需要用并发多子流程实例来实现（同时需要实现父子流程的数据传递）；此时如果需要会签百分比，还要计算完成的会签实例与所有的会签实例之间的百分
比，然后决策路由。
引用自：http://www.opug.org.cn/node/162

5 楼 netren 2009-05-31  

最近看了几个国内的工作流产品，都说支持什么加签、减签，不知道这东西到底是什么。比较郁闷

4 楼 nychen2000 2009-05-31  

netren 写道

楼主，你好，有个疑问麻烦给讲解一下：
加签，减签是什么逻辑？
Fire Workflow本身支持这些逻辑吗？还是需要扩展实现？

  这个业务不懂哦，

3 楼 netren 2009-05-31  

楼主，你好，有个疑问麻烦给讲解一下：
加签，减签是什么逻辑？
Fire Workflow本身支持这些逻辑吗？还是需要扩展实现？

2 楼 nychen2000 2009-04-29  

引擎不包括人员，角色。

具体的扩展方法请参阅文档《5_工作流应用中经典问题的解决方案_20090211.pdf》第4章“4. 与用户管理系统的接口”。在 code.google.com/p/fireflow有下载

1 楼 netren 2009-04-29  

又来讨教了，呵呵
从你的列表中我没有看到关于流程处理者的介绍，请问楼主，你的引擎中也包括人员、角色这些的定义吗？是如何扩展的？