现今，基于SOA的应用开发极为普遍。但是，由于缺少稳定的APIs开发这些应用，开发商认为采用一个以SOA为基础的方法非常困难。随着服务组件框架(SCA)以及服务数据对象(SDO)的引进，开发SOA应用变得更为简单了，开发也更有力度了。

　　服务组件框架

　　SCA是一个规范，这个规范为使用SOA创建应用和系统描述了一个模型。SCA为我们使用SOA技术设计新的或者现有应用提供了一个平台，同时，也简化了这些应用的集成。

　　SCA要求业务逻辑代码必须是建立在组件的基础之上的，这样就可以通过服务定向接口向我们展示这些组件的功能，并使用其它组件所提供的功能。在这种结构下，我们首先要保证这些组件的功能得以生效，这可能会需要使用其它服务，最后要想实现人们渴求业务逻辑，建成人们所需的应用，还要设计组件流并且把这些组件装配到一起。

　　SCA将实施逻辑从业务逻辑中分离出来（例如，业务层面的开发商只需设计组件流）他们没必要担心组件实施的具体步骤。服务的实施逻辑可以用任何语言来编写：Java， PHP， C++， COBOL， BPEL， XSLT， 以及SQL和XQuery。安全性，业务处理以及可靠管理也从实施代码中分离出来单独处理。

　　服务数据对象

　　SDO是关于统一存取非均匀数据的技术。它简化了数据模型并在SOA模型的基础之上抽取数据。它提供：

　　1.简化的数据模型

　　2.基于SOA模型基础之上的数据抽取

　　3.数据应用开发的一致性

　　4.用XML支持集成

　　SDO不仅从其本身抽取数据，同时具有可扩展性，并且能够将新的数据和自己本身的数据源结合在一起。它同时准许访问关系数据库，XML，Web服务之类的多重数据源。

　　在架构层面，SDO代表使用数据调节服务(DMS)图表形式的所有数据。SDO用户（或者目标）只在数据图表上操作，并不处理原始数据源或者数据格式（这种格式可能还会保持下去，并被序列化）。图表中的变化被自动写入数据源。因此，在“分散的数据图表”的模型之下，SDO将数据源和数据处理程序相分离，同时它也提供了处理数据和时间模型的元数据API。

　　SCA使用SDO的ERP使用实例

　　图表1向我们展示了使用ERP应用的几个组件。这些组件（除客户外）形成了服务器组件。服务器可以分为两大类：

　　1.业务定向组件

　　2.支持定向组件

　　业务定向组件像AP，AR，目录管理，GL，银行业务等一样，只提供业务应用的核心业务功能。支持定向组件还提供通告，用户审查，业务报告等其它功能。