第11章软件维护汇.ppt

第11章 软件维护 软件维护的3个主要问题： （1）非结构化的维护太多、太难 （2）维护费用开销太大 （3）维护工作是费力不讨好的事，没有创新，学不到新知识 要将软件维护做好，就必须做到： 开发文档、管理文档、维护文档必须齐全，使所有的维护工作都变为集成化维护工作，也就是提高系统的可维护性的问题。 在签订软件合同时必须将软件的维护工作范围、内容、期限和费用增加进去，并明确甲乙双方在维护工作中的责任。 维护人员在缺陷维护（即程序级）维护和功能维护（即设计级维护）上虽然不能随意地创新，但是可以分析维护前系统的缺陷或毛病，收集并整理用户的意见与建议，从而去策划新版本的蓝图，在新版本的升级上做到有所创新。 11.1 软件维护的概念 所谓软件维护，就是指软件项目或产品在安装、运行并交付给用户使用后，在新版本升级之前的这段时间里，软件厂商向客户提供的服务工作。 软件维护的分类 （1）纠错性维护： 产品或项目中存在缺陷或者错误，在测试和验收时未发现，到了使用过程中逐渐暴露出来，需要改正。 （2）适应性维护： 这类维护是为了产品或项目适应变化了的硬件、系统软件的运行环境，如系统升级 （3）完善性维护： 这类维护是为了给软件系统增加一些新的功能，使产品或项目的功能更加完善与合理，又不至于对系统进行伤筋动骨的改造，这类维护占维护活动的大部分。 （4）预防性维护： 这类维护是为了提高产品或项目的可靠性和可维护性，有利于系统的进一步改造或升级换代。 所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。 所谓软件维护就是在软件已经交付使用之后，为了改正错误或满足新的需要而修改软件的过程。可以通过描述软件交付使用后可能进行的4项活动，具体地定义软件维护。p299 软件维护的特点 结构化维护的前提是：软件产品或软件项目必须有完善的文档，并且文档与程序代码互相匹配，两者完全一致。在这样的前提下，四大类维护不但都会比较省力，而且维护后可以用原来的测试用例进行回归测试。维护文档只要在原来的文档上加上适当修改，形成修改后的新版本文档即可，该新版本只是一个很小的版本号，不构成大版本的升级。 反之，若软件产品或软件项目只有程序而没有文档，或文档很不规范，很不齐全，对这样的软件进行维护就不能叫结构化维护，只能叫非结构化维护。 （1）非结构化维护。 如果软件配置的唯一成分是程序代码，那么维护活动从艰苦地评价程序代码开始，而且常常由于程序内部文档不足而使评价更困难，对于软件结构、全程数据结构、系统接口、性能和（或）设计约束等经常会产生误解，而且对程序代码所做的改动的后果也是难于估量的：因为没有测试方面的文档，所以不可能进行回归测试（即指为了保证所做的修改没有在以前可以正常使用的软件功能中引入错误而重复过去做过的测试）。非结构化维护需要付出很大代价（浪费精力并且遭受挫折的打击），这种维护方式是没有使用良好定义的方法学开发出来的软件的必然结果。 （2）结构化维护。 如果有一个完整的软件配置存在，那么维护工作从评价设计文档开始，确定软件重要的结构特点、性能特点以及接口特点；估量要求的改动将带来的影响，并且计划实施途径。然后首先修改设计并且对所做的修改进行仔细复查；接下来编写相应的源程序代码，使用在测试说明书中包含的信息进行回归测试；最后，把修改后的软件再次交付使用。刚才描述的事件构成结构化维护，它是在软件开发的早期应用软件工程方法学的结果。虽然有了软件的完整配置并不能保证维护中没有问题，但是确实能减少精力的浪费并且能提高维护的总体质量。 维护的代价太大 维护费用只不过是软件维护的最明显的代价，其他一些现在还不明显的代价将来可能更为人们所关注。 与维护有关的问题很多 与软件维护有关的绝大多数问题，都可归因于软件定义和软件开发的方法有缺点。在软件生命周期的头两个时期没有严格而又科学的管理和规划，必然会导致在最后阶段出现问题。 （1）理解别人写的程序通常非常困难，而且困难程度随着软件配置成分的减少而迅速增加。如果仅有程序代码没有说明文档，则会出现严重的问题。 （2）需要维护的软件往往没有合格的文档，或者文档资料显著不足。认识到软件必须有文档仅仅是第一步，容易理解的并且和程序代码完全一致的文档才真正有价值。 （3）当要求对软件进行维护时，不能指望由开发人员给人们仔细说明软件。由于维护阶段持续的时间很长，因此，当需要解释软件时，往往原来写程序的人已经不在附近了。 （4）绝大多数软件在设计时没有考虑将来的修改。除非使用强调模块独立原理的设计方法学，否则修改软件既困难又容易发生差错。 （5）软件维护不是一项吸引人的工作。形成这种观念很大程度上是因为维护工作经常遭受挫折。 预防性维护 对老程序的维护可以选择以下几种方法： （1）反复多次地做修改程序的尝试，与不可