第11章 软件维护-精品·公开课件.ppt

第11章 软件维护 软件维护的概念 软件维护活动 程序修改的步骤及副作用 软件的维护性 提高软件维护性的方法 11.1 软件维护的概念 软件维护的定义 软件维护是指在软件运行/维护阶段对软件产品所进行的修 改就是所谓的维护。根据维护工作的性质，软件维护的活动 可以分为以下4种类型。 改正性维护 适应性维护 完善性维护 预防性维护 11.1 软件维护的概念 1．改正性维护 改正性维护（corrective maintenance）为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应进行的诊断和改正错误的过程。例如，改正性维护可以是改正原来程序中开关使用的错误；解决开发时未能测试各种可能情况带来的问题等。 11.1 软件维护的概念 2．适应性维护 随着信息技术的飞速发展，软件运行的外部环境（新的硬、软件配置）或数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）可能发生变化，为了使软件适应这种变化，而修改软件的过程叫做适应性维护（adaptive maintenance）。例如，需要对已运行的软件进行改造，以适应网络环境或已升级改版的操作系统要求。 11.1 软件维护的概念 3．完善性维护 为了满足新的功能与性能要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。这种情况下进行的维护活动叫做完善性维护（perfective maintenance）。例如，完善性维护可能是修 改一个计算工资的程序，使其增加新的扣除项目；缩短系统的应答时间，使其达到特定的要求等。 11.1 软件维护的概念 11.1 软件维护的概念 维护工作量在软件生存期中所占比例 软件维护活动花费的工作量占整个生存期工作量的70%以上（工作量的比例直接反映了成本的比例） 11.1 软件维护的概念 2．适应性维护 可以采用以下策略加以控制。 （1）在配置管理时，把硬件、操作系统和其他相关环境因素的可能变化考虑在内，可以减少某些适应性维护的工作量。 （2）把与硬件、操作系统，以及其他外围设备有关的程序归到特定的程序模块中。可把因环境变化而必须修改的程序局部于某些程序模块之中。 11.1 软件维护的概念 2．适应性维护 （3）使用内部程序列表、外部文件，以及处理的例行程序包，可为维护时修改程序提供方便。 （4）使用面向对象技术，增强软件系统的稳定性，易于修改和移植。 软件维护工作流程如下图所示。 内容包括程序名称、源程序语句条数、机器代码指令条数、所用的程序设计语言、程序安装的日期、程序安装后的运行次数、与程序安装后运行次数有关的处理故障次数、程序改变的层次及名称、修改程序所增加的源程序语句条数、修改程序所减少的源程序语句条数、每次修改所付出的“人时”数、修改程序的日期、软件维护人员的姓名、维护申请报告的名称、维护类型、维护开始时间和维护结束时间、花费在维护上的累计“人时”数、维护工作的净收益等。对每项维护任务都应该收集上述数据。 评价维护活动可参考的度量值有： 每次程序运行时的平均出错次数； 花费在每类维护上的总“人时”数； 每个程序、每种语言、每种维护类型的程序平均修改次数； 因为维护，增加或删除每个源程序语句所花费的平均“人时”数； 用于每种语言的平均“人时”数； 维护申请报告的平均处理时间； 各类维护申请的百分比。 对程序的修改，必须事先做出计划，有准备地、周密有效 地实施修改。 1．设计程序的修改计划 程序的修改计划要考虑人员和资源的安排。修改计划的内 容主要包括以下几项： （1）规格说明信息：数据修改、处理修改、作业控制语言 修改、系统之间接口的修改等。 （2）维护资源：新程序版本、测试数据、所需的软件系 统、计算机时间等。 （3）人员：程序员、用户相关人员、技术支持人员、厂家 联系人、数据录入员等。 （4）提供：纸质、计算机媒体等。 针对以上每一项，要说明必要性、从何处着手、是否接 受、日期等。通常，可采用自顶向下的方法，在理解程序的 基础上做如下工作： （1）研究程序的各个模块、模块的接口及数据库，从全局 的观点提出修改计划。 （2）依次把要修改的、以及那些受修改影响的模块和数据 结构分离出来。 （3）详细地分析要修改的，以及那些受变更影响的模块和 数据结构的内部细节，设计修改计划，标明新逻辑及 要改动的现有逻辑。 （4）向用户提供回避措施。用户的某些业务因软件中发生 问题而中断，为不让系统长时间停止运行，需把问题局部化，在可能的范围内继续开展业务。 2．修改代码，以适应变化 （1）正确、有效地编写修改代码； （2）要