第13讲 软件维护.pptVIP

维护的类型有四种： 改正性维护 适应性维护 扩充与完善性维护 预防性维护 结构性维护与非结构性维护 再工程是一个重新构建活动，如果我们考虑一个类比活动：重建一所房子，我们可能能够更好的理解信息系统的再工程。考虑如下情况： 让我们假定你在另一个州购买了一所房子。你从来没有实际地看到该房产，但是你以一个令人惊异的低价格获得了它，给你的警告是它可能需要彻底地重建。你将如何进行该项工作？ ·在你开始重建前，检查一下房子似乎是合理的。为了确定它是否确实需要重建，你(或职业的检查员)将列出一组标准，以使得你的检查可系统地进行。 ·在你拆掉并重建整个房子前，确认其结构是不牢固的。如果该房子结构良好，则可能是“改造(remodel)”而不是重建(以低得多的价格和少得多的时间)。 ·在你开始重建前，确认你已经了解了原房是如何建造的。到墙内部看一看，了解布线、管道、以及内部结构。即使你废弃掉所有这些，对原房的洞悉对你开始建造是一定有帮助的。 ·如果你开始重建，只使用最现代的、可耐久的材料。这可能会贵一些，但是，它将帮助你避免以后的昂贵的和耗时的维护。 ·如果你决定重建，一定要采用严格的方式。使用在今天和未来均将导致高质量的惯例。 如果把维护比作“修修补补”，那么再生工程就算是“痛改前非”。 乍看起来，主动去改造一个目前运行得正常的软件系统简直就是“惹事生非”。但是软件技术发展如此迅速，与其等待一个有价值的产品逐渐老死，还不如主动去更新，以获取更大的收益。其道理就同打预防性针一样。所以，预防性维护是“吃小亏占大便宜”的事 * * * 第八章 软件维护 8.1 软件维护的定义 软件维护 ---- 就是在软件已经交付使用之后，为保证软件在相当长的时期能够正常运作所进行的软件活动。 普通人轻视软件维护工作， 会失掉极其宝贵的机会； 维护人员轻视软件维护工作， 会失掉本应精彩的人生； 老板轻视软件维护工作， 会丢掉大片本来属于自己的市场……  * 改正性维护 --- Corrective Maintenance 在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部分隐藏的错误遗留到运行阶段。 这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。 为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，所进行的诊断和改正错误的过程就叫做改正性维护。 * 适应性维护 --- Adaptive Maintenance 在使用过程中， 外部环境（新的硬、软件配置） 数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质） 可能发生变化。 为使软件适应这种变化，而去修改软件的过程就叫做适应性维护。 * 扩充与完善性维护 --- Perfective Maintenance 在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。 为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。 这种情况下进行的维护活动叫做扩充与完善性维护。 * 预防性维护 --- Preventive Maintenance 预防性维护是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。 预防性维护定义为：采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。 * 各种维护所占比例: 其它维护 4 % 适应性维护 18%～ 25% 改正性维护 17%～ 21% 扩充与完善性维护 50% ～ 60% * 8.2 软件维护的特点 -- 影响维护工作量的因素 系统大小： 程序设计语言 系统年龄： 数据库技术的应用： 先进的软件开发技术： * 维护成本 有形的软件维护成本是花费了多少钱，无形的维护成本有更大的影响。 一些合理的修复或修改请求不能及时安排，使得客户不满意； 变更的结果引入新的故障，使得软件整体质量下降； 把软件人员抽调到维护工作中，干扰了软件开发工作。 M 是维护中消耗的总工作量 P 是生产性工作量 K 是一个经验常数 c 是因缺乏好的设计和文档而导致复杂性的度量 d 是维护人员对软件熟悉程度的度量 * 8.2.3 维护中的典型问题 无文档或不全.难以读懂他人程序. 难以跟踪软件版本的进化过程,软件的变化未在文档中反映出来. 软件人员流动性大. 设计时未考虑修改需要,修改困难 维护工作无吸引力,缺乏成就感. 采用软件工程方法至少可部