第8章 维护45476.pptVIP

* * 第八章 维 护 软件维护的定义 维护的特点 维护过程 可维护性 软件质量 关于维护阶段 软件维护是软件生命周期的最后一个阶段，软件 维护就是在软件已经交付使用之后，为了改正错误或 满足新的需要而修改软件的过程。 软件工程方法学的主要目的就是要提高软件的可 维护性，减少软件维护所需要的工作量，降低软件系 统的总成本。 生 命 周 期 工 程 周 期 运 行 维 护 周 期 软件维护工作 软件交付使用后，有四项主要的维护工作： 改正性维护 诊断和改正错误的过程。 适应性维护 是为了和变化了的环境适当地配合 而进行的修改软件的活动，是既必 要又经常的维护活动。 完善性维护 用户提出的一般性的改进意见。 预防性维护 为了改进未来的可维护性和可靠性， 或为了给未来的改进奠定更好的基础 而修改软件。 结构化维护和非结构化维护 维护要求 配置 评价设计 评价代码 修改设计 计划途径 重编程序 复查 ？ 重编程序 复查 交付使用 结构化维护和非结构化维护 如果软件配置的唯一成分是程序代码，那维护活动 从艰苦地评价程序代码开始，而且常常由于程序内部文 档不足而使评价更困难。诸如软件结构、全程数据结构、 系统接口、性能和（或）设计约束等微妙的特点是难于 搞清的，而且常常误解了这一类特点。 如果有一个完整的软件配置存在，那么维护工作从 评价设计文档开始，确定软件重要的结构特点、性能特 点以及接口特点；估量要求的改动将带来的影响，并且 计划实施途径。 维护代价 维护的代价有时是无形的，应引起关注： 因为可用的资源必须供维护任务使用，以至于耽误甚至 丧失了开发的良机； 当看来合理的有关改错或修改的要求不能及时满足是将 引起用户的不满； 由于维护是的改动，在软件中引入了潜伏的故障，从而 降低了软件的质量； 当必须把软件工程调去从事维护工作时，将在开发过程 中造成混乱。 维护代价 维护工作的劳动可以分成： 生产性活动 分析评价，修改设计和编写程序代码 非生产性活动 理解程序代码的功能，解释数据结构， 接口特点和性能限度 维护代价 维护工作量的一个模型： M = P + K * exp(c - d) M: 维护用的总工作量 P: 生产性工作量 K: 经验常数 c: 复杂程度 d: 维护人员对软件的熟悉程度 维护的问题 与软件维护有关的部分问题： 理解别人写的程序通常非常困难； 需要维护的软件往往没有合格的文档，或者文档 资料显著不足； 当要求对软件进行维护时，不能指望有开发人员 给我们仔细说明软件； 绝大多数软件在设计是没有考虑将来的修改。 维护过程 维护组织组织管理整个软件维护过程。 维护组织 维护报告 维护阶段 递交 维护 维护报告 维护报告包括下述信息： 满足维护要求表中提出的要求所需要的工作量； 维护要求的性质； 这项要求的优先次序； 与修改有关的事后数据。 维护事件流 维护类 型识别 估计错误程度 ① 问题分析 严重 分配的人员 评价 优先度 开发目录 低 ③ ② 开始分析 高 计划改正 维护 任务 错误改正目录 不严重 分配的人员 复审 维护 要求 修改后的 软件配置 ? ? ? 保存维护纪录 （1）程序标识； （2）源语句数； （3）机器指令数； （4）使用的程序设计语言； （5）程序安装的日期； （6）自从安装以来程序运行的次数； （7）自从安装以来程序实效的次数； （8）程序变动的层次和标识； （9）因程序变动而增加的源语句数； （10）因程序变动而删除的源语句数； （11）每个改动耗费的人时数；（12）程序改动的日期； （13）软件工程师的名字； （14）维护要求表的标识； （15）维护类型； （16）维护开始和完成的日期； （17）累计用于维护的人时数； （18）与完成的维护相联系的纯效益。 评价维护活动 可以从以下七个方面评价维护工作： 每次程序运行平均实效的次数； 用于每一类维护活动的总人时数； 平均每个程序、每种语言、每种维护类型所做的程序变动数； 维护过程中增加和删除一个源语句平均花费的人时数； 维护每种语言平均花费的人时数； 一张维护要求表的平均周转时间；