赛迪时代柔性工作流引擎技术的研究与应用
赛迪时代工作流引擎系统在工作流模型的基础上运行企业的业务，即业务流程以工作流模型的形式表示，按照预先定义好的规则进行执行，并且对于执行结果可以随时进行监控和评价。
赛迪时代工作流引擎系统的职责是非常“精简”的：确保流程按照既有的定义，从一个节点运行到另一个节点，并正确执行当前节点。总的来说，赛迪时代工作流引擎系统主要关注三个方面的问题。
流程定义问题：不是说如何图形化的定义流程，而是如何用一套定义对象来诠释所有的流程定义。
流程调度问题：提供什么样的机制，可以确保流程能够处理复杂的“流程图结构”，诸如串行、并行、分支、聚合等等，并在复杂结构中确保流程从一个节点到另一个节点。
流程执行问题：当流程运行到某一个节点的时候，需要一套机制来解决，是否执行此节点，并如何执行此节点的问题并维持节点状态的生命周期。
流程实例对象是指需要一整套流程实例对象来描述流程实例运行的状态和结果，如：
1、模型与定义对象
工作流引擎本身就是一种“base on model”的组件，流程实例的执行都是依赖于所定义的“流程定义”，而赛迪时代工作流引擎则提供了这样一种环境，来维持流程实例的运行。
2、调度机制与算法
赛迪时代工作流引擎的一个重要功能，就是保证流程实例准确的从一个节点运行到另外一个节点，而这则需要依赖于一套调度机制。
3、执行机制与状态
经过引擎的调度，实例运行到某个节点，此时必须提供一套机制，来判断当前节点是否可执行。如果可执行，那么需要提供一套运行环境来执行节点--这就赛迪时代工作流引擎的执行机制。
复杂的流程引擎会依赖于“流程实例状态”或“活动实例状态”的约束和变迁来进行处理。之所以有时我们会把一个流程引擎也叫做“状态机”，很大程度上就是这个原因。
4、实例对象与执行环境
每个流程实例必须维护一套属于自己的“运行环境和数据”，而这则是实例对象的责任。基本上实例对象会包含如下信息：
1）与流程实例有关的状态或者控制信息
2）与活动实例有关的状态或者控制信息。如果某些引擎不支持活动实例，那么必然会有某些其他的信息，比如当前的节点或控制信息。
3）临时的“执行”信息，便于引擎对某种情况进行理解。
赛迪时代工作流引擎系统推动了企业信息化建设，可以在最大程度上集成企业现有信息资源，实现资源的合理利用。
