在Open CSA的工作范围内，最重要的是两类标准的制定和推广：服务组件架构(Service Component Architecture，SCA)和服务数据对象(Service Data Objects，SDO)。其中，服务组件架构(Service Component Architecture，SCA)通过一系列规范描述了使用面向服务架构创建应用和系统的模型；而服务数据对象(Service Data Objects，SDO)希望解决的是如何以统一方式存取异构数据(how heterogeneous data can be accessed uniformly)，通过提供统一的SDO应用程序接口来存取不同数据源，例如：关系数据库，XML，等等。
Open CSA成立的意义并不仅仅在于制定标准本身，从标准委员会构成可以看到这些标准得到了广泛的关注和支持。新标准是用户和独立软件供应商(ISV)，以及包括SAP，BEA，IBM，IONA，Red Hat，Siemens，Software AG，Sun，Sybase 和TIBCO等众多信息产业领导厂商共同协作推出的。所以标准具有相当的代表性，可以期待在未来的SOA平台和开发工具中获得广泛的支持。
其实简化永远是相对，复杂是绝对的。随着软件应用的日益完善，软件研发总是无可避免的越来越复杂
，特别是在百家争鸣的信息产品市场，每个厂商都有独具特色的解决方案，而在具体的用户应用场景里，也是多厂商方案的优化组合，所有这些进一步增加了复杂性。只要看一下软件的载体从1.44的软盘到DVD的变化就能间接了解了。所谓的简化，大概是两方面的努力，其一，把复杂的实现细节留给技术专家去处理，把细节隐藏在简单的应用接口之后，提供用户简单的使用体验；其二，避免来自不同厂商的异构产品集成产生的额外复杂性，由于竞争的技术壁垒引起的复杂性导致成本增加而并不带来更多价值。两方面的努力都是离不开标准的规范控制：对于隐藏细节，标准指导定义提供最佳用户体验的应用接口模型；对于异构产品，标准规范产品对外交互的接口，有效降低异构产品组合时的复杂度，最终是让用户有更多的选择权，保护他们现有的投资。
公开标准的制定，必然是一个群策群力的结果。Open CSA的各个成员都会凭借各自的技术优势和行业经验共同完善标准。SAP作为成员之一，对上述标准无限欢迎。“SCA和SDO是非常重要的技术，它将简化服务结合，提高复合应用软件开发效率，最终帮助SAP客户获得更高的业务敏捷性(business agility)。我们对于能够参与Open CSA督导委员会的工作感到非常兴奋，希望和整个OASIS共同体一起来制定重要的标准。”SAP总部负责工业标准的副总裁这样评论。Open CSA委员会其他成员多多少少也怀着类似的的意愿和期许。
查看本文来源
