实用软件工程教程 教学课件 作者 陈雄峰 第10章 软件维护.pptVIP

第10章 软件维护 教学要点：本章重点介绍软件维护的分类、组织、过程和提高可维护性的方法。要求理解软件维护是持续时间很长的一个阶段，需要建立规范的组织和过程，才能保证提高维护工作的效率；必须在整个软件开发过程中严格遵循软件工程的方法，才能提高软件的可维护性；另外，对原来不是按规范开发的但可能还会使用较长时间的软件，可使用软件再工程的方法重新建立文档、数据和程序，以便提高软件的可维护性、复用性和演化性。有时在进行软件再工程之前，可能需要进行业务过程再工程。 重点掌握：软件维护分类、组织和过程；提高软件可维护性的方法；业务过程再工程和软件再工程的过程。 10.1 软件维护过程 10.1.1 软件维护的定义 什么是软件维护 是指软件系统交付使用以后，为了改正错误或满足新的需要而修改软件的过程 国标GB/T 11457-95给出如下定义 在一软件产品交付使用后对其进行修改，以纠正故障、改进其性能和其它属性，或使产品适应改变了的环境 四类维护活动： 改正性维护 适应性维护 完善性维护 预防性维护 四类维护的定义 改正性维护：为了改正软件系统中的错误，使软件能够满足预期的正常运行状态的要求而进行的维护 适应性维护：为了使软件适应内部或外部环境变化，而去修改软件的过程 改善性维护：满足使用过程中用户提出增加新功能或修改已有功能的建议维护 预防性维护：为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础而修改软件的活动 开发和维护者不应等待用户的维护申请, 可先选择以下类型程序作为预防性维护对象: (1)预计若干年内将继续使用的程序 (2)当今正成功使用的程序 (3)最近的将来要进行大修改和完善的 程序 四类维护所占比例: 各类维护活动的根本目的是延长软件生存期 10.1.2 软件维护的特点 2.维护中的典型问题 (1)难以跟踪软件版本的进化过程, 软件的变化未在文档中反映出来. (2)难以跟踪软件的创建过程. (3)难以读懂他人程序. (4)无文档或不全. (5)软件人员流动性大. (6)设计时未考虑修改需要,修改困难. (7)维护工作无吸引力,缺乏成就感. 10.1.3 软件维护的过程 系统监督员、修改控制决策机构、维护管理员、维护人员和配置管理员等均代表维护工作的某个职责范围。 系统监督员一般都是对程序的某一部分特别熟悉的技术人员，系统监督员可以有其他职责，但应具体分管某一个软件包。 在维护人员对程序进行修改的过程中， 由配置管理员应严格把关，控制修改的范围，对软件配置进行审计。 修改控制决策机构、维护管理员可以是指定的某个人，也可以是一个包括管理人员、高级技术人员在内的小组。 所有人员既然可以是专职的也可以兼职的。 2.维护过程 （1)维护报告维护申请报告和软件修改报告  维护申请报告（表）即软件问题报告，该报告（表）由要求一项维护活动的用户填写。对改正性维护，用户需要将错误出现的现场信息详细描述出来，包括输入数据、错误清单以及其它有关材料。对适应性维护或改善性维护，应该给出一个简短的需求规格说明书。维护申请被批准后，维护申请报告就成为外部文档，作为本次维护的依据。  软件修改报告指明为满足维护申请报告提出的需求所需的工作量、本次维护活动的类别、本次维护请求的优先级、本次修改的背景数据。在拟定进一步维护计划前，软件修改报告要提交给修改决策机构，供进一步规划维护活动使用。  （2)保存维护记录 维护过程中作应记录的数据 程序标识 源程序语句数目 机器代码指令条数 ....... ....... 以收集的数据为基础构造维护数据库, 供维护评价使用. （3)评价维护活动 如果已经开始保存维护记录，可以对维护工作做一些定量度量，至少可以从如下7方面进行评价： 每次程序运行平均失败的次数； 用于每一类维护活动的总人时数； 平均每个程序、每种语言、每种维护类型所必需的程序变动数； 维护过程中增加或删除源语句平均花费的人时数； 维护每种语言平均花费的人时数； 一张维护请求表的平均周转时间； 不同维护类型所占的比例。 10.2 可维护性 10.2.1 决定可维护性的因素 软件可维护性是指纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修改、扩充或压缩的容易程度。 决定可维护性的几个因素： 可理解性 可测试性 可修改性 可移植性 可重用性 文档 可理解性指理解软件的结构、接口、功能和内部过程的难易程度。提高软件可理解性的措施包括：采用模块化的程序结构；书写详细正确的文档；采用结构化程序设计；书写源程序的内部文档；使用良好的编程语言；保证具有良好的程序设计风格等。 可测试性指指测试和诊断软件（主