教学目的了解维护的概念掌握四类维护了解维护过程.pptVIP

教学目的：了解维护的概念，掌握四类维护，了 解维护过程、软件的可维护性。 教学重点： 维护的概念、维护过程、可维护性。 教学难点： 维护过程 教 具： 多媒体教室、电子教案 作 业： 第15章 软件维护 软件维护是软件生命周期的最后一个阶段，软件从部署完毕到退役的整个时间内对软件的改动所做的工作都是维护的内容。 在项目的各个阶段对项目的可维护性进行充分考虑、对可维护性的严格评审以及在维护阶段有效地组织和管理维护活动，则是保证软件可维护性和降低维护费用的关键。 本章重点内容：维护的主要内容、维护的流程、如何在软件的生产过程各个阶段保证软件的可维护性目标。 15.1 软件维护的基本内容 软件维护的主要目标是使已部署的软件按照需求规格说明书的要求（或用户的新需求）运行，这要求软件不仅要满足用户所需要的各项功能需求，同时还要满足用户对软件的非功能需求。软件维护的基本内容则包含了实现这些目标所做的全部工作。 15.2 软件维护的分类 按照维护的起因分类： 纠错性维护 适应性维护 改善性维护 预防性维护四类。 1. 纠错性维护——为改正软件系统中潜藏 的错误而进行的活动。 用户在使用软件过程中发现软件的错误是激发该种维护的起因。 15.2 软件维护的分类 2. 适应性维护——为适应软件运行环境的 变化而修改软件的活动。 软件的运行环境包括两个方面，硬件和软件，软件则大体上包括操作系统、中间件、虚拟机等等。 15.2 软件维护的分类 3. 改善性维护——根据用户在软件使用过程中提出的建设性意见而进行的维护活动。 主要是针对用户提出的新的软件需求或修改原有的软件需求而进行的维护，该种维护通常占所有维护工作量的一半以上。软件在部署之后一段时间内，用户的改善性维护应该是递减的。 15.2 软件维护的分类 4. 预防性维护——为了进一步改善软件系统的可维护性和可靠性，并为以后的改进奠定基础。 预防性维护可以采取逆向工程（reverse engineering）和重构工（reengineering）方式。 15.2 软件维护的分类 严格按照软件工程标准生产的软件产品在维护过程中纠错性维护的工作量很低，不到总维护工作量的1／5。 由于改善性维护和适应性维护需要修改需求规格说明书，应按照需求变更来进行管理，相当于螺旋模型中的又一次迭代过程，因此工作量很大。 15.3 软件维护的特点 软件维护是一种繁琐而又不可或缺的工作，由于维护通常要求维护人员在用户现场进行，而且维护任务可能非常紧急，因此对现场维护人员的压力很大。而且没有丝毫的成就感。 15.3.1 结构化维护与非结构化维护 非结构化维护——软件的配置中只有源代码。 由于没有分析和设计文档，无法对程序的功能进行反向追踪，理解别人的代码是很痛苦的事情。 由于配置中没有测试文档，所以维护后的代码无法进行回归测试。因而导致程序的结构化被不断的破坏，维护的质量无法得到保证。 15.3.1 结构化维护与非结构化维护 结构化维护——待维护的软件的配置是完整的。 用户提出的维护申请用正向追踪很容易从分析设计文档追踪直至代码中，从而使维护人员很容易定位代码的维护点。所以这种维护不会破坏软件的结构。 结构化维护不仅能减少维护的工作量，还能提高维护的质量。 图15-3-1 非结构化维护和结构化维护 15.3.2 维护成本 20世纪70年代，软件的维护费用约占软件总预算的35~40%。 80年代时，软件维护费用进一步增加，约占软件总预算的60%。 近年来，该值已上升到80%左右。 随着软件复杂性的不断提高，软件的维护难度越来越大。这不仅导致维护成本不断增高，软件生产率急剧下降，还会带来其他方面的负面影响。 维护工作量的估算模型 M＝P+Ke(c-d) 其中： M：维护所用工作量； P：生产性工作量 — 分析评价、修改设计和代码； Ke(c-d)：助动性工作量 — 理解文档和代码； K：经验常数； c：软件的维护复杂度，由软件本身的复杂度，软 件的设计质量以及文档化的程度等因素决定； d：维护人员对软件的熟悉程度； 可见维护工作量同软件的维护复杂度成指数关系。 15.3.3 维护可能存在的问题 1）无法追踪软件的整个创建过程。 2）无法追踪软件版本的进化过程。 软件交付使用后对软件不