SOA过去一度是Windows桌面系统单机用户工作流用来整合应用软件程序的方案之一，Afni股份公司的信息技术主任Ken Brande这样说道。但是，现在他不会再选择SOA了……

　　微软对于结构问题，总是有一个独特的公司方案。就目前而言，这个方案避开了SOA术语。而且，就像Brande证明的，微软也希望能在SOA观点中走出一条不同于别人的道路，就如同微软的开发人员在Java团体中走出一条避免以API为中心的路来。

　　Afni，是一家总部坐落在美国伊利诺斯州伯明顿市的拥有七十年历史的公司，他现在拥有五千名雇员为基于北美的公司提供呼叫中心服务和收集服务。公司最近遇到了一个问题，它代表了企业结构设计工作流应用程序软件的一些独特的问题。Brande需要从Afni客户那里使用完全不同的应用软件程序，而且不希望和外部的那些程序开发人员的后台管理系统的东西相混淆。为了服务客户，Afni公司需要整合帐单系统处理数据并为呼叫中心的客户服务代表(CSRs)提供整理好的信息工作流。但是，并没有使用后台管理系统的软件或硬件部分。当Brande在两年前预计到了这个问题的时候，他说，他考虑过几种可供选择的方法。

　　“首先我们要做出决定的是架构平台的问题。”他说。”当你在看系统集成的时候，有很多基本的方法，例如你想的集成，服务器的集成，接着才是像SOA之类的新冒出来的事物，以及其他的一些可以传递信息和中间件技术。他们都支持不同技术下的应用软件程序进行交流。“

　　在最后，Brande并没有选择上面提到的技术，而是偶然发现了一种被称为组合服务集成的方法。他是使用微软的工具和技术，由OpenSpan公司开发的，专门为桌面集成服务的。OpenSpan Platform3.0的版本支持.NET2.0以及微软客户服务架构伺服器(CCF)2.6技术。

　　有关CSI技术最独特的地方，Brande解释说，是这个技术和API的技术以及后台管理系统技术完全无关，而这也是他的客户即使在整合他们的应用软件程序的时候也不愿意让他碰到的东西。

　　“结构上来说，和SOA技术相比，为了让不同的应用软件程序能够相互进行交流而进行组合的服务整合是一个非常有难度的方法。而SOA则需要更多的后台管理的接口来创造通用层，通用层正式你开发新的应用程序软件所需要的。“Brande说道。

　　根据他的观点，CSI在将服务带入统一的应用程序软件方面和SOA做的基本相同，只不过不需要接口。

　　如果你观察面向服务架构在接口层面上对后台管理系统进行连接的话，那些接口正在在面向服务的架构中进行整合，这样的话作为一个程序开发人员，你就可以在开发新的用户接口和用户能力的时候使用这个结构。“他解释说。“他们可以有效的完成同一件事情——SOA和组合的服务集成。但是，在我们是如何看待这种组合的方面，当你关注桌面集成的时候，和后台应用程序连接是通过Win32适配器层进行的。因此我们实际上并没有和后台应用程序的接口。“

　　Brande利用那些在公司客户站点上运行的应用软件程序上所做的一切都是基于发生在Windows桌面上的。里面包含了.NET的外观和感知的OpenSpan工具，允许Brande为Afni呼叫中心的CSR们将复杂多样的Windows进程处理到一个洗的工作流应用程序软件当中。

　　“你使用OpenSpan 问答机工作的方法，是他们开发环境的一部分。“他解释说。”当你在桌面上运行你想要的应用软件程序时，问答机将所有的对象都把这些应用程序以微软在适配器层面上的方法表示出来。一旦他们被表示出来，他们就将被送入OpenSpan工作室。在那里，是和.NETStudio的环境基本相似的环境。所有的在桌面能够获取的对象都可以在一个图形化的开发环境里被获得。因此，当你在桌面上询问一个应用软件的时候，他首先表示成对象，这些对象又变成你可以拽入图形化开发环境的东西，接着在这些对象之间连接传递数据。“

　　Brande认为CSI提供了人们在谈及SOA的时候的优点。

　　“所有的你听到的东西——从时间到市场，部署的简单性，结构的单一性，和多层相对的单层传递用户接口——这些都是我们做出的进行组合服务集成的决策的一部分。”