SCA是一种规范，它使开发人员可以将注意力集中在业务逻辑的编写上。更直接地说，它是一种大大改进了的部署描述符，它可以使用任何语言而不限于Java。此外，您还可以使用编程式语言和声明式语言，比如BPEL和XSLT。SCA的特别之处在于，它对安全性、事务和可靠消息传递之类的特性使用了声明式策略的理念。

　　SCA的核心概念是服务及其相关实现。服务由接口定义，而接口包含一组操作。服务实现可以引用其他服务，称为引用。服务可以有一个或多个属性，这些属性是可以在外部配置的数据值。

　　SCA中的一个关键推动因素是Service Data Object(服务数据对象，SDO)。SDO用于表示业务数据、参数以及服务调用的返回值，当它遍历服务网络时，它还是一种表示数据的方式。注意，也可以使用XMLBeans及其它技术。

　　SCA组件被组成为程序集。程序集是服务级的应用程序，它是服务的集合，这些服务被连接在一起，并进行了正确的配置。SCA程序集运行在两个级别：第一种情况，程序集是系统内的一组松散连接的组件;另一种情况，程序集是模块内的一组松散连接的组件。二者的区别在于，一般来说，模块是组件的集合，而系统是模块的集合。此外，系统对应于“大规模编程”(programming in the large或megaprogramming)，而模块对应于“小规模编程”(programming in the small)，比如构建当今的典型应用程序。

　　将组件连接到它所依赖的服务的方式就是服务网络“装配”的方式。程序集已经在许多技术和框架中广为应用，比如CORBA、J2EE、ATG Dynamo和Spring，也就是说，它并不是新出现的。从这些技术中我们可以知道，程序集提供了许多重要的优点，比如更轻松的迭代开发，以及避免使业务逻辑依赖于中间件容器。SCA使用程序集解决了许多SOA开发中的重要问题，包括：

• 　　-业务逻辑与底层基础架构、服务质量和传输的分离。
• 　　-“小规模编程”与“大规模编程”的联系。
• 　　-为架构的设计、编码和操作性部署在自底向上(bottom-up)和自顶向下(top-down)两种方法中来回切换提供了一种统一的方式。

　　这次发布的V1.0包括的内容有:

• 　　- Assembly model, for composing services
• 　　- Policy Framework, for applying infrastructure such as Security, Reliable Messaging
• 　　- Java Component model
• 　　- Spring Component model
• 　　- BPEL Component model
• 　　- C++ Component model
• 　　- Bindings for Web services
• 　　- Bindings for JMS
• 　　- Bindings for EJB Sessions Beans

　　官方站点:http://www.osoa.org

查看：SOA服务的实现