服务究竟是什么？是屏幕上的一个图标还是XML的某种集合？或者服务这个概念太抽象了，根本无法通过图像表达。这个问题听起来很简单，但是这个问题确是面向服务架构（SOA）和面向网络架构（WOA）、业务流程管理（BPM）以及企业2.0相互关联的所在。同时也和SOA如何为业务提供值有关。

　　事实上，用图像来表示服务，服务的组成以及服务的使用情况，已经成为了众多SOA成功实施的关键，如果没有可视组件，你无法向业务用户展示SOA，SOA就会十分难懂，Web 2.0的可视化特征就成为了SOA的驱动力。理解服务，也就可以理解服务是如何提供值的。

　　业务服务的符号学

　　和服务一样，只有在环境中起作用，它的存在才有意义。为抽取提供视觉表示法亦是如此，如何表示带有符号的服务属于符号学范畴，即研究符号是如何产生意义（语义）的，以及这些符号是如何相互关联的（句法），还要研究人们是如何使用这些符号的（语用学），我们如何通过视觉化这些服务，来利用它们呢？这是一个符号学方面的极大挑战。解决这个问题也是SOA实施的关键。

　　当然，SOA的核心部分就是业务服务，这是一个能够提供业务功能或者数据的抽取。机构可以和其它服务一起对这些数据进行组合，以便实施业务流程。正如ZapThink之前所说的那样，这种业务服务是业务接口层面之上的抽取，例如Web服务和基于REST之上的服务。然而，尽管业务服务对于理解SOA至关重要，尽管ZapThink在ZapFlashes和Licensed ZapThink Architect(LZA)课程方面花费了很长的时间和精力，试图解决这个概念，但是这个概念还是很难被人理解。

　　这也就是符号学为什么这么重要的原因。抽取的问题就是它们是抽象的——但是可视化图表是具体的。我们不仅关注抽象的事物更关注服务的视觉化，以及它是如何在机构内部实现其职能的。那么我们要问抽象是怎样的，我们是如何利用抽象的？

　　抽取：第一层

　　假如你正在电脑的荧屏前查看ZapFlash。我们都知道如何使用这种窗口——如何打开，关闭窗口，以及调整窗口的大小，访问并标记窗口的内容。我们很自然的称其为窗口。但是它们真的是窗口么？你可以在日用品商店买到这些窗口么？你是在家里安装它们么？当你打开这些窗口时，清新的空气真的会扑面而来吗？当然不会，因为你在电脑屏幕上看到的窗口只是一个抽象概念。它实际上简化了那些复杂的概念。

　　你不可能从这扇窗子获取任何新鲜空气，因为从根本上来说，这扇窗子是假的：它其实是一种假象。你屏幕上的窗口只是像素的一种形式，改变像素的底层计算机编码为其提供支持。窗口的实质像是一只纤细的手。而我们则把它当成了一个我们可以随意打开关闭和移动的对象。

　　记得1984年，第一次看到带有窗口的图形界面接口时的情景。之前我了解电脑接口的唯一渠道便是命令行，你可以通过几个简单类型的命令轻松的在这里定位文件系统目录。你的第一直觉：目录究竟是什么样的呢！目录和文件的表现形式是一样的。但是，事实上GUI远比电脑编码复杂的多，窗口和图标不过是简易的抽象体，这也是Macintosh以及其它GUIs源源不断的原因。