第8章_维护概论.ppt

第8章 维护 软件生存周期 第8章 维护 软件维护是软件生命周期的最后一个阶段，它处于系统投入生产性运行以后的时期中，因此不属于系统开发过程。 软件维护的基本任务是保证软件在一个相当长的时期能够正常运行。 软件维护需要的工作量非常大，虽然在不同应用领域维护成本差别很大，但是，平均说来，大型软件的维护成本高达开发成本的四倍左右。 8.1.1 软件维护定义 所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 软件维护包括下述4项活动。 诊断和改正错误的过程：改正性维护 为了和变化了的环境适当地配合而进行的修改软件的活动：适应性维护 为了满足在使用软件的过程中用户的建议和改进意见而作的维护：完善性维护 为了给未来的改进奠定更好的基础而修改软件：预防性维护 8.1.1 软件维护定义 8.2 维护的特点 结构化维护与非结构化维护的差别巨大 1.非结构化维护 如果软件配置的唯一成分是程序代码，那么维护活动从艰苦地评价程序代码开始，而且常常由于程序内部文档不足而使评价更困难。而且对程序代码所做的改动的后果是难于估量的：因为没有测试方面的文档，所以不可能进行回归测试。 非结构化维护付出代价高昂。 8.2 维护的特点 2.结构化维护 如果有一个完整的软件配置存在，那么维护工作从评价设计文档开始，确定软件重要的结构特点、性能特点以及接口特点；估量要求的改动将带来的影响，并且计划实施途径。然后首先修改设计并且对所做的修改进行仔细复查。接下来编写相应的源程序代码；使用在测试说明书中包含的信息进行回归测试；最后，把修改后的软件再次交付使用。 结构化维护能减少精力浪费并且能提高维护的总体质量。 8.2 维护的特点 8.2 维护的特点 维护的代价 软件维护的最明显的代价：维护费用 无形的代价： 因为可用的资源必须供维护任务使用，以致耽误甚至丧失了开发的良机。 当看来合理的有关改错或修改的要求不能及时满足时将引起用户不满。 由于维护时的改动，在软件中引入了潜伏的错误，从而降低了软件的质量。 当必须把软件工程师调去从事维护工作时，将在开发过程中造成混乱。 生产率的大幅度下降。 8.2 维护的特点 维护工作量的一个模型： 8.2 维护的特点 维护的问题 与软件维护有关的绝大多数问题，都可归因于软件定义和软件开发的方法有缺点。 在软件生命周期的头两个时期没有严格而又科学的管理和规划，几乎必然会导致在最后阶段出现问题。 8.2 维护的特点 和软件维护有关的部分问题： 理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加。如果仅有程序代码没有说明文档，则会出现严重的问题。 需要维护的软件往往没有合格的文档，或者文档资料显著不足。认识到软件必须有文档仅仅是第一步，容易理解的并且和程序代码完全一致的文档才真正有价值。 当要求对软件进行维护时，不能指望由开发人员给我们仔细说明软件。由于维护 “阶段持续的时间很长，因此，当需要解释软件时，往往原来写程序的人已经不在附近了。 8.2 维护的特点 绝大多数软件在设计时没有考虑将来的修改。除非使用强调模块独立原理的设计方法论，否则修改软件既困难又容易发生差错。 软件维护不是一项吸引人的工作。形成这种观念很大程度上是因为维护工作经常遭受挫折。 8.3 软件维护过程 维护过程本质上是修改和压缩了的软件定义和开发过程。 为了有效地进行软件维护，应事先就开始做组织工作。 首先建立一个维护组织 确定报告及评价的过程 为每一个维护要求规定一个标准化的事件序列 建立一个适用于维护活动的记录保管过程，并且规定复审标准 8.3 软件维护过程 维护组织 8.3 软件维护过程 维护报告 应该用标准化的格式表达所有软件维护要求。 软件维护人员给用户提供空白的维护要求——有时称为软件问题报告表，由要求一项维护活动的用户填写。 如果遇到了一个错误，那么必须完整描述导致出现错误的环境（包括输入数据，全部输出数据，以及其他有关信息）。 对于适应性或完善性的维护要求，应该提出一个简短的需求说明书。 由维护管理员和系统管理员评价用户提交的维护要求表。 8.3 软件维护过程 维护要求表是一个外部产生的文件，它是计划维护活动的基础。 软件组织内部应该制定出一个软件修改报告，它给出下述信息： （1）满足维护要求表中提出的要求所需要的工作量； （2）维护要求的性质； （3）这项要求的优先次序； （4）与修改有关的事后数据。 在拟定进一步的维护计划之前，把软件修改报告提交给变化授权人审查批准。 8.3 软件维护过程 维护的事件流 8.3 软件维护过程 保存维护记录 应该为每项维护工作都收集下述数据： （1）程序标识； （2）