OSWorkflow 工作流的入门知识点.

一、工作流框架的选择
由于开源的流行我们可以有更多的选择，这给我们带来了很多的方便，好处多多不用说了，但也给我们带了了一些麻烦，用Java 的人都了解，百家争鸣让人眼花缭乱，一个重要的事情是选择，哪一个适合自己，或者说你更喜欢哪一个。选择也是一个难题。选择的好能节省很多时间，少走弯路。
在这个问题上我没有选择，因为我不是这个方面的主要负责人，框架的选择已经定下来了，OSWorkFlow.这对我也许是个好消息，因为我不需要再在大量的框架中去选择，只需要专一于一个，省去大量的时间。
三、OSWorkFlow主要优势
OSWorkflow 给你绝对的灵活性。OSWorkflow 被认为是一种“低级别”工作流实现。与其他工作流系统能用图标表现“Loops(回路)”和“Conditions(条件)”相比，OSWorkflow 只是手工“编码(Coded)”来实现的。但这并不能说实际的代码是需要完全手工编码的，脚本语言能胜任这种情形。OSWorkflow 不希望一个非技术用户修改工作流程，虽然一些其他工作流系统提供了简单的 GUI 用于工作流编辑，但像这样改变工作流，通常会破坏这些应用。所以，进行工作流调整的最佳人选是开发人员，他们知道该怎么改变。不过，在最新的版本中，OSWorkflow 也提供了 GUI 设计器来协助工作流的编辑。

OSWorkflow 基于有限状态机概念。每个 state 由 step ID 和 status 联合表现（可简单理解为 step 及其 status 表示有限状态机的 state）。一个 state 到另一 state 的 transition 依赖于 action 的发生，在工作流生命期内有至少一个或多个活动的 state。这些简单概念展现了 OSWorkflow 引擎的核心思想，并允许一个简单 XML 文件解释工作流业务流程。

上边这段话是从OSWorkFlow的教程中得到的，总结一下，OSWorkFlow是基于xml手工配置的，它特点是灵活，它认为工作流的调整应该是程序员的事情。
四、OSWorkFlow核心概念
步骤（Step）
    一个 Step 描述的是工作流所处的位置。可能从一个 Step Transtion（流转）到另外一个 Step，或者也可以在同一个 Step 内流转（因为 Step 可以通 Status 来细分，形成多个State）。一个流程里面可以多个Step。

状态（Status）
    工作流 Status 是用来描述工作流程中具体Step（步骤）状态的字符串。OSWorkflow 的有 Underway（进行中）、Queued（等候处理中）、Finished（完成）三种 Status。一个实际State（状态）真正是由两部分组成：State = (Step + Status) 。

流转（Transtion）
    一个State到另一个State的转移。

动作（Action）
    Action 触发了发生在 Step 内或 Step 间的流转，或者说是基于 State 的流转。一个 step 里面可以有多个Action。Action 和Step 之间的关系是，Step 说明“在哪里”，Action 说明“去哪里”。 一个 Action 典型地由两部分组成：可以执行此Action（动作）的
Condition（条件），以及执行此动作后的 Result（结果）。    

条件（Condition）
类似于逻辑判断，可包含“AND”和“OR”逻辑。比如一个请假流程中的“本部门审批阶段”，该阶段利用“AND”逻辑，判断流程状态是否为等候处理中，以及审批者是否为本部门主管。

结果（Result）
Result 代表执行Action（动作）后的结果，指向新的 Step 及其 Step Status，也可能进入 Split 或者 Join。Result 分为两种， Contidional-Result （有条件结果），只有条件为真时才使用该结果，和 Unconditional-Result（无条件结果），当条件不满足或没有条件时使用该结果。

分离/连接（Split/Join）
流程的切分和融合。很简单的概念，Split 可以提供多个 Result（结果）；Join 则判断多个 Current Step 的态提供一个 Result（结果）。

好了，到这里，工作流的一个概貌是出来了。在下边的文章中会以OSWorkFlow为例来进入工作流的天地。