抽取的意义

　　在屏幕上画一个矩形相对来说很简单，甚至在80年代早期矩形和窗口之间还有很大的差异，即窗口的符号学，窗口是如何指向它们抽取的目录的，窗口之间以及窗口和其它的GUI要素之间是如何相互联系的，人们是如何利用窗口完成任务的？换句话说，简单矩形和窗口的不同之处就是，窗口一直在工作中，这里蕴含着一个成功的抽取。

　　现在我们把这种思想延伸到业务服务，我们可以随便在屏幕上点一个图标，并将其命名为一个服务，但是这还不够，我们需要一个能真正工作的图表。这意味着什么呢，这意味着服务的视觉化要在用户接口内部进行吗？符号学在这里就会起作用了，要想可视化发生效用，必须要解决三个问题：

　　·语义：服务必须能够表现底层服务本身。如果它是一个数据服务，可视化必须提供相关的数据；如果它是一个应用或者交易服务，那么服务的可视环境必须支持相关功能。

　　·句法：用户不必担心数据格式，服务合同样板，XML模式。可视环境应该代替用户在幕后协调所有的具体细节。

　　·语用：不管用户想用服务做什么，他们需要用图标表示服务完成工作。在可视环境下将这个服务和其它服务组合影响到真正的服务组合。将不同服务中的数据结合在一起，可以提供一个包含多种数据的可视化。

　　实际上，这些服务的可视化，以及服务的使用和组合，都是成功实施SOA最基本的要求——另外，没有这个工作中的可视化，任何SOA项目都是不完整的。

　　将所有的观点结合到一起

　　如果你们觉得我像是在讨论一个企业混搭工具或者一个业务流程建模工具，也没什么可奇怪的。多年来，ZapThink一直认为，这些混搭不是企业混搭——就是说这种混搭对企业没有什么用——如果没有松耦合管理和SOA提供的治理。反过来讲也是一样的：如果没有抽取业务服务的可视化，SOA对于业务来说也没有意义。

　　从一方面来看，我们认为没有WOA的SOA太抽象，太复杂，不具备实用价值。然而没有SOA的WOA则缺乏灵活性和稳固性，无法满足企业需求。但是事实的真相更为复杂：SOA和WOA是一个事物的两个方面。它们都代表了松的重叠的最佳措施集合，而真正的措施只是二者的一个子集。

　　这个论点对于SOA和BPM同样适用。SOA和BPM也是一个事物的两个方面，而服务的可视化则是将二者联系在一起的关键。这些可视化为管理业务流程提供支持。这也就是为什么许多机构都认为SOA的成功实施难以捉摸的原因。

　　ZapThink采取的措施

　　要想成功的将SOA/BPM/WOA这三个项目结合在一起，则依靠成功的实施业务服务抽取，这种抽取本质上是一种假象，要想依靠这种假象为广泛的业务问题提供支持会在业务和IT双方引发恐慌。每堂LZA课上总有人（通常是开发商）提出问题想要对服务有更具体的了解，并且这些人全部都将业务服务和服务接口混为一谈。有些人以为他们谈论的是SOA实际上他们真正谈论的是Web服务。

　　业务方在服务抽取方面也有问题，但是是不同的方面：他们怀疑IT交付的解决方案是否能真正发生效用。这种担心不是没有道理的，因为IT从来没有完全交付过业务要求。一旦他们知道IT认为架构是建立在假象的基础之上提议的，他们撤回所有对这项措施的支持。基于这个原因，服务符号非常重要，因为它将抽取这个概念和抽取的语用结合在了一起，只有当IT能够交付服务的可视化，业务才能真正解决问题。这样，SOA、BPM和WOA才会获得成功。