软件工程理论及应用课件作者周屹第10章节.ppt

尚辅网 / 软件维护阶段覆盖了从软件交付使用到软件被淘汰为止的整个时期。软件的开发时间可能需要一、二年，甚至更短，但它的使用时间可能要经历几年或几十年。 在软件开发过程中始终强调软件的可维护性。原因是，一个应用系统由于需求和环境的变化以及自身暴露的问题，在交付用户使用后，对它进行维护是不可避免的，统计和估测结果表明，信息技术中硬件费用一般占35%，软件占65%，而软件后期维护费用有时竟高达软件总费用的80%，所有前期开发费用仅占20%。对软件而言，“维护”是个不太直观的术语，因为软件产品在重复使用时不会被磨损，并不需要进行象对车辆或电器那样的维护。许多大型软件公司为维护已有软件耗费大量人力、财力。因此，必须建立一套评估、控制和实施软件维护的机制。 软件维护需要的工作量非常大。平均说来，大型软件的维护成本高达开发成本的四倍左右。目前国外许多软件开发组织把60%以上的人力用于维护已有的软件，而且随着软件数量增多和使用寿命延长，这个百分比还在持续上升。将来维护工作甚至可能会束缚住软件开发组织的手脚，使他们没有余力开发新的软件。 10.1 软件维护案例介绍 10.2 软件维护概述 10.2.1软件维护的类型 10.2.2软件维护的困难 10.2.3软件维护的费用 10.2.4软件维护的方式 10.3软件系统的维护 10.3.1概述 10.3.2软件维护的过程 10.3.3软件维护技术 10.3.4影响维护工作量的因素 10.3.5软件维护的策略 10.3.6维护成本 10.1 软件维护案例介绍 维护发生在一个软件产品发布之后。普遍地估计软件70%左右的费用集中于维护。如果疏忽这个方面，软件品质的研究是不会令人满意的。文档驱动的软件维护主要包括用户文档和系统文档。 用户文档是用户了解系统的第一步，它应该能使用户获得对系统的准确的初步印象。文档的结构方式应该使用户能够方便地根据需要阅读有关的内容。 用户文档至少应该包括下述5方面的内容： (1)功能描述，说明系统能做什么； (2)安装文档，说明怎样安装这个系统以及怎样使系统适应特定的硬件配置； (3)使用手册，简要说明如何着手使用这个系统(应该通过丰富例子说明怎样使用常用的系统功能，还应该说明用户操作错误时怎样恢复和重新启动)； (4)参考手册，详尽描述用户可以使用的所有系统设施以及它们的使用方法，还应该解释系统可能产生的各种出错信息的含义(对参考手册最主要的要求是完整，因此通常使用形式化的描述技术)； (5)操作员指南(如果需要有系统操作员的话)，说明操作员应该如何处理使用中出现的各种情况。上述内容可以分别作为独立的文档，也可以作为一个文档的不同分册，具体做法应该由系统规模决定。 10.2 软件维护概述 一种软件产品在重复的使用中是不会磨损的，因此并不需要象汽车或电视机那样的”维护”。事实上，这个词被软件人员用以描述一些重要的和一些并不重要的活动。重要的部份是指修改：当计算机系统的规格改变了，其反映了外部的世界的改变，因此系统自己也必须要改变。并不重要的部份是指后期除错：首先移除那些不应该在那里的错误。软件维护是指在软件运行或维护阶段对软件产品所进行的修改。生存周期的最后一个阶段，所有活动都发生在软件交付并投入运行之后。软件维护强调必须在现有系统的限定和约束条件下实施，维护活动根据起因可分为改正性维护、适应性维护、改善性维护和预防性维护四类。 10.2.1软件维护的类型 改正性维护： 在软件交付使用后，由于开发时测试得不彻底或不完全，在运行阶段会暴露一些开发时未能测试出来的错误。为了识别和纠正软件错误，改正软件性能上的缺陷，避免实施中的错误使用，应当进行的诊断和改正错误的过程，这就是改正性维护。 10.2.2软件维护的困难 软件维护的困难性主要是由于软件需求分析和开发方法的缺陷造成的。软件生存周期中的开发阶段没有严格而又科学的管理和规划，几乎必然会导致在最后阶段出现问题。 10.2.3软件维护的费用 在过去的几十年中，软件维护的费用稳步上升。维护费用只不过是软件维护的最明显的代价，其他一些现在还不明显的代价将来可能更为人们所关注。因为可用的资源必须供维护任务使用，以致耽误甚至丧失了开发新软件的良机，这是软件维护的一个无形的代价。其他无形的代价还有：当看来合理的有关改错或修改的要求不能及时满足时将引起用户不满；由于维护时的改动，在软件中引入了潜伏的故障，从而降低了软件的质量；当必须把软件工程师调去从事维护工作时，将在开发过程中造成混乱。 10.2.4软件维护的方式 软件维护可分为，结构化与非结构化的维护。 如果软件配置的唯一成分是程序代码，那么维护活动从艰苦地评价程序代码开始，而且常常由于程序内部文档不足而使评价更困难。诸如软件结构、全程数据结