OSWorkflow用户手册

OSWorkflow用户手册 - 1.1 介绍

OSWorkflow与目前市面上所见到的商业或开源工作流系统有着显著的不同点。主要不同在于OSWorkflow拥有极大的灵活性，不过，这点会导致最初难于掌握该系统。比如，OSWokflow没有要求用图形工具开发工作流，而且推荐使用手工方式编写XML格式的工作流描述文件。就像与现有的代码和数据库做整合一样，都要取决于应用开发者所准备进行整合的类别。这些对于期望一个能够迅速“即插即用”的工作流解决方案的人来讲看起来是个问题，但是我们也发现这样的解决方案无法提供足够的扩展性，来完全满足成熟应用中所有的需求。

OSWorkflow给了我们这些扩展性。

可以认为 OSWorkflow是一个“低级”的工作流实现。在其它的工作流系统中，像“循环”和“条件”这样的场景，一般使用图形图标来表示，在OSworkflow中，这些必须编码实现。但这并不是说实现这样的场景就需要进行实际的编码工作，而是使用必要的脚本来指定这些条件。OSWorkflow不希望非技术人员来修改工作流。我们发现尽管有些工作流系统提供了GUI来实现简单的工作流编辑，但是一旦使用GUI再次改变工作流，工作流所在的应用通常会被损坏终止。我们相信，由了解每一个变更细节的开发人员来直接更改工作流是最好的方法。就像上面说的，最后一个版本提供了GUI设计器来帮助编辑工作流。

OSWorkflow是基于有限状态机的理论实现的。每个状态(state)由步骤ID(step ID)和状态(status)组合而成。从一个状态(state)到另一个状态(state)的变迁必须在动作发生之后，才能发生。在工作流的整个生命周期中，至少有一个或多个活动的状态(state)。这个简单的理论就是OSWorkflow引擎的核心，它允许将简单的XML文件来转化为商业工作流过程。

 

OSWorkflow能够容易地集成到任何轻量级容器中，如Spring, Xwork 或 NanoContainer。

对于使用这些框架用户来说，这样做的好处是能够容易地把osworkflow嵌入到容器机制中以实现依赖解析，组件装配和生命周期管理。

OSWorkflow分发包中包含了以下组件，实现与Spring Framework的集成：

1) SpringHibernateWorkflowStore 让workflow实例参与(希望的)到当前事务中。

2) SpringTypeResolver 允许osworkflow从Spring ApplicationContext中获取业务逻辑组件(条件、函数等)。

3) SpringConfiguration 是工作流配置接口的实现，它包含存储及工厂，这使得容器可以能够注入或操作它。

4) SpringWorkflowFactory 是XMLWorkflowFactory 的包装类，它实现从容器的配置中进行注入，而不是从别的XML配置文件中读取它们。

这四个组件使得osworkflow能够紧密地集成到Spring框架中。