业务流程执行语言（BPEL）的概念最近压力颇重，尤其是自从OASIS 成熟版本WS-BPEL 2.0公布后。BPEL允许你具体化Web服务功能，这也就不得不用标准化的XML格式协作执行一项复杂的业务任务。让我们调查一下这些行业动态，它们为这个概念提供了一些背景知识。

　　协调的复杂系统

　　如果手边有一个白板，要求任何一个专家解释一个复杂系统，你很快就会看到叫做实体的各个图由代表流程、事务或转变的线连接起来。为了讨论复杂系统，人们很自然地选择示意图提供的空间表达。当作环境影响评价时，我发现当你试图向你专长之外的人传达复杂关系时图示有很大帮助。

　　图表的一个重要特性是隐藏细节。这就是为什么真正可用的图表相对简单，过多的细节就会淹没和阻碍清晰度。计算的整个历史已经与隐藏细节极其相关。在面向对象编程（OOP）的之前一段时间，我们几乎逐行跟踪代码来创建流程图。计算社区的进展已经想出如何隐藏低层次流程的细节，这样就能表示更多的复杂系统，就是OOP、Web服务和目前SOA的成功因素所在。

　　图示计算机系统的早期历史

　　通过图示描述业务流程的想法要追溯到面向对象软件工程的早期。在九十年代初期有三种主要方法论，每种都有各类拥护者——大部分咨询公司都推行他们有竞争力的独特方法。统一建模语言（UML）合并了很多相互竞争的方法，并在1997年被采用，那时候我认为是个小奇迹。UML现在实际上成为由对象管理组织（OMG）维护的行业标准。与BPEL形成对比，UML确实提供标准化的流程图示方法。

　　OMG也负责公共对象请求代理结构（CORBA）标准。我认为把CORBA称为SOAP和Web服务的一个重要先驱很公平。OMG也管理业务流程建模符号（BPMN）标准，这是比UML抽象更高层次的建模业务流程标准。OMG最近的一项开发是基于UML的面向服务架构标识语言（SoaML）。

　　下面我们将继续为您介绍《BPEL有何用武之地：WSDL的关键作用》。