第四章可重用性和可移植性.pptVIP

各职能部门职责如下： ? 1 ．系统开发部门：可重用构件创建者。其职能是创建高质量的可重 用资产，为众多重用者服务；与应用开发部门（重用者）并列，集中 精力设计和创建可重用构件；尽量接近重用者，以保证其生产的可重 用构件符合实际需要。 ? 2 ．应用开发部门：可重用构件使用者。其职能是更多、更快、低成 本地利用可重用资产完成应用项目的开发；将软件重用时发现的问题 与修改意见及时反馈给系统开发部门，完善可重用构件。 ? 3 ．支持部门：用来完成前两个部门不能涉及而又必须作的工作，为 可重用资产的获取、管理、维护提供全面的支持，与系统开发部门和 应用开发部门并列。 ? 4 ．高层经理：在 3 个职能部门之上。其职责是关注总体目标，从总体 目标高度上权衡创建者和重用者的得失；协调 3 个职能部门之间的工 作，仲裁 3 个职能部门之间的发生的冲突；对于大公司，可设立重用 管理委员会，设经理、体系结构设计师等职位，由委员会集体讨论和 仲裁各部门之间的矛盾。 第四章 可重用性和可 移植性 本章重点 : ? 重用的概念； ? 可重用的软件成份； ? 重用对可维护性的影响； ? 重用的障碍； ? 可移植性的概念； ? 实现可移植性的技术。 4.1 重用的概念 ? 重用也叫再用或复用，是指同一事物不作 修改或稍加改动就多次重复使用。在软件 工程中，重用是指使用一个产品中的组件 来简化另一个不同的产品的开发。 ? 最早的软件重用技术 : 人们建造了子程序库， 开发成运行时支持程序，使用时只需要调 用相应的函数或方法即可，而不用从头开 始建造相应的程序。 随着软件开发技术的不断发展和软件重用 技术的需求，又提出软件构件和软件构件 库的概念。 ? ? 重用不但可以缩短开发过程、降低开发成 本、提高软件产品的质量，还可以减少维 护的时间和降低维护成本。 大量使用可重用的组件来开发软件，可以从下述两 个方面提高软件的可维护性： ? 第一方面，通常可重用的组件在开发时经过很严 格的测试，可靠性比较高，且在每次重用过程中 都会发现并清除一些错误，随着时间推移，这样 的组件将变成实质上无错误的。 第二方面，很容易修改可重用的组件使之再次应 用在新环境中，因此，软件中使用的可重用的组 件越多，维护也就越容易。 ? 领域知识 问题领域分析 客户需求 软件开发与软 件构件开发 软件构件 目标软件 理解 软件构件 确认 检索 软件构件 可重用软件构 件库 软件构件 图 4-1 面向软件构件复用的软件开发过程 4.1.1 软件成分的重用级别 软件成分的重用划分成以下 3 个级别： ? (1) 代码重用 调用库中的模块。可以采用下列形式： 源代码剪贴：缺点是复制或修改原有代码时可能出错。 源代码包含：许多程序设计语言都提供包含 (include) 库中源代码的机制。 继承：重用类库中的类时无须修改已有的代码，就可扩充或具体化在库 中找出的类。 ? (2) 设计结果重用 重用某个软件系统的设计模型 ( 即求解域模型 ) 。 ? (3) 分析结果重用 重用某个系统的分析模型。适用于用户需求未改变，但系统体系结构发 生了根本变化的场合。 4.1.2 典型的可重用软件成分 ? ? ? ? ? （ 1 ）项目计划。跨项目重用软件项目计划的基本结构和 许多内容，可以减少用于制定计划的时间，降低与建立进 度表和进行风险分析等活动相关联的不确定性。 （ 2 ）成本估计。不同项目中常含有类似的功能，只做极 少修改或根本不做修改就重用对该功能的成本估计结果。 （ 3 ）体系结构。很少有截然不同的程序和数据体系结构， 有可能创建一组类属的体系结构模板，把那些模板作为可 重用的设计框架。 （ 4 ）需求模型和规格说明。用传统软件工程方法开发的 分析模型，是可重用的。面向对象开发方法中，类和对象 的模型及规格说明也是经常被重用的对象。 （ 5 ）设计。用传统方法开发的体系结构、数据、接口和 过程设计结果，是重用的候选者；系统和对象设计也是可 重用的。 ? ? ? ? ? （ 6 ）源代码。用兼容的程序设计语言书写的、经过验证 的程序构件，是重用的候选者。 （ 7 ）用户文档和技术文档。即使针对不同的应用，也有 可能重用用户文档和技术文档的大部分。 （ 8 ）用户界面。 GUI （图形用户界面）软件可占到一个 应用程序的 60% 代码量，经常被重用，重用的效果非常显 著，这可能是最广泛被重用的软件成分。 （ 9 ）数据。在大多数被重用的软件成分中，被重用的数 据包括： 内部表、列表和记录结构，以及文件和完整的数 据库。 （ 10 ）测试用例。如果设计或代码构件被重用，相关的测 试用例也会一同被重用。 4.1.3 软件成分重用的过程 系统集成 目标软件 实例化 软件成分 软件成分 抽象 检索