关于面向服务架构(SOA)的大多数的担心是它将会腐蚀掉应用程序之间的界线，从而会使应用程序变为废旧的东西。 Forrester的分析员Randy Heffner将对这个问题进行分析和说明讲解。

　　关于面向服务架构(SOA)的大多数的担心是它将会腐蚀掉应用程序之间的界线，从而会使应用程序变为废旧的东西。

　　不仅如此，根据Forrester Research Inc的新报告，它指出应用程序如何构建的方式将会改变，但是终端用户将仍然和一个“工作商业解决”以现在的应用程序相同或相似的外表和感觉来交互和使用，尽管它的组成结构已经不同了。

　　“它不是一个你父亲那个时代的应用程序的情景了 ，” Forrester的分析员Randy Heffner说:“从一种感觉来说，是的， 正像我们所知道的一样SOA招致了应用程序的终结，但是那句话的问题是不是显得这样的考虑似乎是离现在太远了。”

　　Heffner创建了一个用例说明应用程序在本质上是有知觉的。

　　“你的用户对应用程序有什么想法，这个才是关键。”他说。

　　这一切的关键是基于构建的设计。大量的商业服务将会从SOA应用程序聚结。

　　尽管如此，Forrester报告了SOA和传统的模型软件设计的一些关键的不同之处:

　　1  SOA 把商业过程作为最重要的建模领域——商业过程现在驱动了应用程序的发展和工作流程，而不是作为一个嵌入的组件存在。

　　2  SOA有更强的分层性了——商业服务将会对每个对这些服务提出的请求完全的负责，而交互层只处理传输的路由和管理表示的功能。

　　3  SOA设计在商业层十分有意义的服务——应用程序不再是商业服务链条中的一部分了，他们本身就是商业服务。

　　4  SOA允许任何形式的服务集成——Web服务可以使用COM对象和Enterprise JavaBeans来组装。这更关注于结构而不是构建模块。

　　Heffner关注于商业服务例如应用程序“piece parts”，注意到不同的分块部分将会被包含在不同的应用程序内部，而这些引用程序将会创建某种标准方法 ，这种标准方法会处理在共同的或者商业单位结构中的某种任务。

　　正当一些程序开发者和商业分析员可能对这样的在商业结构中的根本性改变感到紧张的时候，Heffner看到了无情的给出的改变“来自于使用更少来完成更多地不变的压力”

　　“那个压力自然的把你的应用程序一起打碎了，”他说:“底线就是不存在任何的单独的应用程序的时候。这就是正在进行的那部分。所以如果你的应用程序是单独分离的，那么最好不要构建他们。把他们按照SOA构架来开发，这可以使他们可以在你的很多的商业解决中得到使用。”

　　该报告关注与核心计划的一些问题。在这些顾虑中，需要在SOA应用程序设计中被挑选出来的有:

　　1  哪个开发和支持小组对哪个特定的SOA分块部分负责?

　　2  哪个SOA分块部分是由哪一部分的预算来支持的?

　　3  当用户说，“程序坏掉了!”的时候我们应该求助于哪个小组?

　　4  实施一个完全商业解决方案需要多少个小组的参与?

　　Heffner 不希望整个业界的状况在昼夜之间就改变了。他更相信商业将会“前进进化”为新的种类的SOA应用程序，而不是突然之间的爆发变革和整个公司在瞬间就改变了。这个途径能够证明,每次在一个Web服务工程上投资而不是把一个美元放在一个不确定目标的方法上面。

　　“在一个地方投入60000美元同时在另一个地方投入30000美元，而不是投入到一个地方，这是关系到我会怎么做的问题。” Heffner说:“当我在沿着靠近SOA前进的过程中，我可以以这种方式证明SOA的价值。”