企业中的很多应用系统都独立于特定的部门，只是能够解决特定领域的问题，而不能相互通信，成为业务之中信息孤岛。而不断深入的业务流程重组却打破了企业中各部门之间的严格界限，使得部门之间的联系越来越紧密，这就要求连接独立于各部门的信息孤岛，使其互通有无，相互协作。企业应用集成(Enterprise Application Integration，EAI)是连接企业内部的信息孤岛，实现企业范围内的信息共享的重要途径。在过去的20年中，EAI经历了由数据集成到功能集成，再到业务集成得发展历程。通过业务集成，企业可以实现业务流程自动化，提高企业的运作效率。长春理想科技信息技术有限公司开发的理想企业应用集成系统(Ideal Enterprise Application Integration System，iEAI)就是一种业务集成的开发平台。本文主要是针对iEAI的星型集成方案，提出了一套工作流机制以及与此密切相关的开放式活动模型。iEAI以工作流为核心，将业务流程的相关应用都组织在工作流里，由工作流来完成各应用之间的协作。为了明确不同类型的用户在集成开发中的分工，iEAI划将工作流分成定义和执行两个阶段。用户可以在一个集成开发环境之中定义工作流，然后将其上传到集成服务器中保存。当用户需要执行该工作流时，可以直接运行服务器中的工作流，完成对应的业务流程。另外，iEAI还提供一个开放式的活动模型，作为外部系统和iEAI进行交互的标准。企业和提供商将来可以添加新的活动，或者对已有的活动进行替换。iEAI用流程图的形式来定义工作流。在流程图中，顶点通常对应于活动实例，有向边则对应于活动之间的执行顺序。一个活动可以和多个活动相连，它们之间可能是顺序执行的关系，也可能存在条件判断，需要根据当前活动的执行结果来选择后续的活动。此外，工作流中有一些要并发执行的活动实例，iEAI采用并发结构来组织这些并发路径；还有一些活动实例，需要按照特定的顺序反复执行，iEAI用循环结构来组织这些活动实例。活动的输入参数值可能和先于它执行的活动的输出结果有关，在流程图中还要设置这些活动之间的数据传递规则。iEAI集成开发环境(iEAI Studio)是工作流的定义工具，在得到工作流程图的同时，也得到了工作流的描述文件，它包括了所有的和这个工作流相关的<WP=67>信息，包括相关的活动、活动之间的控制流和数据流等，工作流引擎可以根据这个描述文件来执行工作流。服务器中的工作流引擎负责解析工作流的描述文件，执行工作流并为工作流的执行提供运行环境。当用户启动工作流时，工作流引擎就会打开工作流的描述文件，生成该工作流的实例，执行这个工作流。引擎需要动态的载入要执行的活动的实现，生成该活动的一个实例。在根据工作流定义中指定的数据传递规则，计算出该活动的输入参数值之后，工作流引擎调用这个活动并接收活动的执行结果。根据活动的执行结果和工作流的定义，工作流引擎可以确定该活动的后继活动，转入对后续活动的处理。多个用户可以根据一个工作流的定义，同时执行这个工作流，针对每个用户的请求，工作流引擎都会创建该工作流的一个执行线程，各线程都是相互独立的，一个线程的执行不会对其它的线程产生影响。在iEAI中，业务流程中的各环节都是由活动来完成的，iEAI通过活动来和外部的应用系统以及数据源进行交互。iEAI提供了一个开放式活动模型，它规定了一个活动与iEAI系统进行交互的接口。集成开发环境能够取得活动的配置信息、参数信息等以便配置活动，按照业务流程的需要连接相关的活动，设置活动之间的数据传递情况；而服务器中的工作流引擎则需要为活动提供参数信息，调用活动，并且接收活动的执行结果。为了提高工作流的可靠性，活动模型中加入了活动的前置条件和后置条件。当工作流引擎要调用一个活动时，需要对这个活动的前置条件进行检查，只有满足前置条件的时候才能执行活动的调用；而当活动完成时，需要对后置条件进行检查，如果不能满足后置条件，则表示活动没能完成用户预期的功能。用户也可以依据活动模型实现自己的活动。iEAI中的工作流机制使得企业只用关心具体的业务流程，而不必关心集成的技术细节；而通过将工作流的定义和执行分离，iEAI进一步明确了在集成中不同用户的分工。开放式的活动模型使得iEAI具有良好的扩展能力，不仅能添加新的活动，还能够在升级已有活动的同时，不影响已经定义好的工作流。由于活动的实现是在工作流运行的时候动态载入的，所以当用户启动工作流时，就会自动加载新的实现，从而具备替换后的功能。