在基于构件的软件开发(CBSD)中，作为复用基础设旌的构件库系统已成为企业内部和企业间协作的必然装备，而要建立系统化的构件库，建立合适的构件模型是第一步。构件模型是构件本质特征及构件间关系的抽象描述。它定义了构件的本质属性，规定了构件接口的结构以及构件与软件体系结构、构件与构件之间的交互机制。构件模型通常还提供创建和实现构件的指导原则。
1 当前典型构件模型简介与分析
在围绕构件库进行软件开发的过程中，不同的角色、不同的关注点所需要的构件信息也不相同。基于这一认识北京大学信息科学技术学院软件研究所将构件模型分为三种：构件描述、分类的模型，构件规约、组装的模型和构件实现的模型。下面以这种分类方法来分析一下当前典型构件模型。
(1)构件描述、分类的模型试图以一种综合的方式来描述构件，使得构件易于为用户所理解，易于在库中被有效高效地分类、存储和检索。REBOOT(Reuse Based Object-Oriented Techniques)模型就是其中之一，它通过刻面的方法从各个角度刻划软构件属性，来实现对构件的分类和检索。
(2)构件规约、组装的模型描述构件的
(3)构件实现的模型用于帮助人们决定如何用某种程序设计语言或以某种可执行单元的形式来实现构件。有代表性的实现级工业标准构件模型有CORBA、DCOM／COM和Enterpise JavaBean，三足鼎立构成竞争与互操作并存的格局，工业构件模型最大的缺点在于其缺乏对构件语义的深入支持。
综合考虑现有的构件模型，可得出以下结论：
(1)现有的面向构件描述和分类的模型缺乏对构件语义特别是构件领域特征的语义的描述，而这些正是理解构件基于领域的复用价值的关键。
(2)现有的面向构件规约和组装的模型缺乏对构件演化的支持，对构件组装的支持机制也未达到标准化。
(3)现有的构件模型都很少涉及有关构件复用和构件管理的信息，比如构件的复用度等。
(4)在构件库系统中，构件模型的应用是既面向构件描述和分类又面向构件规约和组装的，而目前关注如此多方面的构件模型还不多见。
2 对构件库中构件模型的改进
人们对构件库中构件的操作包括入库、检索、学习、组装和演化等，在对构件进行这些操作时，变换支持其实现的底层构件模型是不现实的。所以，笔者试图探求一种构件描述模型，并让它同时支持构件的语义检索、自动化组装、以及对演化的自动化支持等。
2．1 构件模型所要描述的信息
在对构件进行描述之前，必须先明确有哪些信息需要被构件模型来描述。而要明确构件模型中到底需要记录那些信息，就应该看构件库中围绕构件都做了哪些活动。经过分析，构件库中分角色对构件的操作有：
(1)构件发布者：注册构件描述、分类信息；注册构件实体信息(离线构件)；注册构件接口信息(在线构件)。
(2)软件开发人员：查询；下载构件实体(离线构件)；获取构件接口信息(在线构件)；学习构件的功用和构件的用法等信息；应用构件进行应用系统组装；对不适用的构件进行演化。
为了支持这些活动，构件模型中应该具有下列信息：
(1)面向构件描述和分类的信息
所有对用户查找、理解、选择、适应性修改以及使用构件有帮助的信息；
所有对构件库管理者分类和管理构件及构件间关系有帮助的信息；
构件的其他属性，包括：生产者、版本、使用者、反馈意见、知识产权控制等。
(2)面向构件规约和组装的信息
构件对外提供的功能；
构件需要外界为它提供的功能；
构件被用于什么语境；
支持构件演化的信息。
综上所述，不同的角色在构件库中对构件的操作也不同。所以，对构件的信息需求也不同。在一般情况下，可以认为在企业里构件的入库者就是构件的生产者，他们应该将主要的构件描述信息在构件入库时录入进去；而构件使用者对构件的行为有查找、学习、组装和演化等，并且在构件使用者应用构件库进行软件开发时，在不同时期所关注的构件信息也是不同的。所以，应该分阶段、分层次地把构件的信息展现给构件使用者。在这里，将按照查找、学习、组装与演化三个层次来展现构件的性质。
2．2 构件模型
构件(Component)是指语义完整、语法正确和有可复用价值的单位软件，是软件复用过程中可以盟确辨识的系统构成。结构上，它是基于检索部分、基于学习部分和基于组装和演化部分的复合体。
联系客服
