软件工程（ 第三版） 高职软件专业 高树芳米昶 课件 第9章 软件维护.pptVIP

尚辅网 尚辅网 第9章 软件维护 本章主要内容 软件维护的类型 软件维护的特点 维护过程与组织 如何提高软件的可维护性 第9章 软件维护 本章结构： 9.1 软件维护的类型和策略 9.2 软件维护的特点 9.3 软件维护过程与组织 9.4 软件软件的可维护性 9.5 软件维护的副作用 9.6 软件逆向工程与再生工程 9.1 软件维护的类型与策略 9.1.1软件维护的类型 （1）改正性维护 改正性维护是为了识别和纠正开发和测试中未发现的软件错误，修正软件性能上的缺陷、排除实施中的误使用而进行的诊断和改正错误的过程。 （2）适应性维护 为使应用软件适应计算机硬、软件环境变化而修改软件的过程称适应性维护。 （3）完善性维护 在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为增加软件功能、增强软件性能，提高软件运行效率而进行的维护活动称完善性维护。 （4）预防性维护 为提高软件的可维护性和可靠性而对软件进行的修改称预防性维护。 9.1 软件维护的类型与策略 据有关资料统计，各类维护的工作量占总的维护工作量的百分比大致如图9.1所示。 9.1 软件维护的类型与策略 9.1.2 软件维护的策略 根据影响软件维护工作量的各种因素，针对三种主要类型的维护，James Martin等提出了一些维护策略，以控制维护成本。 1．改正性维护 使用新技术可产生更可靠的代码，从而大大提高软件的可靠性，并减少改正性维护的需要。 2．适应性维护 这一类维护不可避免，但可以控制。 3．完善性维护 利用前两类维护中列举的方法，也可以减少这一类维护。特别是使用数据库管理系统、程序生成器、应用软件包等可以减少维护工作量。 9.2 软件维护的特点 1．非结构化维护和结构化维护 (1)非结构化维护 因为只有源程序，没有文档或文档很少，维护活动只能从阅读、理解和分析源程序代码开始，而这是相当困难的。非结构化维护不仅会浪费大量的人力和物力，还会使维护人员的积极性受到打击。这是没有使用软件工程方法开发软件的后果。 9.2 软件维护的特点 (2)结构化维护 运用软件工程思想开发的软件具有各个阶段的文档，这对于理解、掌握软件功能、性能、软件结构、数据结构、系统接口和设计约束有很大作用。 使用软件工程方法开发的软件，虽然不能保证维护工作一切顺利，但由于软件文档对理解软件结构和设计思路有很大帮助，可以缩短维护时间，减少维护工作量，并提高维护质量。 9.2 软件维护的特点 2．软件维护的困难性 （1）难以读懂他人的程序。 （2)文档不一致。 （3）软件开发和软件维护在人员和时间上的差异。 （4）维护工作毫无吸引力,缺乏成就感。 （5）难以追踪软件的建立过程。 （6）通过多种版本的发行，难以追踪软件版本的演化过程。 （7）绝大多数软件在设计时未考虑以后可能要修改。 9.3 软件维护过程与组织 1．维护机构 维护组织如图9.2所示 。 9.3 软件维护过程与组织 2．制定维护文档 所有软件维护申请都应按规定的方式提出。软件维护组织通常提供维护申请报告（Maintenance Request Report, MRR）或称软件问题报告，由申请维护的用户填写。 在软件维护组织内部还要制定相应的软件修改报告（Software Change Report, SCR） 。 9.3 软件维护过程与组织 3．维护流程 当一个维护申请提出，并经过评审确定需要维护时，则按图9.3所示的过程实施维护。 9.3 软件维护过程与组织 4．维护记录 其内容包括程序标识、源程序语句条数、机器指令条数、使用的程序设计语言、安装程序的日期、安装以来程序的运行次数、安装以来程序的失效次数、程序变动的层次标识、因变动程序而增加的源程序语句数、因变动程序而删除的源程序语句数、每次改动所花费的“人时”数、程序改动的日期、软件维护人员的姓名、维护申请报告的标识、维护类型、维护开始和完成的日期、累计用于维护的 “人时”数、维护工作的净收益等。 9.3 软件维护过程与组织 5．维护评价 可从以下7个方面评价维护工作： ⑴每次程序运行的平均失效次数。 ⑵用于每一类维护活动的总的“人时”数。 ⑶平均每个程序、每种语言、每种维护类型所做的程序变动次数。 ⑷增加或删除每一条源程序语句平均花费的 “人时”数。 ⑸每种语言所花费的平均“人时”数。 ⑹维护申请报告的平均周转时间。 ⑺不同维护类型所占的百分比。 9.3 软件维护过程与组织 5．维护评价 可从以下7个方面评价维护工作： ⑴每次程序运行的平均失效次数。 ⑵用于每一类维护活动的总的“人时”数。 ⑶平均每个程序、每种语言、每种维护类型所做的程序变动次数。 ⑷增加或删除