但是Q这Ƒּ源Y件的文档十分匮乏Q而且在大多数现实情Ş中ƈ不适用。本文将试者填q_际的用例需求与十分单的说明文档间的鸿沟?br />
用户可以在OpenSymphony的网站上下蝲osworkflow的发布。当前的最高版本是2.7Q译者注Q最新版本ؓ2.8Q? 解压~发布的软g包，卛_Cq制E序、源代码、API文档、说明文档等。用户可以在软g的论坛和l基上获得进一步的帮助?br />
版权声明QQ何获得Matrix授权的网站，转蝲时请务必保留以下作者信息和链接
作?Diego Naya;bugaboo(作者的blog:http://blog.matrix.org.cn/page/bugaboo)
Matrix原文:http://www.matrix.org.cn/resource/article/44/44467_osworkflow.html
关键?osworkflow;business
什么是工作？
l基癄QWikipediaQWPQ把工作定义ؓ“一份工作的操作q程”：d如何l成、如何操作、相关顺序如何、如何同步、信息如何流动以支持q些d、以及Q务如何被跟踪{?br />一个工作流引擎实现了业务的程处理。用户应可以自动跟踪q程Q这得引擎更h率。同时用户可以对工作进行徏模，监控及统计引擎数据等?br />
CZ业务q程Q贷Ƅ?/span>
? 文的CZ业务q程研究一个贷Ƒֺ用程序的实例。我们将通过一个利用osworkflow工作引擎的工作来实现它。这个过E会在每安行及金融机构中出 ? 其区别仅仅体Cؓ有更q的部门或更多地文档需要处? 在本CZ? 我们会用量单的Ҏ来实现这个业务流E以便于用户理解。图一描述了这个业务流E?br />
图一 h业务程
q程非常单，分ؓ如下4步，如下所C：
1Q 填写表|银行客户填写表格甌h?br />2Q 风险分析：一位风险分析家评估不良h的风险?br />3Q 胦务历史审查：财务理官员负责查客户历史贷ƾ、应付̎单、信用卡历史U录{信息?br />4Q 最l决定（同意/拒绝Q：银行部门ȝҎ风险分析情况及胦务历史审查情冉|l决定是否贷Ƅ该客戗?br />
正如我们之前看到的，每个工作都包含角色Q每个角色都包含被分配的d。下文说明了业务程中涉及到的角Ԍ
1Q 前台职员：在某个银行部门向֮提供信贷甌表的雇员?br />2Q 胦务官员：负责查申误历史胦务情况（往期贷ƾ、未支付帐单{等Q的职员?br />3Q 风险分析家Q负责分析将q予借贷甌者的外部因素Q比如社会经情늭Q及借贷者本人的个h情况?br />4Q 银行部门经理：负责最l决定是否给予借贷者贷Ƅl理?br />误住，“信L误”是一个重要的概念Q我们将在系l实C节看到其重要性）因ؓ它是经整个工作的业务数据?br />
基本工作概?/span>
W者在开曾介绍osworkflow提供了一些特有的构造，现在W者将逐一介绍它们?br />
? 先，在osworkflow中读者需要了解得最重要的概忉|环节Q每个工作流包含了多个环节，读者可以把环节惌成工作流中每一个重要的zd。每个环节可 以有一些诸如“已完成”、“正在处理”、“已d臛_理队列”、“未处理”等的状态，设计工作的人可以根据需要自己定义状态?br />
在每个环节，动作被用h定ؓ自动或手动地执行。每个动作执行后Q都有一个结果（resultQ。结果决定了工作的{方向Q可以停留在同一环节Q蟩转到另一环节Q蟩转到一个分支，或者汇集到一个合q等?br />最后两个概忉|及用户对业务程的ƈ发执行，分支把工作流分解Z个ƈ行的环节Q合q则在用h一定条件后Q把两个q行的环节合q成一个?br />
? 作的执行代表了业务流E的执行Q每个动作都有一l预处理功能Qpre-functionsQ和一l后处理功能Qpost-functionsQ。其作用? 如读者想象的那样Q一个在动作触发之前执行Q一个在动作触发之后执行。一个简单的例子是：可以在预处理功能中检验申误格数据的正确性，而后在后处理贡功 能中把经验的数据保存x据库?br />
动作的执行结果可以是有条件的QconditionalQ或无条件的QunconditionalQ? 对于有条件的l果Q引擎将首先查是否条件被满Q然后再交给工作来处理。如果条件不满的话Q引擎将q一步判断下一个有条gl果是否得到满Q以此类 推，直到pȝ最l执行到无条件结果进行处理?br />
读者可能会问，如果所有的条gl果都没有得到满会如何呢？事实上，每个动作都强制要求具有唯一一个无条gl果。与此对应的Q可以有多个有条件的l果?br />
业务规则常常在最l结果中带有条g判断Q比如，“如果申h自于一个老客P则流转到环节1”或者“如果当前系l的用户的角色是l理的话Q直接流转道最后一个环节”?br />
最 后一个重要的概念是步骤状态（process stateQ，在osworkflow中，当前步骤状态是所有当前环节状态的集合。读者可能会认ؓ工作在q行q程中只能有一个状态，但现实的情况是：? 为对分支和合q的支持Q引擎能够做到对环节的ƈ发控Ӟ因此工作的当前状态就可能出现Q“等待风险分析及已核查胦务历叜y的情况?br />Ȁzd作的用户被顺理成章地UCؓ触发者（callerQ，每个环节都有一个所有者（ownerQ，以代表在当前环节中负责执行动作的角色或用戗?br />
当用户在环节中运转流E的时候，已完成的环节被保存至历史表中QhistoryQ，用户当前所处的环节成ؓ当前环节Qcurrent stepsQ?br />
最 后，读者可能注意到Q在osworkflow中ƈ不存在其他工作流引擎中所包含的工作项QworkitemQ的概念。这是因为osworkflow是“十 分底层”的工作实玎ͼ怎样实现或定义工作项完全交由用户来决定。笔者认为工作项的概念太q抽象，用业务数据来U呼它或许更切一些?br />
Osworkflow 的文档中介绍了更多的构造元素，如寄存器QRegistersQ，qҎQcommon functionsQ等Q但W者徏议在建立好第一个工作流以后再去研究它们。它们是osworkflow基本元素外的高Ҏ，而我们前面所认识的元素则 是osworkflow的根本所在?br />
Osworkflow体系l构
我们在本节分析控制osworkflow的体pȝ构，我们需要理解它是怎样适用到我们的E序中来的。如我们所猜想的，Osworkflow最主要的接口是WorkflowQ这个接口也是整个工作流引擎的入口点。是整个pȝ的门面（facadeQ?br />
接口的实C要关注具体的业务操作能力Q这个接口定义了工作查询，获取当前的可执行动作Q执行动作，昄历史环节{?br />工作被持久化在工作存储体QWorkflow StoreQ中Qosworkflow提供了几U持久化的方法，包括Hibernate持久化集成，JDBC持久化集成等。一个存储体包含了环节信息，变量Q工作流自n的描qC息等{?br />
用户可能遇到的最常见的应用模式如下所C：
1Q通过l定的状态在工作存储体中查询工作流信息Q通常q根据某一个工作流E中h需执行动作的用hq行查询。这U查询时通过WorkflowQuery对象中的Workflow.query()Ҏ实现的?br />2Q通过getAvailableActions()Ҏ列出所有在满条g查询l果中可执行的操作?br />3Q通过doAction()Ҏ执行用户选择的动作。在执行动作的时候一些执行参数可以以java.util.Map的Ş式传递，以实现在工作定义的q行期进行信息的传递?br />4Q用户可以有选择地通过调用initialize()实例化一个工作流?br />
在理x况下Q由业务逻辑层负责调用osworkflow中的ҎQ如图二所C：
图二 在业务逻辑中集成工作流
在osworkflow 中，业务逻辑描述在一个XML文g中，UCؓ工作描q符Qworkflow descriptor.Q。我们将在实现小节中建立一个简单的描述W。在工作描q符中的功能QfunctionsQ和条gQconditionsQ中Q? 用户可以定义自己的业务逻辑。笔者将在把工作集成到应用E序中一节中q行?br />
实现
本小节介l如何把一个业务逻辑抽象成一个工作流。首先我们要在业务流E图中识别出工作的环节。如图一所C，昄Q我们共有四个环节，同时包含一个分支及一个合q。在下面的bank.xml文g中，读者将看到它们在描q符中是如何被表C的?br />
建立好环节以后，必须在每个环节中d一些动作以便于工作运转。每个动作有唯一的无条gl果Q条件结果由读者有选择地来实现?br />
<step id="1" name="Form Filling">
<actions>
<action id="2" name="Fill Form">
<results>
<unconditional-result old-status="Finished" split="1"/>
</results>
</action>
</actions>
</step>
接下来要q行地执行风险分析和财务历史核查Q这里是攄分支的最理想地点?br />
<splits>
<split id="1">
<unconditional-result old-status="Finished"
status="Underway" owner="Risk Analyst" step="2"/>
<unconditional-result old-status="Finished"
status="Underway" owner="Financial Officer" step="3"/>
</split>
</splits>
? 部门l理最l确认以前，q发的工作流环节必须得到合ƈ。我们可以通过应用一个合qӞjoinQ来实现它，合ƈ通过一个条件告诉工作流引擎Q是否可以合qƈ q行C一环节。在本例中，我们假设q个条g为：前面两个环节都已h“Finished”的l束状态。即当风险分析或财务审核M一个未完成前，不能q? 行到下一步：
<joins>
<join id="1">
<conditions type="AND">
<condition type="beanshell">
<arg name="script"><![CDATA[
"Finished".equals(jn.getStep(2).getStatus()) &&
"Finished".equals(jn.getStep(3).getStatus())
]]></arg>
</condition>
</conditions>
<unconditional-result old-status="Finished"
status="Underway" owner="Manager" step="4"/>
</join>
</joins>
下面在描q符中加入每个环节的所有者，正如我们在基本概念一节看到的那样Q所有者通常代表了环节间交互的角Ԍ角色的引入默认情况下通过osuser框架来实现?br />用户既可以手写XML描述W文Ӟ也可以通过osworkflow提供的设计器来实现。读者可以在OpenSymphony的网站上试用q个工具?br />
试实现
试Ӟ我们可以应用osworkflow提供的例子，把bank.xml攑ֈWEB-INF/classes文g夹下Q在文gworkflows.xml中添加一行以使引擎能够识别这个工作流?br />
把工作流集成到应用程?/b>
在徏模及试工作之后，我们卛_以通过下面的几行代码把osworkflow集成到我们的E序中?br />
orkflow wf = new BasicWorkflow(username);
HashMap inputs = new HashMap();
inputs.put("docTitle", request.getParameter("title"));
wf.initialize("workflowName", 1, inputs);
inputs 哈希表包含了初始工作动作中需要传出的参数,有几个实CWorkflow接口的类Q其中BasicWorkflow是不支持事务的简单实现。在工作? 执行q程中可以在程中调用外部的ҎQ这U方法应该是实现了FunctionProvider接口的方法类。然后我们就可以用以下的方式调用它：
<action id="1" name="Execute business rule">
<pre-functions>
<function type="class">
<arg name="class.name">java.net.DroolsExecutorFunction</arg>
<arg name="ruleBaseName">BusinessRules.drl</arg>
</function>
</pre-functions>
...
用户可以通过实现Condition接口Q添加自q条g控制。FunctionProvider及Condition接口可以调用工作中的已知方法，q两个接口都可以接受来自于XML描述W文件中的参数?br />
l论
? 一个业务流E抽象成一个工作流的Q务ƈ不容易，需要好的方法和合适的工具Qosworkflow是一个ؓ我们提供了许多可重用l构的理惛_兗希望通过? 本文的阅读，读者能够理解最基本的osworkflow概念。本文论q过E中所采用的方法非常基和简单，但却值得借鉴?/span>
]]>