【TechTarget中国原创】现今，基于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，银行业务等一样，只提供业务应用的核心业务功能。支持定向组件还提供通告，用户审查，业务报告等其它功能。
