软件构件相关标准规范

1. 一、构件模型

   软件构件模型是关于开发可复用软件构件和构件之间相互通信的一组标准的描述。通过复用已有的软构件，使用构件对象模型的软件开发者可以像搭积木一样快速构造应用程序。这样不仅可以节省时间和经费，提高工作效率，而且可以产生更加规范、更加可靠的应用软件。
   构件模型是为开发者定义软件构件而建立的体系结构和API集，使开发者可通过软件构件的动态组合来建立应用系统。构件模型由构件与容器两种主要成份构成。构件是具有可复用特性的基本软件部件。容器用于存放和安排构件，实现构件间的交互。容器也可以作为另一个容器的构件使用。 目前，产业界广泛使用的具有代表性的构件模型主要有：对象管理组织OMG的CORBA、微软公司的COM/DCOM/COM+、SUN的J2EE和微软与IBM提出的Web Services。

   1. CORBA

      CORBA分布计算技术是OMG组织基于众多开放系统平台厂商提交的分布对象互操作 内容的基础上制定的公共对象请求代理体系规范。 CORBA分布计算技术是由绝大多数分布计算平台厂商所支持和遵循的系统规范技术，具有模型完整、先进、独立于系统平台和开发语言，被支持程度广泛的特点，已逐渐成为分布计算技术的标准。COBRA标准主要分为3个层次：对象请求代理、公共对象服务和公共设施。最底层是对象请求代理ORB，规定了分布对象的定义（接口）和语言映射，实现对象间的通讯和互操作，是分布对象系统中的"软总线"；在ORB之上定义了很多公共服务，可以提供诸如并发服务、名字服务、事务(交易)服务、安全服务等各种各样的服务；最上层的公共设施则定义了组件框架，提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则。 CORBA CCM（CORBA Component Model）技术是在支持POA的CORBA规范（版本 2.3以后）基础上结合EJB当前规范的基础上发展起来的。CORBA构件模型是OMG组织制定的一个用于开发和配置分布式应用的服务器端构件模型规范，它主要包括如下三项内容

      1. 抽象构件模型，用以描述服务器端构件结构及构件间互操作的结构；
      2. 构件容器结构，用以提供通用的构件运行和管理环境,并支持对安全、事务、持久状态等系统服务的集成；
      3. 构件的配置和打包规范，CCM使用打包技术来管理构件的二进制、多语言版本的可执行代码和配置信息，并制定了构件包的具体内容和基于XML的文档内容标准。

      总之，CORBA的特点是大而全，互操作性和开放性非常好。CORBA的缺点是庞大而 复杂，并且技术和标准的更新相对较慢，COBRA规范从1.0升级到2.0所花的时间非常短，而再往上的版本的发布就相对十分缓慢了。在具体的应用中使用不是很多。

   2. COM / DCOM / COM+

      COM（构件对象模型）是Microsoft提出的第一个构件模型。它起源于OLE，当时的 OLE使用DDE(动态数据交换)机制来支持程序之间的通信，由于DDE建立在Windows消息机制基础上，稳定性和效率都很差，由此诞生了COM。 DCOM（分布构件对象模型）是COM技术在分布式环境中的延伸（COM仅支持同一 台计算机上构件之间的互操作）。DCOM用网络协议来代替本地进程之间的通信，并针对分布环境提供了一些新的特性，例如位置透明、网络安全性、跨平台调用等。DCOM的分布功能依靠远程过程调用实现。 MTS（ Microsoft 事务服务器）是为满足企业应用而提供的基础设施。MTS可以为分 布式企业应用提供服务器端的构件运行和部署环境，它把企业应用系统的客户程序、应用构件和各种资源有机结合起来（而COM／DCOM无法有效地实现）。 COM+倡导一种新的设计概念，把COM构件提升到应用层，把底层细节留给操作系统，使COM+与操作系统的结合更加紧密。COM+的底层结构仍然以COM为基础，但在应用方式上则更多地继承了MTS（Microsoft Transaction Server）的处理机制，包括MTS的对象环境、安全模型、配置管理等。COM+把COM，DCOM和MTS三者有机统一起来，同时也新增了一些服务，如负载平衡、内存数据库、事件模型、队列服务等，形成一个概念新、功能强的构件体系结构，使COM+形成真正适合于企业应用的构件技术。

   3. J2EE

      为了推动基于Java的服务器端应用开发，Sun在1999年底推出了Java2技术及相关的J2EE规范，J2EE的目标是：提供平台无关的、可移植的、支持并发访问和安全的，完全基于Java的开发服务器端构件的标准。 在J2EE中，Sun给出了完整的基于Java语言开发面向企业分布应用规范。在分布式互操作协议上，J2EE同时支持RMI和IIOP，而在服务器端分布式应用的构造形式，则包括了Java Servlet、JSP(Java Server Page)、EJB等多种形式，以支持不同的业务需求，而且Java应用程序具有“Write once，run anywhere”的特性，使得J2EE技术在分布计算领域得到了快速发展。 J2EE简化了构件可伸缩的、基于构件服务器端应用的复杂度。J2EE是一个规范，不同的厂家可以实现自己的符合J2EE规范的产品。J2EE规范是众多厂家参与制定的，它不为Sun所独有，而且支持跨平台的开发，目前许多大的分布计算平台厂商都公开支持与J2EE兼容技术。 EJB是Sun推出的基于Java的服务器端构件规范J2EE的一部分，自从J2EE推出之后，得到了广泛的发展，已经成为应用服务器端的标准技术。Sun EJB技术是在Java Bean本地构件基础上发展的面向服务器端分布应用构件技术。它基于Java语言，提供了基于Java二进制字节代码的重用方式。EJB给出了系统的服务器端分布构件规范，这包括了构件、构件容器的接口规范以及构件打包、构件配置等的标准规范内容。EJB技术的推出，使得用Java基于构件方法开发服务器端分布式应用成为可能。从企业应用多层结构的角度，EJB是业务逻辑层的中间件技术，与JavaBeans不同，它提供了事务处理的能力，自从三层结构提出以后，中间层也就是业务逻辑层，是处理事务的核心，从数据存储层分离，取代了存储层的大部分地位。从分布式计算的角度，EJB像CORBA一样，提供了分布式技术的基础，提供了对象之间的通讯手段，这是分布式技术的基础 从Internet技术应用的角度，EJB和Servlet，JSP一起成为新一代应用服务器的技术标准。EJB中的Bean可以分为会话Bean和实体 Bean，前者维护会话，后者处理事务。现在Servlet负责与客户端通信，访问EJB，并把结果通过JSP产生页面传回客户端。 J2EE的优点是，服务器市场的主流还是大型机和UNIX平台，这意味着以Java开发构件，能够做到"Write once，run anywhere"，开发的应用可以配置到包括Windows平台在内的任何服务器端环境中去。

   4. Web Service

      Web Service是由URI标识的软件应用程序，其接口和绑定可以通过XML构件进行定义、描述和发现，Web服务支持通过基于因特网的协议使用基于XML的消息与其他软件应用程序直接交互。WebService包括一系列相关技术标准规范，通常归为两类：基本Web服务规范和扩展Web服务规范：

      1. 基本Web服务规范
         1. SOAP：（Simple Object Access protocol）即简单对象访问协议，它定义了一个消息框架、编码规则和协议绑定。SOAP有两个方面的用途，一是用来发送消息，一是用来发送用XML格式编码的RPC（远程过程调用）。
         2. WSDL：（WebService Description Language）即WebService描述语言，它用一种和具体编程语言无关的方式定义了WebService收发的有关消息和操作，它保持了协议的中立性，内建了对SOAP绑定的支持。WebService提供的服务是以WSDL标准来叙述的，只要能够取得特定WebService的WSDL就可以从其中了解它所提供的服务以及如何调用这些服务。?
         3. UDDI：（Universal Description，Discovery，and Integration）即通用描述、发现和集成，它定义一个发布和发现WebService相关信息的标准方式。通过提供一个WebService目录的中心位置，WebService提供程序可在其中发布描述如何调用这些服务的相关信息，而使用WebService的程序则可以利用这个WebService目录找寻到符合要求的服务及如何调用的相关信息，正是这种机制使得应用程序间的动态发现、动态调用、动态集成成为可能，它是为大规模分布式应用而设计的。
      2. 扩展Web服务规范

         目前共有数十种扩展Web服务规范，其中几种对企业尤为有用。即

         1. WS-Security：此规范处理加密和数字签名，允许创建特定类型的应用程序，以防止窃听消息，且能实现不可否认功能。
         2. WS-Policy：此规范对WS-Security进行了扩展，允许更具体地说明谁可以采用何种方式使用服务。
         3. WS-I：尽管Web服务应设计成具有互操作性，但在实际中，各个规范对不同实现的解释的灵活性常常足以导致出现问题。WS-I提出了一组可用于防止出现各种问题的标准和时间，并提供了标准化测试来检查问题。

         WebService 解决了不同构件平台、不同操作系统之间的互操作问题，从而使应用系统的设计开发、组装可以按语义方式、面向服务的形式来实现。借助WebService，软件构件可以不再以原有的物理形态（COM组件、DLL文件、ActiveX控件等）来发布，而是以一种“软构件”的形态，以一种“服务”的形式来发布，这样的便利对于大规模的分布应用，对于快速形成超大规模的应用程序来说是至关重要的。

2. 二、构件描述

   构件描述是基于构件的软件开发和构件复用过程中的一项关键技术，它规定了一个软件构件所需的结构和内容，不仅用于指导软件构件的设计、开发、管理、组装、测试等活动，而且可用于构件库的组织、存储、检索与浏览。现有的构件描述和检索技术起源于好几个领域，目前比较有代表性的方法包括传统的信息科学编目查询技术、基于框架、基于演绎和基于刻面的构件描述与检索方法。对软件构件描述技术规范的研究，主要有以下几个方面：

   1. 3C模型

      3C模型是在1989年的“Reuse in Practice Workshop”中由一些系统工程领域的专家提出的，它是学术界普遍认同的一个具有指导性作用的构件模型。该模型从概念（concept）、内容（content）和周境（context）三个不同方面来描述构件。

      1. 概念：关于“构件做什么”的抽象描述，可以通过概念去理解构件的功能。概念包括接口规约和语义描述两个部分，语义描述和每个操作相关联（至少表示为前后置谓词形式）。
      2. 内容：概念的具体实现，描述构件如何完成概念所刻画的功能。在本质上，内容是对一般用户隐蔽的信息，只有那些企图修改构件的人才需要了解这些信息。
      3. 周境：构件和外围环境在概念级和内容级的关系。周境刻画构件的应用环境，为构件的选用和适应性修改提供指导。
   2. REBOOT模型

      REBOOT（Reuse Based on Object-Oriented Technology基于面向对象技术的复用）构件模型是基于已有构件的一种刻面分类和检索模型。对领域进行分析，并得到一组基本的描述特征，这些特征称为刻面。刻面可以描述构件执行的功能、所操作的数据、构件应用的周境或任何其他特征。一个构件通常包括以下刻面：

      1. 抽象（Abstraction）：构件概念的描述性描述（例如stack，flight reservation）
      2. 操作（Operation）：构件所提供的操作的描述（例如push，reserve等）
      3. 操作对象（Operates On）：描述操作的对象（例如integers，seats）
      4. 依赖（Dependencies）：描述构件与外界的依赖关系（例如基于Unix，C++）
   3. UDM和BIDM（IEEE std 1420）标准

      RIG(Reuse library Interoperability Group)在1994年开发了一个数据模型UDM及其子集BIDM，BIDM于1995年提交成为IEEE标准。该模型定义了在支持互操作性的库之间交换软件构件所需要的信息。RIG的技术策略基于ALOAF的三层数据模型，其中包括元模型层、模型层、数据层。元模型（meta-model）提供一组基本组成成分和规则用于软件构件描述数据模型的产生和修改；数据模型（data model）描述在库系统中的软件构件描述数据的结构；数据层（data layer）是由数据模型组织并与数据模型一致的真正的数据，用于具体描述特定的构件。UDM提供一个标准的软件构件描述数据模型，各个库可以将它作为自己的数据模型的中间表示，来和其他库交换适用各自的数据模型的数据。作为定义UDM的一个步骤，RIG开发了“基本可互操作性数据模型”（BIDM），它定义了为实现互操作，复用库交换构件时所需的信息的最小集。

   4. UDDI和WSDL

      基于Web Service的软件构件解决了不同运行平台之间的互操作问题，成为近年来软件构件技术发展的新方向。Web Service构件的描述、发布、发现和集成主要基于WSDL和UDDI.两个由W3C发布的技术标准， WSDL(Web Service Description Language)基于XML技术，分两个层次来描述Web Service 构件：抽象层和具体层。抽象层次通过消息、操作和接口来描述构件行为和功能；具体层描述绑定时的数据格式和绑定点。 UDDI (Universal Description, Discovery and Integration，统一描述、发现和集成协议)规范解决了企业之间的信息共享和数据交互的问题，使得商业实体能从众多在线企业中找到客户和合作伙伴，同时实现彼此的系统和流程的集成。UDDI提供三方面基本功能：①发布，供应商如何注册自己；②查找，应用程序如何查找特定的网络服务；③绑定，在找到网络服务后，应用程序如何与之连接和交互。

   5. 青鸟构件库系统构件分类描述规范

      北大青鸟构件库系统提供以刻面分类为主，关键词、属性-值、关系索引等多种模式相结合的方法对构件进行分类。目前有五个刻面：使用环境(Application Enviroment)、应用领域(Application Domain)、功能(Functionality)、层次(Level of Abstraction)、表示方法(Representation)。

   6. 可复用软件资产规约（RAS）

      RAS是IBM， OMG，ComponentSource， Merrill Lynch等公司和组织合作制订的一套可复用资产描述规范，现已被OMG正式采用作为软件资产描述的工业标准。该规范定义了一套通用的标准和术语以及所需最小化的结构化元信息来描述可复用软件资产的结构、内容、描述和封装方法等，所定义的只是最小化的结构化元信息，用户可用来加以扩展，以支持客户化的数据结构。RAS并非一种具体的分类描述方法，它所定义的是通用性的描述框架，目的在于有效降低软件资产的复用成本。 RAS提供了一种标准的方法用于打包和释放一系列相关的文件。这些文件或工作产物的集合被称为asset（资产）。这一规范提供关于可复用软件资产的结构、内容和描述的一系列指导方针和建议。考虑到有为数众多，种类各异的可复用软件资产的存在，这一规范标识出一些类别，或者相当的类型，并且为这些类别提供普遍的指导方针。RAS定位了可复用工程的元素。它尝试减少因整合，标准封装复用事务而产生的冲突。RAS资产简化了与其他用户共享过程的解决方案，因为大家使用了方便一致的方法来组织，文档化，共享，存储和恢复软件的资产。
      
      原文地址：http://www.cnblogs.com/huashanlin/archive/2007/01/17/622419.html

CSDN声明：CSDN登载此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述