软件维护(“修改”文档)共64张.pptxVIP

情景2.2

软件维护;第7章软件维护;改正性维护---CorrectiveMaintenance

在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部分隐藏的错误遗留到运行阶段。

这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。

为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，所进行的诊断和改正错误的过程就叫做改正性维护。;适应性维护---AdaptiveMaintenance;扩充与完善性维护---PerfectiveMaintenance;预防性维护---PreventiveMaintenance;;7.2软件维护的特点--影响维护工作量的因素;系统年龄：

老系统随着不断的修改，结构越来越乱；

维护人员经常更换，程序又变得越来越难于理解

许多老系统在当初并未按照软件工程的要求进行开发，因而没有文档，或文档太少。

在长期的维护过程中文档在许多地方与程序实现变得不一致，在维护时就会遇到很大困难。

数据库技术的应用：使用数据库，可以简单而有效地管理和存储用户程序中的数据，还可以减少生成用户报表应用软件的维护工作量。;先进的软件开发技术：在软件开发时，若使用能使软件结构比较稳定的分析与设计技术，及程序设计技术，如面向对象技术、复用技术等，可减少大量的工作量。

其它：

应用的类型

数学模型

任务的难度

开关与标记、IF嵌套深度、索引或下标数等

对维护工作量都有影响。

许多软件在开发时并未考虑将来的修改，为软件的维护带来许多问题。;维护成本;维护工作量的模型;7.2.3维护中的典型问题;7.3软件维护过程;1、维护机构;每个维护要求都通过维护管理员转交给相应的系统管理员去评价（系统管理员是被指定去熟悉一小部分产品程序的技术人员）。

系统管理员对维护任务做出评价之后，由变化授权人决定应该进行的活动。;2.维护报告

应该用标准化的格式表达所有软件维护申请（要求）。

维护申请报告或称软件问题报告，由申请维护的用户填写。

用户必须完整地说明产生错误的情况，包括输入数据、错误清单以及其它有关材料。

如果申请的是适应性维护或完善性维护，用户必须提出一份修改说明书，列出所有希望的修改。;???护申请报告将由维护管理员和系统管理员来研究处理。

他们应相应地做出软件修改报告，指明：

所需修改变动的性质；

申请修改的优先级；

为满足某个维护申请报告，所需的工作量

预计修改后的状况.

软件修改报告应提交给变化授权人（修改负责人），经批准后才能开始进一步安排维护工作。;3.维护的事件流;最近的将来要进行大修改和完善的程序

文档的结构方式应该使用户能够方便地根据需要阅读有关的内容。

(2)修改数据的副作用

虽然不要求建立一个正式的维护机构，但是在开发部门确立一个非正式的维护机构则是非常必要的。

(5)系统各部分之间接口的测试；

d是维护人员对软件熟悉程度的度量

⑽因程序变动而删除的源语句数；

用户必须完整地说明产生错误的情况，包括输入数据、错误清单以及其它有关材料。

分析程序结构图

(1)搜集所有存储该程序的文件，阅读这些文件，记下它们包含的过程名，建立一个包括这些过程名和文件名的清单；

(5)插入错误检测语句；

(2)分析各个过程的源代码，建立一个直接调用矩阵D或调用树。

有形的软件维护成本是花费了多少钱，无形的维护成本有更大的影响。

(5)维护每种语言平均花费的人时数；;在每次软件维护任务完成后进行情况评审，对以下问题做一总结：

(1)在目前情况下，设计、编码、测试中的哪一方面可以改进?

(2)哪些维护资源应该有但没有?

(3)工作中主要的或次要的障碍是什么?

(4)从维护申请的类型来看是否应当有预防性维护?

情况评审对将来的维护工作如何进行会产生重要的影响。;4、维护档案记录;5、维护评价;6、程序修改的步骤及修改的副作用;分析和理解程序;

;1.分析程序结构图

(1)搜集所有存储该程序的文件，阅读这些文件，记下它们包含的过程名，建立一个包括这些过程名和文件名的清单；

(2)分析各个过程的源代码，建立一个直接调用矩阵D或调用树。若过程i调用过程j，则D[i][j]＝1，否则D[i][j]＝0。; (3)建立过程的间接调用矩阵I，即直接调用矩阵D的传递闭包

I＝D1∪D2∪D3∪…∪Dn

其中，n是所包含的过程总数.

例如，过程i调用j，j调用k，

则D[i][j]＝1，D[j][k]＝1，

I[i][k]＝1。

(4)分析各个过程的接口，估计更改的复杂性。

;2.数据跟踪

(1)建立各层次的程序级上的接口图，展示各模块或过程的