|
|
知识路径： > 软件工程 > 新技术应用 > 构件与软件重用 >
|
|
相关知识点：11个
|
|
|
|
|
可重用性（可复用性）是指系统和（或）其组成部分能在其他系统中重复使用的程度。软件开发的全生命周期都有可重用的价值，包括项目的组织、软件需求、设计、文档、实现、测试方法和测试用例，都是可以被重复利用和借鉴的有效资源。可重用性体现在软件的各个层次，通用的、可重用性高的软件模块往往已经由操作系统或开发工具提供，如通用库、标准组件和标准模板库等，它们并不需要程序员重新开发。
|
|
|
|
软件重用（软件复用）是使用已有的软件产品（如设计、代码、文档等）来开发新的软件系统的过程。软件重用的形式大体可分为垂直式重用和水平式重用。水平式重用是重用不同应用领域中的软件元素，例如数据结构、排序算法、人机界面构件等。标准函数库是一种典型的原始的水平式重用机制。垂直式重用是在一类具有较多公共性的应用领域之间重用软件构件。由于在两个截然不同的应用领域之间进行软件重用潜力不大，所以垂直式重用受到广泛关注。
|
|
|
|
垂直式重用活动的主要关键点在于领域分析：根据应用领域的特征和相似性，预测软件构件的可重用性。一旦根据领域分析确认了软件构件的可重用价值，即可进行软件构件的开发，并对具有可重用价值的软件构件做一般化处理，使它们能够适应新的类似的应用领域。然后将软件构件和它们的文档存入可重用构件库，成为可供未来开发项目使用的可重用资源。
|
|
|
|
软件重用的范围不仅涉及源程序代码，Caper Jones定义了10种可能重用的软件要素，分别是项目计划、成本估计、体系结构、需求模型和规格说明、设计、源程序代码、用户文档和技术文档、用户界面、数据结构和测试用例。
|
|
|
|
有一个组织叫做基于面向对象技术的重用（Reuse Based on Object-Oriented Techniques, REBOOT）开发了支持重用的两种过程模型，分别是为重用开发和利用重用进行开发，他们还开发了一系列工具，称为REBOOT环境。他们强调的一个原则是“未来重用者的需求，就是对可重用构件的信心”。开发者的倾向是抵制重用，因为他们缺乏这种信心。为了克服这种状态，REBOOT推荐一种文档结构，包括测试信息和重用者的经验。
|
|
|
|
美国国防部的一项称为可适应、可靠性的软件技术（Software Technology for Adaptable, Reliable Software, STARS）关注过程、体系结构和重用三者的集成。STARS认为软件产品线开发的软件周期应该包括过程驱动、软件体系结构、领域工程、可重用构件库这4个概念。
|
|
|
|
系统的软件重用由可重用的资产（构件）的开发、管理、支持和重用4个过程。工作在重用资产开发过程中的是构件开发者和领域工程师，工作在应用项目开发过程中的是应用工程师。如果要系统地实施软件重用，需要遵循以下原则：
|
|
|
|
（1）需要高层领导的支持，并需要有长期的经费支持。
|
|
|
|
（2）为了渐进地推行系统的重用，需要规划和调整系统的体系结构、开发过程、组织结构，并以小规模的先行项目为典型示范，而后再铺开。
|
|
|
|
（3）为了重用，先规划体系结构及其逐步实施的过程。
|
|
|
|
（4）过渡到明确的重用组织机构，将可重用构件的创建工作与重用工作分离开，并且提供明确的支持职能。
|
|
|
|
（5）在真实的环境中，进行可重用构件的创建和改进工作。
|
|
|
|
（6）要将应用系统和可重用构件作为一个经济核算的产品整体进行管理，应当注重公用构件在应用系统及其子系统领域中的高盈利作用。
|
|
|
|
（7）要认识到单独的对象技术或者单独的构件技术都是不够的。
|
|
|
|
（8）采用竞赛和更换负责人的办法，进行开发单位的文化建设和演化。
|
|
|
|
（9）对基础设施、重用教育、技巧培训，要投资和持续地改进。
|
|
|
|
（10）要采用度量方法测量重用过程，并要优化重用程序。
|
|
|
