SOA应用开发的未来

　　十年前，编写软件并非易事，不过这项任务还是比较直观：根据需求文档来编写代码;而仅有的少许协作也只是与过道另一头的IT人员进行的协作;那时的监管人员还没有发现IT流程控制方法。时过境迁，如今，SOA架构使软件开发方法发生了天翻地覆的变革。世界各地的专家谈了他们对于应用开发新世界的预测，包括专注于业务流程交付和敏捷开发。

　　美国密歇根州Electronic Data Systems公司的研究员Fred Cummins：

　　应用开发人员的重点将从编程转为建模：模型经解释或者编译后执行。模型将提供更高级别的抽象，从而能够专注于企业而不是技术。模型将支持专门化、仿真和商业流程中各类人员的协作等方面的不同观点。建模将延伸到企业的集成模型，从而为理解、监控及指导企业的运作提供概念框架。

　　任务层面的应用程序将成为分布式的面向服务架构当中的离散服务，这些服务由自动化业务流程加以编排。简而言之，应用开发人员将成为业务建模人员。

　　美国马萨诸塞州Forrester调研公司的分析师Randy Heffner

　　由于IT人员学会专注于端到端流程，而不是相互独立的功能，应用开发随之变成业务流程交付。IT人员与业务人员合作，共同设计改进的业务流程，利用设计及运行结合的应用程序元数据获取流程。组合式应用程序把基于SOA的业务服务和模块化用户界面结合起来，以满足每个业务流程的特定需求和工作流，并且让用户可以基于内容，从多个渠道对事务、内容、协作和通信进行全面访问。

　　商业智能(BI)会全程跟进，利用流程元数据报告流程情况，从而促进对下一轮业务流程改进过程的分析。

　　美国波士顿Keane公司的北美区业务服务主管David Moore

　　SOA逐渐进入应用阶段，与以往一样，决策者们将被SOA的潜力所吸引，但对风险却没有足够认识。

　　借助经验，可以获得进步和好处，不过要付出代价。人们认识到，过去30年间倡导的同样的一些架构原则很多没有成功——区别在于，早期采用的技术已得到发展，现在可以更有能力实现过去人们希望达到的水平。真正的问题在于，IT和应用开发组织是否发展到了能够充分利用这些优势的地步?

　　Forrester调研公司副总裁Carl Zetie

　　对SOA的一个常见误区是：不需要IT人员的参与，业务人员照样完全可以把服务连接成新的业务流程。这种想法没有考虑到两点：

　　一是，仍得由人编写实施服务的软件。而如今设计服务(包括服务的实施及界面)比以往更加重要。

　　二是，仍需要有经验的IT专业人员把业务工作流转换成顾及企业级性能、安全、资源使用和可靠性的具体实施方案。

　　为了支持SOA，IT组织就要充分认识到明确职责的重要性，包括服务分析、服务设计、服务工作流与集成、用户界面/交互设计以及服务生命周期管理。预计会出现直接支持这些职责需求的工具，并且会不断改进。

　　Forrester 调研公司副总裁Liz Barnett

　　真正全球化、分布式的开发部门将需要团队使用更灵活的流程，这样才能保持竞争力。在今后两年内，大企业的IT部门将求助于敏捷开发流程，以此为业务部门提供增值服务，提高响应客户的能力。

　　企业的IT经理们主要汲取了开放源代码项目的经验，认识到：传统方法办不了事;如果要想跟上竞争需求，就需要做出相当大的一些变化。值得关注的一种形势是：外包商、尤其是离岸外包公司也将面临压力，以适应敏捷流程——这对于以满足软件能力成熟度模型(CMM)第4级和第5级需求的高生产力的瀑布方法获利的公司来说，是一大挑战。不是每家公司都能实现这种转变。

　　波士顿Keane公司的北美区业务服务主管David Moore

　　要求提高敏捷性、缩短进入市场时间带来的压力将促使人们继续关注更敏捷的方法——不过IT组织将竭力应对软件开发、项目管理和运行管理方法方面的转变。将来，成功的组织大部分将采用可以缩短交付周期的快速、递增、测试驱动的开发，并且采用改善及重构方法。人们将会进一步讨论如何才能最有效地把敏捷方法和分布式队伍结合起来。

　　美国康涅狄格州Projectize Group LLC的负责人Jack Duggal

　　随着应用开发应对降低成本、提高生产力方面的压力，并且竭力处理规范问题，开发部门将更加专注于开发规划和流程管理。他们会着眼于制订可预测的流程并实现自动化管理，增强项目管理功能。

　　随着更多的应用开发部门对流程加以完善及改进，他们将关注影响开发项目的效率因素，譬如沟通。在全球化采购的开发项目中，人们将重视全球化项目管理，譬如开发文化智能(cultural intelligence)，以应对来自文化、语言和沟通上的不同挑战，并重视影响项目工作效率的需求和关系管理技能。