copyright dedecms
在现有的软件开发项目里面,一直存在一个没有办法解决的问题:业务功能的理解和技术功能的理解是由同一个人负责的,也就是让同一个人或同一些人完成业务与技术领域的衔接。实际环境中想要找到一个这样的人是非常不容易的,而如果没有这个人,软件开发项目基本就离失败不远了,这是IT领域的老问题,也是面向服务的体系结构SOA(Service-Oriented Architecture)要解决的主要问题之一。 内容来自dedecms
SOA限制IT部门考虑采用最佳的组织与能力的组合,从而获得Web服务、SOA以及BPM技术的全部优势。就好象一个汽车公司一样,它不一定有能力发明制造轮胎、发动机、音响等全套的汽车零件。它的音响可能是从A公司批量购买的,它的刹车系统可能是B公司提供的,汽车公司利用了其他零件供应商的服务,来为最终的汽车用户服务。
在SOA架构中也是这样,技术人员必须能够适应从做全部工作到做部分工作,并与他人共同完成整个工作的转变。与对象或者过程相比,服务的开发应面向一个更为宽广的环境,因为它被重用的机会更大。实际上,定义可重用的服务也许是SOA中最重要的方面,也是SOA现在如此流行的重要原因。
OSOA规范三架马车
本文来自织梦
为了响应客户需求,IBM、BEA、Oracle、SAP、Primeton等公司正在合作制定用于构建SOA系统的规范,为开发人员提供构造基于SOA应用程序的更简单更强大方法。目前,制定规范的工作交由这些公司组成的OSOA(Open Service Oriented Architecture)协作组织负责,另外OSOA还负责在Apache推出开源的SCA/SDO实现,用来更快的催化市场的发展。
本文来自织梦
织梦内容管理系统
OSOA目前正在起草一系列的规范,并以免版税的许可方式提供给业界使用。OSOA的业界伙伴们现在主要在两个项目上协同工作,分别是SCA(Service Component Architecture,服务构件架构)和SDO(Service Data Objects,服务数据对象),这两个项目就象OSOA的两架马车一样,为SOA架构立下了汗马功劳。根据笔者掌握的最新情报,OSOA正在准备启动第三架马车:DAS(Service Data Objects,服务数据对象)。 copyright dedecms
内容来自dedecms
