一、工作流参考模型
工作流参考模型来源于对普通工作流程序结构的分析，确定结构中的接口，这些接口可以使不同产品在不同的结构层次上协同工作。所有工作流系统都包含一系列的公共组件，组件间采用一套被定义好的方法进行协作；不同的产品在这些公共的组件中，会表现出不同的处理能力。为了实现不同工作流产品间的协同工作，需要在这些组件间制定一套标准的接口和数据交换格式。通过实现这些标准接口，可以达到产品间的协同工作。
1、接口1：
在建模或定义工具与运行时期工作流管理软件间的接口。
2、接口2：
该接口，提供客户端应用程序与工作流引擎之间的通信API 。
3、接口3：
该接口是工作流引擎与其他应用程序之间通信的API。
4、接口4：
通过工作流与工作流之间的通信API，是实现分布式工作流管理系统的核心API。
5、接口5：
该工具提供了对工作流引擎的当前状态及运行在该引擎下的实例的监管和管理的接口。
上面相关工具的作用：
流程定义工具 ：
就是提供一种方便使用的，并且能够被计算机识别的过程定义，目前我们使用较广泛的是通过图形化的工具来完成WF的过程定义。最后输出一个XPDL文件。XPDL（XML Process Definition Language）是由Workflow Management Coalition所提出的一个标准化规格，使用XML文件让不同的工作流程软件能够交换商业流程定义。
管理监控工具：
对工作流在整个组织内的流程情况进行监控，并提供一系列管理功能，实现安全性、过程控制、授权等操作。典型的功能范围包括用户管理、角色管理、监控管理、资源管理、过程监控管理。具体如：过程模型的实例化，启动、挂起、恢复、终止过程实例；管理正在执行的过程实例等。
工作流执行服务：
由一个或多个工作流引擎组成，提供过程实例的执行，为活动进行导航，与外界资源交互完成各项活动，维护控制数据和相关数据等功能。
工作流服务整体流程：
二、Activiti编程框架和服务组件
Activiti基础编程框架
Activiti基于Spring，ibatis等开源中间件作为软件平台，在此之上构建了非常清晰的开发框架。上图列出了Activiti的核心组件。
Activiti Engine：作为最核心的模块，提供针对BPMN 2.0规范的解析、执行、创建、管理（任务、流程实例）、查询历史记录并根据结果生成报表。
Activiti Modeler：是模型设计器，其并非由Activiti公司所开发，而是由业界认可的Signavio公司赠送的（Signavio原本是收费的产品，现在被免费授权给Activiti用户使用）。适用于业务人员把需求转换为规范流程定义。
Activiti Designer：功能和Activiti Modeler类似，同样提供了基于BPMN 2.0规范的可视化设计功能，但是目前还没有完全支持BPMN规范的定义。适用于开发人员，可以把业务需求人员用Signavio设计的流程定义（XML格式）导入到Designer中，从而让开发人员将其进一步加工成为可以运行的流程定义。
Activiti Kickstart：基于表格的流程设计工具。用Activiti引擎可用的构件（constructs）的子集提供给快速创建“即席（adhoc）”的业务流程。
Activiti Explorer：可以用来管理仓库、用户、组，启动流程、任务办理等。此组件使用REST风格API（目的在于让开发人员快速入门），提供一个基础的设计模型。如果业务简单，也可以直接使用无需开发。还可以作为后台管理员的流程、任务管理系统使用。
Activiti REST：提供Restful风格的服务，允许客户端以JSON的方式与引擎的REST API交互，通用的协议具有跨平台、跨语言的特性。
Activiti核心设计模式
Facade外观模式：ProcessEngine，RepostoryService，都是外观接口。作为二次开发人员，可以把引擎内部看做黑盒，不关心内部的具体实现，直接调用这些暴露出来api接口完成对应的功能。
Command命令模式：所有api接口的功能，在引擎的实现类中，都封装成了Command命令，再交给统一的CommandExecutor执行。使用Command命令模式的好处时，所有功能都通过统一入口进入，
所以可以统一管理，为后续的Interceptor拦截器模式的应用做好了准备。
Interceptor拦截器模式：流程引擎提供了多种拦截器，通过这些拦截器可以实现“准备上下文环境”，“事务控制”，“乐观锁自动重试”等功能。
Session 工厂模式：activiti中通过SessionFactory接口实现类去管理各种session的实现者。
Activiti服务架构
Activiti 流程引擎重点关注在系统开发的易用性和轻量性上。每一项 BPM 业务功能 Activiti 流程引擎都以服务的形式提供给开发人员。通过使用这些服务，开发人员能够构建出功能丰富、轻便且高效的 BPM 应用程序。
-
RepositoryService： Activiti 中每一个不同版本的业务流程的定义都需要使用一些定义文件，部署文件和支持数据 ( 例如 BPMN2.0 XML 文件，表单定义文件，流程定义图像文件等 )，这些文件都存储在 Activiti 内建的 Repository 中。Repository Service 提供了对 repository 的存取服务。
-
RuntimeService：在 Activiti 中，每当一个流程定义被启动一次之后，都会生成一个相应的流程对象实例。Runtime Service 提供了启动流程、查询流程实例、设置获取流程实例变量等功能。此外它还提供了对流程部署，流程定义和流程实例的存取服务。
-
TaskService：在 Activiti 中业务流程定义中的每一个执行节点被称为一个 Task，对流程中的数据存取，状态变更等操作均需要在 Task 中完成。Task Service 提供了对用户 Task 和 Form 相关的操作。它提供了运行时任务查询、领取、完成、删除以及变量设置等功能。
-
IdentityService：Activiti 中内置了用户以及组管理的功能，必须使用这些用户和组的信息才能获取到相应的 Task。Identity Service 提供了对 Activiti 系统中的用户和组的管理功能。
-
ManagementService：Management Service 提供了对 Activiti 流程引擎的管理和维护功能，这些功能不在工作流驱动的应用程序中使用，主要用于 Activiti 系统的日常维护。
-
HistoryService: History Service 用于获取正在运行或已经完成的流程实例的信息，与 Runtime Service 中获取的流程信息不同，历史信息包含已经持久化存储的永久信息，并已经被针对查询优化。
- FormService: Activiti 中的流程和状态 Task 均可以关联业务相关的数据。通过使用 Form Service 可以存取启动和完成任务所需的表单数据并且根据需要来渲染表单。