[理学]第8章 软件维护.ppt

第1章 软件工程学概述 第2章 可行性研究 第3章 需求分析 第4章 形式化说明技术 第5章 总体设计 第6章 详细设计 第7章 实现 第8章 维护 第9章 面向对象方法学引论 第10章 面向对象分析 第11章 面向对象设计 第12章 面向对象实现 第13章 软件项目管理 第八章 维护 软件在交付用户使用后，就进入了其生命周期的最后一个阶段——维护，维护阶段的基本任务是保证软件在一个相当长的时期能够正常运行。 维护也是软件生命周期中持续时间最长代价最大的一个阶段。软件工程学的主要目的就是提高软件的可维护性，降低维护的代价。 教学内容 8.1 软件维护的定义 8.2 软件维护的特点 8.3 软件维护过程 8.4 软件的可维护性 8.5 预防性维护 8.6 软件再工程过程 8.1 软件维护的定义 软件维护：指在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 软件维护通常包括4类活动：改正性维护、适应性维护、完善性维护、预防性维护。 注意，4类维护活动都必须应用于整个软件配置，维护软件文档和维护软件的可执行代码同样重要。 改正性维护：为了纠正在使用过程中暴露出来的程序错误而进行的维护活动。改正性维护的工作量大约占软件维护总工作量的17%-21%。 适应性维护：为了适应外部环境的变化而进行的维护活动。适应性维护的工作量大约占软件维护总工作量的18%-25%。 完善性维护：为了根据用户需要改进原有软件而进行的维护活动。完善性维护的工作量大约占软件维护总工作量的50%-66%。 预防性维护：为了改进软件将来的可维护性和可靠性而进行的维护活动。预防性维护的工作量大约占软件维护总工作量的4%。 四类软件维护的比例 8.2 软件维护的特点（课本180-181页） 软件维护的三个特点： 结构化维护与非结构化维护差别巨大 维护的代价高昂 维护的问题很多 1. 结构化维护与非结构化维护差别巨大 2. 维护的代价高昂 有形代价：软件维护的费用，占软件总预算的80%-90% 无形代价： 可用资源必须供维护任务使用，以致耽误甚至丧失了开发良机； 当看来合理的修改要求不能及时满足时将引起用户不满； 由于维护时的改动，在软件中引入了潜伏的错误，从而降低了软件的质量； 当必须把软件工程师调去从事维护工作时，将在开发过程中造成混乱。 生产率的大幅度下降 用于维护工作的劳动可以分成生产性活动和非生产性活动。下述表达式给出维护工作量的一个模型： M=P+K×exp(c-d) 其中： M是维护用的总工作量； P是生产性工作量； K是经验常数； c是复杂程度(非结构化设计和缺少文档都会增加软件的复杂程度)； d是维护人员对软件的熟悉程度。 3. 维护的问题很多 与软件维护有关的绝大多数问题，都可归因于软件定义和软件开发的方法有缺点，下面列出和软件维护有关的部分问题： （1） 理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加。 （2） 需要维护的软件往往没有合格的文档，或者文档资料显著不足。容易理解的并且和程序代码完全一致的文档才真正有价值。 （3） 当要求对软件进行维护时，不能指望由开发人员给我们仔细说明软件。 （4） 绝大多数软件在设计时没有考虑将来的修改。除非使用强调模块独立原理的设计方法学，否则修改软件既困难又容易发生差错。 （5） 软件维护不是一项吸引人的工作。形成这种观念很大程度上是因为维护工作经常遭受挫折。 8.3 软件维护过程（课本182-185页） 维护过程本质上是修改和压缩了的软件定义和开发过程：首先必须建立一个维护组织，随后必须确定报告和评价的过程，而且必须为每个维护要求规定一个标准化的事件序列。此外，还应该建立一个适用于维护活动的记录保管过程，并且规定复审标准。 1. 维护组织 2. 维护报告 软件维护报告应由用户提交的维护要求表和软件组织制定的软件修改报告两部分构成。 对于改正性维护，用户需在维护要求表中完整描述导致出现错误的环境；对于适应性或完善性维护，则应在维护要求表中提出简短需求说明书。由维护管理员和系统管理员评价用户提交的维护要求表。 软件修改报告给出下述信息： (1) 满足维护要求表中提出的要求所需要的工作量； (2) 维护要求的性质； (3) 这项要求的优先次序； (4) 与修改有关的事后数据。 3. 维护的事件流 4. 保存维护记录 需要记录的内容： (1) 程序标识； (2) 源语句数； (3) 机器指令条数； (4) 使用的程序设计语言； (5) 程序安装的日期； (6) 自从安装以来程序运