项目组工作流研究探究.docVIP

项目组工作流研究 ------开源产品OBE研究报告 作者：小贝 2004-2-20 OBE中的重要概念 工作流参考模型 工作流参考模型是由WFMC提出来的，对工作流管理系统的实现的一个参考模型。以下是该模型的一个结构图： 下面分别对各个部件进行解释： Work Flow Enactment Service 这个组件就是OBE要实现的，主要功能是读取工作流定义、根据定义决定工作流的走向、为客户程序提供接口以驱动工作流。俗称工作流机或工作流引擎。 Process Definition Tool 用于以图形化的方式定义工作流。目前比较成熟的开源编辑工具为Jawe(jawe.objectweb.org)，OBE虽然也提供了一个工具，但还没完成。Process Definition Tool与Work Flow Enactment Service之间的接口也成为Interface 1，也就是说通过tool生成的文档，Work Flow Enactment Service要可以正确读取。 Work Flow Client Application 工作流机的客户端程序。该程序可为最终用户提供一个定制的用于驱动工作流的接口。客户端程序通过Interface 2与OBE交互。这是我们需要开发的。 Invoked Applications 在工作流运作的过程中，可能需要调用工作流机之外的功能，这时可通过定义好的Interface 3来完成。这也是我们需要开发的。 Administration and Monitoring Tools 用于管理和监视工作流机。在OBE中的实现则是OBEWorklist。 别的Work Flow Enactment Service Interface 4用于工作流机之间的协作。 XPDL 对工作流的定义是以XPDL文档的方式存在的。XPDL是eXtensible Process Definition Language的缩写，且格式为XML的格式。XPDL中定义了一下几个概念： package（包） 为了把一些相关的对象组织在一起，XPDL定义了包这个概念。导入流程定义到OBE也是以包为单位的。一个包可定义多个process，participant以及application。而包之间可以互相引用各自定义的对象。 process 定义完成一个任务的所需过程，例如销售订单处理。工作流的运行也是以process为单位的。一个process由多个activity组成。 activity 一个activity代表了某件要做的事情。一个活动必须是原子操作，也就是说每一件必须要完成的事都必须定义为activity。Activity可以自动开始也可手动执行。一个Activity可能会产生一个或多个workitem，这些workitem将由participant来处理。一个Activity可以因于所有workitem的完成而自动结束，也可能需要手动来结束。 在OBE的实现中，Activity有completion strategy（表示什么情况下activity的状态变为完成），可以通过配置，由实现了strategy算法的类来进行决定。Completion Strategy算法描述的例子是：某个workitem完成后，activity是否也自动完成。 participant participant代表了组织中的实体，这些实体将与工作流机交互（处理workitem）。这些实体可以是人、机器或者工作流机自己。 在OBE中对于不同种类的participant，有相应的处理（第一次阅读该文档的可以掠过以下内容）： case ParticipantType.HUMAN_INT: //直接为某个用户名建立一个WorkItem，由该用户登陆系统后手动完成该workitem case ParticipantType.ORGANIZATIONAL_UNIT_INT， case ParticipantType.SYSTEM_INT: //将为系统用户建立一个workitem，由于是系统用户参与的workitem，该workitem将由工作流机自动完成。 case ParticipantType.RESOURCE_INT: case ParticipantType.RESOURCE_SET_INT: case ParticipantType.ROLE_INT: //将根据算法解析出多个用户名，然后根据work item分配策略来决定最终的要分配work item的用户名列表。而在建立workitem时，为列表中的每个用户名都分别建立一个同样的workitem。 Work Item Work Item代表将要被participant处理