面向服务架构是企业应用程序开发过程中要考虑的一个重要因素，SOA正推动这些软件架构趋势，如移动应用、大数据分析和云计算资源的使用。波士顿2013年EclipseCon大会，提醒应用程序架构师必须要增加应用程序的灵活性，避免淘汰。

　　Jeffrey Hammond是Forrester重要的应用开发和部署分析师，他此次演讲的主题是：现有架构已过时。他说：“它在斗争中产生，应用于应用架构中。”他将内部单片架构比喻成中世纪欧洲的巨大城堡。城堡刀枪不入，但是，新技术产生强大的力量，能够摧毁城堡坚固的围墙。

　　Hammond暗示，许多企业架构师发现自己工作在一个城堡的服务器中。在他看来，是时候使企业应用开发深入到云计算资源的要塞了。或许他的隐喻是其中潜能已经耗尽，但是，他的观点是，如今的企业架构越来越过时，新软件架构趋势将会影响我们今后的发展目标。

　　Hammond说，模型-视图-控制器开发模式运行地非常好，从某种程度上说仍然呈现上升趋势。但是，如管道与过滤器系统和代理架构这样更新的系统开始出现胜出的趋势。他们能成功，是因为他们可以迎接如今的挑战。

　　在Hammond看来，这些挑战包括：

　　—敏捷需求

　　—迅速反馈和执行这些反馈的需求

　　—理想的用户体验需求

　　—支持未来企业应用程序开发工作的不断演进的基础设施需求。

　　Hammond观察到软件架构的一种趋势，它正通过小型项目来追求这些目标，可能或者也不能有结果。启动软件架构改善项目的成本明显下降，意味着大型应用程序开发项目组织可以在短期预算内负担起更多的项目启动成本。理想情况下，每个项目都是一个离散的实验，为了检验一个可验证的假设。如果，至少有一个项目成功了，那么就要支付没有成功项目的工作费用。即使要终止这些项目，如果公司准备从错误中吸取教训，也会从中学到一些东西。

　　Hammond说，这些实验也会变得有些复杂。“组织会进入到多元测试和检查复杂路由接口的状态。”他补充称,企业架构师已经从以前的技术美工提升为技术工程师，现在，成功的架构师正在将原来单纯的工程方法延伸到科学方法。

　　在某种程度上，所有这些实验都证明了面向服务假设的合理性。组织越来越重视重用服务的持续部署。模块化设计和松散耦合服务交付了SOA的许诺。当项目中的一个功能完成后，组织就会进入到应许之地。

　　Hammond说，成功的组织会在高度模块化组件中加强服务功能，尽早、独立地释放可行功能版本。相反，将这些组织到一个主要的版本中，并用新一代的测试工具和技术来测试应用程序，就要确保该功能不会仅在实验室可以运行，他们在现实操作环境中也可以运行。

　　他特别关注了目前正在建立业务分析的组织。收集用户反馈的组件，直接进入到应用程序中，而不是将数据分析附加到现有的应用程序上。这样整个应用程序生命周期中，就可以使开发人员有机会通过用户直接反馈来收集开发实验的数据。该挑战不仅可以吸引用户，而且可以调整企业应用程序来更好的满足用户需求。

　　Forrester为企业开发团队的持续交付构建了一个成熟度模型。Hammond展示了这个成熟度模型，并解释说在开发过程的各个方面，企业不必处在成熟度模型的最顶端。他认为目前应用程序开发最重要的是承诺。他说：“如果组织可以提高他们服务交付率，同时又保证高质量的服务，他们就可以通过系统记录的中等成熟度来实现目标。”