简议J2EE工作流系统之间的协作

姚军

摘 要 J2EE工作流系统的研究和应用过程中，逐渐暴露出许多问题和不足，缺乏协作的支持能力即是其中之一。本文提出一种支持协作的方法，来解决系统间协作这一问题。

关键字 J2EE 工作流 CSCW

中图分类号：TP3 文献标识码：A

CSCW（Computer Supported Cooperative Work）简称计算机协同工作，指地域分散的一个群体借助计算机及其网络技术，共同协调与协作来完成一项任务。它包括群体工作方式研究、支持群体工作的相关技术研究、协同工作系统的建设、应用系统的开发等部分。通过建立协同工作的环境，改善人们进行信息交流的方式，消除或减少人们在时间和空间上的相互分隔的障碍，节省工作人员的时间和精力，提高群体工作质量和效率，从而提高企业、机关、团体、乃至整个社会的整体效益和人类的生活质量。CSCW不仅需要计算机网络与通信技术、多媒体技术等计算机技术的支持，还需要社会学、心理学、管理科学等领域的知识。

在J2EE工作流平台中，同时运行和维护着多个J2EE工作流系统，这些系统和J2EE工作流平台相互协作，才使得J2EE工作流平台可以正常运转下去。

1各个J2EE工作流系统的额外工作量

J2EE工作流平台的出现，使得审批人不用往返于各个J2EE工作流系统审批，只须查看J2EE工作流的审批列表，就可以得到所有该此用户审批的表单。看上去J2EE工作流平台是万能的，只需要开发它就可以了，但是事实上各个J2EE工作流也有自己的任务。比如审批人在审批的时候需要看到这个表单的详细信息，不同J2EE工作流系统中，表单的详细信息的表现形式是不同的，这点J2EE工作流平台无法统一实现，只能由各个系统单独开发。还有在一次J2EE工作流中，不仅流水是用被记录在数据库中的，用户的申请信息也是需要被保存在数据库的，而这个系统的申请信息也是千差万别的，J2EE工作流平台也无法统一记录，所以申请信息也只能由各个系统单独开发记录。

由此可见，各个J2EE工作流系统除了在J2EE工作流平台中完成流程定义外，还需要做一些额外的工作量，下图将介绍开发一个新的J2EE工作流系统的若干流程，如图1所示：

图1 开发一个J2EE工作流系统需要完成的步骤

图1中介绍了开发一个新的J2EE工作流系统需要完成若干个的步骤，其中绿色框表示这一步J2EE工作流平台已经实现了，新系统就可以直接跳过这一步；红色框表示，这一步J2EE工作流平台无法统一的实现，必须由各自系统单独开发，然后配置到J2EE工作流平台中。

但是又有一个问题出来了，即使申请和审批查询页面由各自系统开发出来了，如何才能显示在J2EE工作流平台中呢？还记得介绍流程定义模块时，用到的几个Url吗？它们就是为了解决这个问题而出现的，各个J2EE工作流系统写好申请和审批查询页面，通过IIS以Web形式发布出去，在流程定义模块添加新系统时，配置好相应的Url信息，用户就可以通过J2EE工作流平台中看到各个系统单独开发的页面。这样做，即保持的平台的统一和一致性，又可以体现出各个系统之间的个性。

2 J2EE工作流平台和各个J2EE工作流系统的协作

上面在J2EE工作流平台显示出各个J2EE工作流系统特有的页面，但是这样的还是远远不够的。例如E-leave请假系统是一个J2EE工作流系统，用户申请时会J2EE工作流平台负责产生J2EE工作流，同时请假系统负责记录申请信息。当最后一个审批人审批同意时，J2EE工作流平台负责结束J2EE工作流，请假系统则需要将员工的申请的假从员工基本信息表中扣除出去。也就是审批人审批时，可能需要完成两部分的数据更新：J2EE工作流流水和请假系统，但是审批的地点是在J2EE工作流平台，而且平台也不知道请假系统后台的数据库结构，J2EE工作流平台如何保证两部分的更新，可以同时进行呢？

工作流平台和各个工作流系统之间的协作需要通过以下几个方面进行处理：

过程模型，参与者，过程管理，记录管理，活动管理，外部应用调用，任务调度。

首先在各个工作流系统内，完成各自独立的基本业务数据逻辑处理操作，预留一个接口等待工作流平台调用。当用户点击某个操作后，J2EE工作流平台完成流水更新操作的同时，通过JS调用预留接口，实现平台和各个系统之间的协作。

下面以表单审批及撤销为例进行说明：

用户审批负责表单的审批，用户审批和流水记录属于J2EE工作流平台，表单细则属于各个J2EE工作流系统，如图2所示：

表单撤销负责表单的查询和撤销，页面设置同表单审批页面类似，如图3所示：

表单审批及撤销是程序在J2EE平台下保证数据的传递，通过数据之间的协作，完成客户的需求。

3结束语

工作流平台是一种典型的异步CSCW系统，但实际应用中存在着大量的同步协作需求，要求工作流系统同时具有同步协作和异步协作的能力。本文给出一个同步协作应用集成框架的基础上，对过程模型、引擎、任务表等部分的进行改进，使工作流系统具有支持同步协作的能力。所提出的应用集成接口还不够完善，还应该尽可能多的归纳各类应用中同步协作活动的特点，并抽象出更具代表性和通用性的方法来完善接口。另外对“并发控制”的研究也不够深入，没有形成非常通用的并发控制方法和并发操作间的基于语义的转换方法。在今后的研究中，可以在以上几个方面进行改进和进一步研究。随着对工作流技术研究的进一步深入，工作流技术必将逐步完善和成熟，应用将不断深入，应用范围将不断扩展，将为提高企业的管理水平作出更大的贡献。