BPM族人来自金星，WS族人来自于火星关于BPMN和BPDM的关系有些争论：BPMN‘仅仅’是一个符
号，或者它确实有某种语义？所有的这些对BPMN团队来说都是新闻，因为他们（包括我）都愉悦地认为我们正在努力定义一种语言。对于我们来说，最大的问题
好像是关于BPMN图的执行语义；对其他人来讲，它只是一个图形符号，完全不需要我们操心执行的事儿。你可能会猜到事情接下来会怎样。想一想我们一直以来想要达到的目标，过程逻辑的移植性——把实现从一个平台移到另一个平台的能力——无疑是其中
之一。但是人的移植性——允许我们把技能从一种过程设计工具转移到另一种工具的能力——也很重要。BPEL潜在地可以帮助完成第一个目标，但却不适合第二
个；大部分创建过程的人从来不会直接使用这种复杂的基于XML的语言工作……正在崛起的图形化定义过程的标准就是业务过程建模符号（BPMN）。如果
BPMN得到广泛的支持——这好像是可能的——它将使人的过程设计技能可以移植。如何使过程模型（如BPMN）和对应的BPMN实现（如BPEL)保持同步，就是我们所说的双向工程问题……如
果你一直在跟踪BPMN
Watch上的这个话题，你就会记得BPMN让你画出的东西并不能很方便地映射到BPEL——至少映射到一种你愿意编辑和维护的BPEL，但BPMN的有
些子集是可以自动映射的。假如是你控制BPMN工具，你可以通过禁止用户画那些不能映射的东西来解决这个问题。规范提供了BPMN图形的底层模型表示。这意味着BPMN过程模型会有一个标准表示，以便在基于XMI(模型交
换XML)的建模工具间的交换模型。规范为编制过程（那些按规定执行的过程）和编排（描述多个独立过程间进行交换的规范，这种交换仿佛发生在一个Web服
务交换中）提供了正式的表示。
编制 == 可执行过程
Web服务编制与执行特定的业务过程相关。WS-BPEL是一种用来定义可以在一个编制引擎中执行的过程语言。
编排 == 多方合作
Web服务编排与描述Web服务间外部可见的交互相关，WS-CDL是一种描述多方契约的语言，有些类似WSDL扩展；WSDL描述Web服务接口，WS-CDL描述Web服务间的合作。
通过把工作流作为Microsoft .NET Framework
3.0的一部分实现，这种创建软件的方式对任何需要它的Windows应用都有裨益。包括运行在客户端和服务器端的应用，以及被最终用户、独立软件提供商
和微软自己创建的应用。尽管需要些时间，Windows工作流基础将会成为微软产品和应用的工作流基础。