[摘要]基于构件的软件开发方法与传统的面向过程、面向对象的软件开发方法相比,具有

良好的适应性、灵活性和易维护性

,能较好地支持软件复用。 

　　

[关键词]软件重用构件实现软件开发 

　　中图分类号

:TP3 文献标识码:A 文章编号:1671-7597(2009)1110085-01 

　　

 

　　一、构件软件开发过程

 

　　

 

　　基于构件的软件开发

(CBSD)通过整合已有的构件来完成大型软件系统的开发,其核心就

是构件级的可重用。

CBSD 通过提高系统的可扩展性和可维护性来减少软件开发的费用,更快

的整合系统

,并能有效的降低大型系统的维护和升级压力。应用系统的软件构造过程包括分析

构件、设计构件、实现构件和组装构件。

 

　　

CBSD 的理论基础是在大型软件系统中有相当的部分会重复出现,这些共同的部分应该

通过构件组合起来

,而不是一遍一遍的重写。 

　　在

CBSD 中,通过写代码来构建系统让位于使用已有的构件来装配和整合系统。在传统的

软件开发模式中

,系统整合往往是系统实现的收尾阶段的任务。在基于构件的软件开发中则相

反

,整合处于整个开发过程的核心地位。正因如此,决定构件的获得、重用和使用的关键在于它

能否与其它构件整合在一起。

 

　　

(一)构件选取。构件选取是将过去开发的组件按照适合新系统的原则选取出来的过程。也

可以是在构件交易中购买合适构件的过程。这个过程甚至延伸到开发构件和维护构件的质量

保证。

 

　　构件选取包括两个阶段

:发现阶段和评估阶段。在发现阶段,构件将会被明确属性。如构件

的功能

(能提供什么样的服务),构件的接口(使用的方法)。这些属性还应包括一些不能孤立看

待的要求

,如构件的可靠性、可用性、可扩展性。在有些情况下也要考虑构件的非技术特性,如

提供者的市场占有率

,构件开发组织的过程和成熟度等。 

　　在评估方面

,现在已经有了好多种成熟的评估方法。例如 Standards Organization(ISO)描述

的产品评估的通用标准

,以及 IEEE 的特定域的构件评价技术,还有适用于特定问题域的技术。

这些方法都是基于一定的构件研究理论产生的解决构件质量评估的方法。但就构件评价技术

本身来说是不确定的

,这是使用难以互相比较的标准,不明确的系统期望,不精确的评价方法以

及构件的快速修改造成的。

 

　　

(二)构件的调整。由于单个的构件是为了完成特定的需求,基于不同的上下文假设。因此构

件在应用于新系统之前需要调整。必须将构件之间的冲突降低到最小。常用的方法包括

:(1)白