SOA 编程模型的亮点 让我们首先重点介绍 SOA 编程模型的几个主要特性。
服务数据对象(SDO)是 IBM SOA 中的一个基础概念。SDO 大大提高了开发人员的生产力，并且将你从如何访问特定后端数据源、应用程序和服务的技术细节中解脱出来。它们提供了简化的抽象，使程序员可以更多的集中在业务逻辑上。SDO 还提供了统一的消息表示来与服务交互，淘汰了用于数据表示的复杂技术迷宫，仅仅访问单个统一模型。
SOA 编程模型同样需要统一的范型来创建和访问业务逻辑。为了易于使用，服务应该隐藏实现技术之间的差别，并应该建立在比现有编程结构(比如 Enterprise Java™Bean(EJB))更高级别的抽象上。服务可以通过组装到模块(这些模块可以组成解决方案)中的组件来实现。通过组件公开的服务可以使用可定位的接口来调用。您可以使用 Web 服务描述语言(WSDL)、Java 或其他语言来描述接口。这个实现类型可以有对所需服务的待定引用，在将组件结合在一起执行之前，这些服务是满足需求的。
这个编程模型还引入了良好定义的组件类型，对程序员开发和部署到解决方案中的常用构件建模。例子包括"无格式旧 Java 对象"、业务流程执行语言(BPEL)流程、结构化查询语言(SQL)服务、Adaptive Business Objects、通过 Java 连接器体系结构(J2C)资源适配器访问的 CICS®程序、使用 SAP 业务应用程序编程接口的应用程序、Java 2 Enterprise Edition(J2EE)无状态会话 bean 和 MQSeries® 应用程序。
企业服务总线是多协议结构的一个关键角色，将服务组件编成无缝的交互，通过在消息路径中加入被称为中介的特别组件，来代理服务间的交互，而不用更改现有的端点，从而允许在核心级别上处理企业关注的内容 -- 比如审核、日志、路由、不匹配接口的适配、等价组件的增量替换、安全等。
新的流程语言缩小了 IT 概念和业务构件之间的间隙。很重要的一个是 BPEL。虽然流程可以通过业务分析员引入图形化工具来定义，但它也是一个可执行程序。流程在按需业务转换中占有重要的地位，例如为扩展价值链描述长时间运行的可执行流程。通过扩展价值链，我们可以跨越多个供应商和 IT 域来进行业务安排，比如一个零售商和他的多个独立的供应商，保险公司及其众多的第三方理赔员，IT 外购状况等。