软件工程导论软件维护.pptVIP

软 件 工 程 导 论 * * 8.5.3 进行明确的质量保证审查 3）周期性地维护复审 软件在运行期间，为了纠正新发现的错误或缺陷，为了适应计算环境的变化，为了响应用户新的需求，必须进行修改。因此会导致软件质量有变坏的危险，可能产生新的错误，破坏程序概念的完整性。因此，必须像硬件的定期检查一样，每月一次或二月一次，对软件作周期性的维护审查，以跟踪软件质量的变化。 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 软 件 工 程 导 论 * * 8.5.3 进行明确的质量保证审查 3）周期性地维护复审 周期性维护审查实际上是开发阶段检查点复查的继续，并且采用的检查方法、检查内容都是相同的。维护审查的结果可以同以前的维护审查的结果、以及以前的验收检查的内容和检查点检查的结果相比较，任何一种改变都表明在软件质量上或其他类型的问题上可能起了变化。 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 软 件 工 程 导 论 * * 8.5.3 进行明确的质量保证审查 4）对软件包进行检查 软件包是一种标准化了的、可为不同用户使用的软件。软件包卖主考虑到他的专利权，一般不会提供给用户他的源代码和程序文档。因此，对软件包的维护采取的方法不同。 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 软 件 工 程 导 论 * * 8.5.3 进行明确的质量保证审查 4）对软件包进行检查 使用单位的维护人员首先要仔细分析、研究卖主提供的用户手册、操作手册、培训教程、新版本说明、计算机环境要求书、未来特性表以及卖方提供的验收测试报告等，在此基础上，深入了解本单位的希望和要求，编制软件包的检验程序。 该检验程序检查软件包程序所执行的功能是否与用户的要求和条件相一致。为了建立这个程序，维护人员可以利用卖方提供的验收测试实例，还可以自己重新设计新的测试实例。根据测试结果，检查和验证软件包的参数或控制结构，以完成软件包的维护。 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 软 件 工 程 导 论 * * 8.5.4 选择可维护的程序设计语言 程序语言的选择，对程序的可维护性影响很大。 低级语言 机器语言 汇编语言 高级语言（FORTRAN、COBOL 、PL/1 ） 第四代语言 过程性语言 非过程性语言 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 软 件 工 程 导 论 * * 8.5.4 选择可维护的程序设计语言 程序设计语言对可维护性的影响 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 第一代语言 第二代语言 第三代语言 第四代语言 机器语言 汇编语言 高级语言：FORTRAN、COBOL、PL/1 查询语言，报表生成语言，图象语言，应用生成语言 可维护性 低 高 软 件 工 程 导 论 * * 8.5.5 改进程序的文档 概述 程序文档是对程序总目标、程序各组成部分之间的关系、程序设计策略、程序实现过程的历史数据等的说明和补充。程序文档对提高程序的可理解性有着重要作用。即使是一个十分简单的程序，要想有效地、高效率地维护它，也需要编制文档来解释其目的及任务。而对于程序维护人员来说，要想对程序编制人员的意图重新改造，并对今后变化的可能性进行估计，缺了文档也是不行的。 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 软 件 工 程 导 论 * * 8.5.5 改进程序的文档 概述 为了维护程序，人们必须阅读和理解文档。在软件维护阶段，利用历史文档，可以大大简化维护工作。 历史文档有三种： 系统开发日志 错误记载 系统维护日志 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 软 件 工 程 导 论 * * 8.6 逆向工程和再工程 逆向工程 逆向工程是通过考察产品的实际样品，导出该产品的一个或多个设计与制造的规格说明。公司作逆向工程的程序，一般是自己的程序，有些是多年以前开发出来的。这些程序没有规格说明，对它们的了解很模糊。 因此，软件的逆向工程是分析程序，力图在比源代码更高的抽象层次上建立程序表示的过程。逆向工程是设计恢复的过程。逆向工程工具可以从已存在程序中抽取数据结构、体系结构和程序设计信息。 基本概念 软件维护 程序修改 可维护性 本章小结 逆向工程 改善措施 软 件 工 程 导 论 * * 再工程（re-engineering） 再工程也叫复壮（修理）或再生。它不仅能从已存在的程序中重新获得设计信息，而且还能使用这些信息改建或冲沟现有的系统，以改进它的综合质量。一般软件人员利用再工程重新实现已存在的程