软件工程导论第11章软件重用.pptx

第11章 软件重用;;;;;;;11.1 可重用的软件成分 11.2 软件重用过程 11.3 领域工程 11.4 开发可重用的构件 11.5 分类和检索构件 11.6 软件重用的效益 11.7 小结;11.1 可重用的软件成分;;软件成分的重用可以进一步划分成以下三个级别。 (1) 代码重用 (2) 设计结果重用 设计结果重用指的是，重用某个软件系统的设计模型(即求解域模型)。这个级别的重用有助于把一个应用系统移植到完全不同的软/硬件平台上。 (3) 分析结果重用 这是一种更高级别的重用，即重用某个系统的分析模型。这种重用特别适用于用户需求未改变，但系统体系结构发生了根本变化的场合。更具体地说，可能被重用的软件成分主要有以下10种。 · 项目计划。软件项目计划的基本结构和许多内容(例如，SQA计划)都是可以跨项目重用的。这样做减少了用于制定计划的时间，也降低了与建立进度表和进行风险分析等活动相关联的不确定性。; · 成本估计。因为在不同项目中经常含有类似的功能，所以有可能在只做极少修改或根本不做修改的情况下，重用对该功能的成本估计结果。 · 体系结构。即使在考虑不同的应用领域时，也很少有截然不同的程序和数据体系结构。因此，有可能创建一组类属的体系结构模板(例如，事务处理体系结构)，并把那些模板作为可重用的设计框架。 · 需求模型和规格说明。类和对象的模型及规格说明是明显的重用的候选者，此外，用传统软件工程方法开发的分析模型(例如，数据流图)，也是可重用的。; · 设计。用传统方法开发的体系结构、数据、接口和过程设计结果，是重用的候选者，更常见的是，系统和对象设计是可重用的。 · 源代码。用兼容的程序设计语言书写的、经过验证的程序构件，是重用的候选者。 · 用户文档和技术文档。即使针对的应用是不同的，也经常有可能重用用户文档和技术文档的大部分。 · 用户界面。这可能是最广泛被重用的软件成分，GUI(图形用户界面)软件经常被重用。因为它可占到一个应用程序的60%代码量，因此，重用的效果非常显著。; · 数据。在大多数经常被重用的软件成分中，被重用的数据包括：内部表、列表和记录结构，以及文件和完整的数据库。 · 测试用例。一旦设计或代码构件将被重用，相关的测试用例应该“附属于”它们。;11.2 软件重用过程;图11.1 构件组装模型; 11.2.2 类构件 利用面向对象技术，可以比较方便、有效地实现软件重用。面向对象技术中的“类”，是比较理想的可重用的软构件，不妨称之为类构件，在上一小节中讲述的构件组装模型，就是利用类构件来构造应用程序。 1. 可重用的软构件应具备的特点 (1) 模块独立性强 (2) 具有高度可塑性 (3) 接口清晰、简明、可靠; 2. 类构件的重用方式 (1) 实例重用 (2) 继承重用 面向对象方法特有的继承性，提供了一种对已有的类构件进行裁剪的机制。当已有的类构件不能通过实例重用完全满足当前系统需求时，继承重用提供了一种安全地修改已有类构件，以便在当前系统中重用的手段 (3) 多态重用 利用多态性不仅可以使对象的对外接口更加一般化(基类与派生类的许多对外接口是相同的)，从而降低了消息连接的复杂程度，而且还提供了一种简便可靠的软构件组合机制，系统运行时，根据接收消息的对象类型，由多态性机制启动正确的方法，去响应一个一般化的消息，从而简化了消息界面和软构件连接过程。; 11.2.3 重用过程模型 为了实现软件重用，已经提出了许多过程模型，这些模型都强调领域工程与软件工程同时进行。领域工程完成一系列工作，以建立一组可以被软件工程师重用的软件成分。 图11.2给出了一个典型的明显适用于重用的过程模型。领域工程创建应用领域的模型，在软件工程流中使用该模型作为分析用户需求的基础。软件体系结构及相应的结构点(见11.3.3节)为应用系统的设计提供了输入信息。最后，在可重用的软件成分作为领域工程的一部分被构造出来之后，它们可以在软件开发活动中被软件工程师使用。;图11.2 一个强调重用的过程模型;11.3 领域工程;; 11.3.1 分析过程 领域分析过程基本上由下述步骤组成。 · 定义被研究的领域。 · 把从该领域中抽取出来的项分类。 · 收集该领域中有代表性的应用样本