第8章-软件维护.pptVIP

软件维护 软件维护的定义 软件维护的特点 软件维护过程 软件可维护性 提高可维护性的方法 §8.1 软件维护的定义 软件维护：在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 软件维护的类型 改正性维护 适应性维护 完善性维护 改正性维护 在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部分隐藏的错误遗留到运行阶段。 这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。 为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程就叫做改正性维护。 适应性维护 在使用过程中， 外部环境（新的硬、软件配置） 数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质） 可能发生变化。 为使软件适应这种变化，而去修改软件的过程就叫做适应性维护。 完善性维护 在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。 为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。 这种情况下进行的维护活动叫做完善性维护。 完善性维护 实践表明，在几种维护活动中，完善性维护所占的比重最大。即大部分维护工作是改变和加强软件，而不是纠错。 完善性维护不一定是救火式的紧急维修，而可以是有计划、有预谋的一种再开发活动。 事实证明，来自用户要求扩充、加强软件功能、性能的维护活动约占整个维护工作的50％。 预防性维护 预防性维护是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。 预防性维护定义为：采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。 说明 在整个软件维护阶段所花费的全部工作量中，完善性维护占了几乎一半的工作量。 软件维护活动所花费的工作占整个生存期工作量的70%以上，这是由于在漫长的软件运行过程中需要不断对软件进行修改，以改正新发现的错误、适应新的环境和用户新的要求，这些修改需要花费很多精力和时间，而且有时会引入新的错误。 说明 §8.2 软件维护的特点 1、结构化维护与非结构化维护的对比 2、维护的代价 有形的软件维护成本是花了多少钱，无形的维护成本有更大的影响。 一些合理的修复或修改请求不能及时安排，使得客户不满意； 变更的结果引入新的故障，使得软件整体质量下降； 把软件人员抽调到维护工作中，干扰了软件开发工作。 软件维护的代价是降低了生产率，在做老程序的维护时非常明显。 例如，开发每一行源代码耗资25美元，维护每一行源代码需要耗资1000美元。 维护工作量的模型 维护工作量包括生产性活动（如分析和评价、设计修改和实现）和“轮转”活动（如力图理解代码在做什么、试图判明数据结构、接口特性、性能界限等）。 维护工作量的模型 模型指明，如果使用了不好的软件开发方法（未按软件工程要求做），原来参加开发的人员或小组不能参加维护，则工作量（及成本）将按指数级增加。 3、软件维护的问题 （1）理解别人写的程序通常非常困难 （2）需要维护的软件往往没有合格的文档，或文档资料显著不足 （3）当要求对软件进行维护时，不能指望由开发人员给人们仔细说明软件 （4）绝大多数软件在设计时没有考虑将来的修改 （5）软件维护不是一件吸引人的工作 § 8.3 软件维护过程 软件维护活动 首先建立维护的机构 申明提出维护申请报告的过程及评价的过程 为每一个维护申请规定标准的处理步骤 建立维护活动的登记制度以及规定评价和评审的标准。 1、维护组织 除了较大的软件开发公司外，通常在软件维护工作方面，并不保持一个正式的组织机构。 虽然不要求建立一个正式的维护机构，但是在开发部门确立一个非正式的维护机构则是非常必要的。 2、软件维护申请报告 维护申请报告或称软件问题报告，由申请维护的用户填写。 用户必须完整地说明产生错误的情况，包括输入数据、错误清单以及其它有关材料。 如果申请的是适应性维护或完善性维护，用户必须提出一份修改说明书，列出所有希望的修改。 维护申请报告将由维护管理员和系统管理员来研究处理。 软件维护申请报告 他们应相应地做出软件修改报告，指明： 所需修改变动的性质； 申请修改的优先级； 为满足某个维护申请报告，所需的工作量； 预计修改后的状况. 软件修改报告应提交变化授权人，经批准后才能开始进一步安排维护工作。 3、软件维护工作流程 软件维护工作流程 尽管维护申请的类型不同，但都要进行同样的技术工作。 修改软件设计 设计评审(复查) 对源程序做必要的修改 单元测试 集成测试( 回归测试) 验收测试 软件配置评审等。 软件维护工作流程 在每次软件维护任务完成后进行情况评审，对以下问题做一总结：(1) 在目前情况下，设计、编码、