Web服务系统中的业务流程和工作流_2

Web服务系统中的业务流程和工作流_2：4、工作流的根

软件中的工作流方向来源于两个起源不同的观点：基于人的业务流程和基于规则的自动化流程；两者之间的互补性一直在增强。

基于人的工作流软件的根在工作组工具（workgroup tool）和群件（groupware）中。在工作组工具应用程序（办公室套件，如 Lotus SmartSuite、Microsoft Office 和 Star Office，还有一些更为专用的工具，如 Autodesk 和 Autocad）中，小组协作和隐式工作流一直就是明显的特征。

群件是旨在让小组或群体中的人能更容易地协作并帮助他们使工作流更为平稳而高效的软件。对于从工作组工具和群件发展而来并且现在正显式地捕获和管理着工作流的基于人的工作流软件，其未来在于增强 Web 服务功能，同时增强 JSP 和 portlet 支持，从而使它们朝越来越集成到 Java 环境中的方向发展。　

如 Web 应用程序编制（Web application orchestration）中所述，在规则引擎应用程序和静态的、一步一步的、基于规则的生产和制造流程中均可以见到工作流自动化应用程序的根。这种工作流现在也在朝支持基于人的工作流的方向发展。

两种观点的融合意味着工作流软件具有灵活地处理各种不可预料的情形的能力是非常重要的。Web 服务工作流的编制和编排是目前正在进行的标准定义工作的重要部分。

我们在这里仍然可以看到两种观点。编制将顺序和节拍分别强制施加在一组 Web 服务及其输出上，从而产生期望的流程结果，这正如一个音乐指挥者把顺序和节拍分别强制施加在一组演奏者和他们奏出的音乐上，从而产生期望的音乐效果。演奏者奏出的音乐中如果有走调或错误将使指挥者很不高兴，但这不会改变演奏过程的顺序和节拍。Web 服务的编制反映了工作流的自动化根。

相对比，从同样的比喻角度而言，编排比编制更为复杂，编排定义的是处理一组 Web 服务之间的各种不可预测的交互的行为。一群舞蹈者和一个交响乐团的演奏者都以相互合作的方式各司其职地演出，与此同时，舞蹈者按编排好的动作在舞台上运动，彼此的身体会相互影响。某个舞蹈者动作的变形或出错会引起其他舞蹈者的动作发生改变，这接着就会改变舞蹈表演本身。Web 服务的编排反映了工作流的基于人的根。

Web服务系统中的业务流程和工作流_2： 5、工作流和企业应用程序集成

工作流软件应该完成以下四个主要功能（这些功能是企业应用程序集成（Enterprise Application Integration，EAI）的一部分）：充当垂直应用程序的组件；与应用程序集成软件很好地一起工作；成为协作应用程序的"粘合剂"；适应 Web 服务体系结构。

作为垂直应用程序的组件（用于诸如银行业和保险业这样的企业行业），工作流应用程序应该通过跨组织共享的直观的图形工具来增强开发和业务范围之间的交互。对于像制造业这样的行业，工作流应用程序应该增强生产的灵活性并使生产系统负载均衡。在流程和组织发生改变时，工作流应用程序应该能够很容易更新工作流。最后一点，但并非最不重要的是，工作流应用程序应该通过对业务流程进行标准化和监督帮助企业遵守政府和组织条例。

为了与应用程序集成软件 API 很好地合作，工作流应用程序应该提供灵活的 Java 支持，这种支持将使工作流应用程序能够与 Web 应用程序和其他 IT 应用程序集成，同时应该支持与现有企业应用程序的集成。举例来说，工作流应用程序应该能够支持外部主机工作流系统中嵌入的工作流。

从前面提到的两种观点来看，工作流应用程序应该成为合作应用程序的“粘合剂”。合作应用程序通常指由其他需要执行任务的应用程序／Web 服务构建的应用程序以及管理所有的交互作用和数据流的应用程序。合作应用程序也可以指基于人的业务流程的自动化和流水线化，这样工作流的相关人员作为个人来说生产力更高，而在小组中显得更为重要。

工作流应用程序应该适用于 Web 服务结构体系。工作流可以作为 Web 服务来提供。举例来说，工作流 Web 服务可以被提交报价请求的外部供应商调用。创建请求后，工作流应用程序可以自动创建并添加以前存储在文档管理系统中与提交者建立的合约的链接，然后根据这些以前的合约以及目前市场情况生成一些推荐报价，再把提交发送到合适的人（们）。当要去满足该请求的人收到提交时，他能够得到作出一个有充分信息根据的决定所需的一切信息，知道应该向供应商提供什么样的报价。工作流也可以控制一组构成应用程序的 Web 服务流。

Web服务系统中的业务流程和工作流_2： 6、Web服务应用系统中工作流的调用

在一个由 Web 服务构建而成的合作应用程序里，应用程序中的业务流程的确是一组任务，这些任务的参与者是 Web 服务，而工作流控制极为重要，完全不同的工作流之间的交互也不可避免。然而，在您的工作流可以调用我的工作流并被其理解（互操作）之前，我们需要一个标准去描述公共流程、组合、专用工作流和其他常见的工作流构件。尽管现在已经有了一些被提议的工作流标准，但这种工作流互操作性还未被人们确定。人们编写了其他一些这种建议和文档。表2显示了近年来产生的各种工作流规范和定义。

表 2：工作流规范

目前普遍使用的成熟而完善的业务流程管理产生了可以转换为复杂而完善的工作流的业务流程。工作流行为和互操作性的标准化试图一次性让所有方面标准化，但对于整个过程来说已经晚了。也许标准的主体和它们的成员应该将力量集中在完成基础的、核心的工作流标准，而不应被外层过多地分散力量。标准工作应该由中心"流"出来。