EOS-WorkFlow参考手册.doc

总体说明在使用 EOS WorkFlow 的过程中,无论是开发者在“开发环境”中定义业务流程,还是“工作流引擎”控制流程流转,或是工作流参与者使用的“客户端”, 再或者管理员使用的“管理与监控工具”,在这期间都会贯穿 EOS Workflow 的 5个主要对象——流程定义、活动定义、流程实例、活动实例以及工作项。 概念说明流程定义:描述一个完整的业务过程,它由若干活动组成。包括了流程的基本信息、流程的开始和结束条件、组成的活动、活动间流转的规则、需要用户执行的工作任务(工作项)、可能调用的应用程序以及流程相关数据等信息。提交到流程定义库( WFProcessDefine )后会包含流程定义 ID(流程定义的唯一标识)、流程定义名称、版本号、流程定义描述以及提交时间等描述。活动定义:包含在流程定义之中,代表了一个相对独立的、逻辑的工作单元。一个活动代表一个需要由相关资源处理,或者由计算机处理的任务。其中定义了该活动的基本信息、执行该活动的参与者、时间限制、工作项信息、触发事件、启动策略等信息。流程实例:当流程定义提交、发布到服务器以后,就可以启动该流程,启动时会创建流程定义的一个实例,叫流程实例。同一个流程定义可以有多个流程实例。每一个流程实例会被保存在流程实例库( WFProcessInst )中,包括流程实例 ID(唯一标识)、流程实例名称、流程定义 ID、流程实例的状态、该实例的启动者、启动时间、相关数据等信息。活动实例:流程实例中的每个活动称为活动实例。每一个活动实例会被保存在活动实例库( WFActivityInst )中,包括活动实例 ID(唯一标识)、活动实例的状态、所属的活动定义 ID以及流程实例 ID、时间限制、是否超时、创建时间等信息。工作项:表示流程实例在流转过程中为完成某个活动实例所要参与者做的工作。一个活动实例可以对应一个或多个工作项。每个工作项会被保存在工作项库( WFWorkItem )中,包括工作项 ID(唯一标识)、参与者 ID、工作项的状态、所属的活动实例 ID,流程实例 ID等信息。对象间的主要关系流程定义和活动定义是在工作流开发阶段所确定;流程实例、活动实例和工作项则是在工作流运行阶段确定。一个流程定义由多个活动定义组成。一个流程定义可以创建多个流程实例。一个流程实例包含多个活动实例,每个活动实例可以包含一个或多个工作项在一些特定的情况下(比如,一个活动要循环执行多次),一个活动定义会存在多个活动实例具体如下图所示: 相关配置说明以下是一些有用的配置说明,关于EOS工作流的具体配置说明请参考附录—〉配置文件 。工作流数据连结的配置在哪里在config/ 文件中的 module name=" workflow "group name="database" 中,指定了工作流的包名称和 unitID 。通过包名称及 unitI D 就可以从 EOSEJBREGISTER 表中获得数据库连接的 DATASOURCE 和IP地址。带有工作流的 EOS 应用一定要采用数据源的方式(配置了数据源与连接池, 且 文件中 single 值为 false )连接数据库,这样才能保证工作流和业务系统中事务的完整性。而且工作流调度引擎需要连接池来处理对数据库的并发控制,不能使用 JDBC 直接连接,否则在实际的使用中会出现并发控制错误。例如:使用 ,在工作流客户端的“我的任务- >待执行的工作任务”执行一个待执行的工作项,该工作项的任务是调用一个人工活动去查一张表。如果在 studio 中启动项目 server ,功能一切正常,如果启动外部 server ,这个功能有时候正常,有时候出错,出错页面的截图和详细的 log 见附件!(注:出错是不确定的,有时候连续好几次都报错,有时候连续好几次都对!)在编写工作流的业务自动机(业务逻辑)中,相关的工作流操作(如:完成工作流节点,回退, 设置工作流的相关数据等操作)和外部的业务操作都要并在一个 transaction (事务)中。工作流历史表的相关说明 EOS 数据库中存在以 WF_H 开头的几张表,这是工作流历史表,分别对应了流程实例、活动项实例、工作项实例等等,业务上经常需要通过这些历史数据进行统计分析,至于什么时候进行记录备份,帮助文档中没有提到。其实,在 EOS 系统配置文件 中,定义了历史记录备份的策略,如下: <group name="trans_history"> <!-- 转移历史的策略:可能的值 TIME_BASED (固定时间转移) |ON_FINISH (流程实例结束时转移) |NEVER (不转移) |ON_ST