软件工程导论第8章.ppt

保存维护记录对于软件生命周期的所有阶段而言，以前记录保存都是不充分的，而软件维护则根本没有记录保存下来。由于这个原因，往往不能估价维护技术的有效性，不能确定一个产品程序的“优良”程度，而且很难确定维护的实际代价是什么。保存维护记录遇到的第一个问题就是，哪些数据是值得记录的?Swanson提出了下述内容：(1)程序标识；(2)源语句数；(3)机器指令条数；(4)使用的程序设计语言；(5)程序安装的日期；(6)自从安装以来程序运行的次数；(7)自从安装以来程序失效的次数；(8)程序变动的层次和标识；(9)因程序变动而增加的源语句数；(10)因程序变动而删除的源语句数；(11)每个改动耗费的人时数；(12)程序改动的日期；(13)软件工程师的名字；(14)维护要求表的标识；(15)维护类型；(16)维护开始和完成的日期；(17)累计用于维护的人时数；(18)与完成的维护相联系的纯效益。应该为每项维护工作都收集上述数据。可以利用这些数据构成一个维护数据库的基础，并且像下面介绍的那样对它们进行评价。评价维护活动缺乏有效的数据就无法评价维护活动。如果已经开始保存维护记录了，则可以对维护工作做一些定量度量。至少可以从下述7个方面度量维护工作：每次程序运行平均失效的次数；用于每一类维护活动的总人时数；平均每个程序、每种语言、每种维护类型所做的程序变动数；维护过程中增加或删除一个源语句平均花费的人时数；维护每种语言平均花费的人时数；一张维护要求表的平均周转时间；不同维护类型所占的百分比。根据对维护工作定量度量的结果，可以做出关于开发技术、语言选择、维护工作量规划、资源分配及其他许多方面的决定，而且可以利用这样的数据去分析评价维护任务。可以把软件的可维护性定性地定义为：维护人员理解、改正、改动或改进这个软件的难易程度。在前面的章节中曾经多次强调，提高可维护性是支配软件工程方法学所有步骤的关键目标。软件的可维护性维护就是在软件交付使用后进行的修改，修改之前必须理解待修改的对象，修改之后应该进行必要的测试，以保证所做的修改是正确的。如果是改正性维护，还必须预先进行调试以确定错误的具体位置。因此，决定软件可维护性的因素主要有下述5个：决定软件可维护性的因素12可理解性软件可理解性表现为外来读者理解软件的结构、功能、接口和内部处理过程的难易程度。模块化（模块结构良好，高内聚，松耦合）、详细的设计文档、结构化设计、程序内部的文档和良好的高级程序设计语言等等，都对提高软件的可理解性有重要贡献。诊断和测试的容易程度取决于软件容易理解的程度。良好的文档对诊断和测试是至关重要的，此外，软件结构、可用的测试工具和调试工具，以及以前设计的测试过程也都是非常重要的。维护人员应该能够得到在开发阶段用过的测试方案，以便进行回归测试。在设计阶段应该尽力把软件设计成容易测试和容易诊断的。1对于程序模块来说，可以用程序复杂度来度量它的可测试性。模块的环形复杂度越大，可执行的路径就越多，因此，全面测试它的难度就越高。2可测试性软件容易修改的程度和本书第5章讲过的设计原理和启发规则直接有关。耦合、内聚、信息隐藏、局部化、控制域与作用域的关系等等，都影响软件的可修改性。软件可移植性指的是，把程序从一种计算环境（硬件配置和操作系统）转移到另一种计算环境的难易程度。把与硬件、操作系统以及其他外部设备有关的程序代码集中放到特定的程序模块中，可以把因环境变化而必须修改的程序局限在少数程序模块中，从而降低修改的难度。可修改性可移植性所谓重用（reuse）是指同一事物不做修改或稍加改动就在不同环境中多次重复使用。大量使用可重用的软件构件来开发软件，可以从下述两个方面提高软件的可维护性：01通常，可重用的软件构件在开发时经过很严格的测试，可靠性比较高，且在每次重用过程中都会发现并清除一些错误，随着时间推移，这样的构件将变成实质上无错误的。因此，软件中使用的可重用构件越多，软件的可靠性越高，改正性维护需求越少。02可重用性很容易修改可重用的软件构件使之再次应用在新环境中，因此，软件中使用的可重用构件越多，适应性和完善性维护也就越容易。文档是影响软件可维护性的决定因素。由于长期使用的大型软件系统在使用过程中必然会经受多次修改，所以文档比程序代码更重要。软件系统的文档可以分为用户文档和系统文档两类。用户文档主要描述系统功能和使用方法，并不关心这些功能是怎样实现的；系统文档描述系统设计、实现和测试等各方面的内容。总的说来，软件文档应该满足下述要求：8.4.2文档必须描述如何使用这个系统，没有这种描述时即使是最简单的系统也无法使用；必须描述怎样安装和管理这个系统；必须描述系统需求和设计；必须描述系统