可扩展构件库数据模型CLM设计.docVIP

可扩展构件库数据模型CLM设计 　　【摘 要】Internet构件种类繁多、各类资源间的关系复杂，单一的模型很难满足多方面的需要；针对上述问题，提出一种可扩展的构件库数据模型CLM （extensible Component Library data Model） 。CLM定义了各种基本的信息，并且给出了如何对模型进行扩展的机制。CLM既囊括了描述Internet上构件及相关资源所必需的基本元素，又能够根据需要对模型进行规范地扩展。利用该模型，可以为从Internet获取信息的工作提供基础。 　　【关键词】构件库；Internet；构件获取；关联关系识别；构件检索 　　1.模型概述 　　为了有效地发挥构件库的作用，构件库模型大致可分为两类：一是面向构件库基本数据结构来进行描述的模型；二是为实现构件库之间互操作提出的模型。基于现有的各种构件库数据模型的分析，提取其中的核心内容，本文提出的可扩展的构件库数据模型CLM共由19类元素组成，分为三个部分，即基本描述部分、分类法描述部分和关系描述部分。 　　2.基本描述部分 　　基本描述部分包含了模型中的最基本的构成元素。构件库对象（Component Library Object，表示为CLObject）处于整个层次结构的最上层，它表示的是构件库中管理的对象，因此，是所有元素的父元素。CLObject包含了模型中所有元素所共有的属性：名称（Name）和用来唯一标识元素的ID。 　　综合以往的各种模型，模型中必需包含的基本元素有：构件库（Library），构件库用户（User），构件库中的软件资产（Asset）及资产的构成成分（Ingredient）。另外，构件库中的各种元素往往满足某些约束或属于某种分类框架，可以利用这类信息更好地描述各种元素。为此，CLM定义了规约元素（Specification）来表示约束和描述机制。而引用规约元素则包含了对Specification的各种实例化信息。 　　（1）Library元素 　　Library元素记录是构件库自身所包含的信息，来帮助用户对整个库有概要性了解。在Library中，包括了对外提供的访问构件库的地址。为了对构件的入库和管理进行指导，Library元素通过一些文本类型的属性提供了介绍性的信息，包括关于构件的验证方法、构件库的度量原则和库的分类机制。 　　（2） User元素 　　构件库用户使用User元素进行描述，它记录用户的各种联系方式（如Address、Fax等）和登录相关的信息（LastLoginTime，Password等）。 　　Library元素和User元素之间的Contacts关系表示该用户是构件库的联系人。User元素与Asset元素和Specification元素间的IsPublishedBy关系表明用户是构件库中软件资产和规约的发布者。 　　（3） Asset元素 　　Asset元素表示构件库中的构件和其他有用的各类软件资产。它包含了软件资产的版本相关的信息、实现工具及对外界依赖相关的信息以及与使用相关的信息。 　　（4） Ingredient元素 　　Ingredient元素描述资产成分的类型和格式。另外，对于Web Service等服务型式构件，构件库中并不存放构件的实现体而是提供构件的访问点。 　　（5） Specification元素 　　Specification描述构件库中的规范和约束等信息，它包含描述信息和相关联的远端描述和使用说明。 　　（6） ReferencedSpecifications元素 　　ReferencedSpecifications元素包含对Specification的各种实例化信息的引用。它是CLObject的组成部分，用来具体描述元素。 　　3.分类法描述部分 　　构件的有效分类对于构件的检索和获取起着非常重要的作用，是软件复用成功的关键。在构件分类的方法中，有四种常见的分类法： 关键词分类法、属性-值分类法、枚举分类法和刻面分类法。CLM将分类法元素进行扩展，将四种分类法同时引入。同时将四种分类法使用的术语/值或关键词也引入到模型中，并和相应的分类法建立整体―部分关系，能够为构件提供分类信息的描述，能满足不同场景的需要。这些术语或关键词属于构件库需要管理的对象，但是不能视为软件资产或资产的成分，因此，它们直接继承CLObject。 　　4.关系描述部分 　　构件关系不仅可以用于有效地组织构件，也是软件开发中可以使用的有效信息，更是软件体系结构中的基本元素。因此，构件库也需要管理与维护构件关系。传统的构件库模型中往往缺乏对关系表示的支持，或者是由构件库提供一些预定义的关系类型来对构件关系进行描述。用户仅能依赖预定义的关系类型来