工作流引擎的五大接口工作流参考模型确定了工作流管理系统的基本架构。该架构是开发工作流软件时应当采纳的系统模型，当然，一个工作流管理系统也可以不遵循这个模型标准，或只实现这个模型的一部分，但事实证明，这个模型结构是目前最为合理的。系统的核心部分是工作流引擎，引擎是驱动流程流动的主要部件，它负责解释工作流流程定义，创建并初始化流程实例，控制流程流动的路径，记录流程运行状态，挂起或唤醒流程，终止正在运行的流程，与其他引擎之间通讯等等工作。WfMC没有针对引擎的实现提供具体的标准，因为对引擎做过多的约束并没有多大的现实意义。一个工作流管理系统可以包含一个或多个引擎，并通过API向外部提供五个方面的功能服务，这些功能分别为：接口1－流程定义的导入导出接口2－同客户端应用程序和工作列表处理程序之间的交互接口3－软件工具和应用程序的调用接口4－不同工作流管理系统之间的协同工作接口5－管理和监视功能接口1－流程定义的导入导出许多不同厂商提供的工具可以进行工作流流程的分析、建模、描述和归档等工作。这些工具需要识别公共的流程交换格式，以支持在这些不同的产品之间传送工作流程流程定义。接口1便定义了这样的交换格式。此外，接口1还定义了设计环境与运行环境之间交换的规范，以使不同的建模工具产生的流程定义可以输入到不同的工作流产品的运行环境中。为了提供一个访问和描述工作流定义的公共方法，需要引入一个工作流元数据模型（meta－dataModel），这个模型确定了流程定义中用到的一般的实体，这些实体都有不同的属性，不同厂商开发的工具可以根据公共的交换形式向工作流运行环境传送这些模型，传送可以通过API实现，也可以通过批量（Batch）传送实现。元模型提供了流程定义交换中用到的基本的实体及其属性，这些都是工作流流程的组成部分，这些实体包括：工作流流程定义工作流流程活动过渡信息（Tra
sitio
I
formatio
）工作流参与者组织模型工作流应用程序工作流相关类型工作流相关数据系统和环境数据数据类型和表达式流程定义的交换在不同的系统之间传递流程定义数据可能需要不同的机制，但在所有的情况下，流程定义数据的表达必须是一致的，这些表达包括一些公共的对象、关系及其属性。接口２与接口３：工作流管理系统必须提供同用户之间交互的通道，以便用户参与到系统的运行中。接口2主要完成这方面的功能。WfMC在关于接口2的规范中定义了工r