当你在工作中使用计算机时，你就可能参与到了一个工作流中。甚至你在做 与计算机无关的工作时－－例如，为你的项目或公司采购零件，或接洽航班、与政府部门联络－－你都极可能正在不自觉地参与一个工作流。
一个工作流是由涉及到许多人、数据库和专门应用的任务所组成的复合行为。 组成的任务是相互关联、共享各种控制、数据和时间依赖的。一个工作流的典型例子是贷款处理。当你申请一笔贷款时，首先你填写一份表格， 一个办事员看一下是否填写完全，然后核计员核实信息，然后监管人联系外部的信用代理处或使用信用风险评估工具。在借贷过程中的每个人都接收关于借贷应用的信息，对之修改或添加，然后传递处理结果。



另一个例子如图一所示，当你向电信供应商订购服务时，第一步是联系供应 商的销售代表，让他为你填写相应表格。然后销售代表检查供应数据库以确定必需的硬件是否到位。如果到位，就告知你何时服务可用的估计。当电信供应商检查了你的信用历史后，一个当地服务安装者就会被派遣去为你安装这项服务。
如果一切顺利，安装者成功安装了服务，核计员查明你的信用历史可以接受， 就会通知财务部门来向你收费，这样这一工作流就成功终止。

墨菲定律
但是事情不会总是那么顺利的。例如，在检查你是否已经有一个帐号时， 电信供应商或许会发现你有未付的或过期的余额－－或者以前在同一地址的某个人有未付的款项等。类似的发现会亮起红灯。
又或者你所在地区的服务安装者生了病以至于要修改安装的时间表。或许 安装者发现得到的硬件不能用了或必须更换。这些情况都会导致行为的改动，如图二所示。而这些改动又会引起日程的变动或者干脆被取消， 因为你不想不确定地等下去。


这些事件都是当工作流执行时会发生的例外的实例。可能的意外的数量是很大的，它们的范围及可能上下文的多样性使静态或预先地确定在实践上是不可能的。 不幸地是，关于意外的唯一可以确定的事就是它们是远非意外的。结论是，大多数工作流都是天生不完善的。
例外不同于控制流的简单选择，实际上这二者在概念上是截然不同的。试图 包括进所有的例外情况不仅是无用的而且会混乱工作流以至于无法理解。同理，类 似java的编程语言把例外单独进行考虑，我们倾向于把例外作为主工作流上的寄生过程。当然，对于那些经常发生的接近常规的例外，可以把它们直接集成到工作流的选择控制中去，如图三所示。
上一页12 3 4 下一页

上一篇：工作流自动化的历史
下一篇：麦考林：工作流之变