软件工程第八章软件维护.pptVIP

--软件维护 在软件开发过程中始终强调软件的可维护性。原因是，一个应用系统由于需求和环境的变化以及自身暴露的问题，在交付用户使用后，对它进行维护是不可避免的，统计和估测结果表明，信息技术中硬件费用一般占35%，软件占65%，而软件后期维护费用有时竟高达软件总费用的80%，所有前期开发费用仅占20%。 许多大型软件公司为维护已有软件耗费大量人力、财力。因此，必须建立一套评估、控制和实施软件维护的机制，这就是本章重点讨论的内容。 内容提要 软件维护的定义 软件维护的类型 结构化维护VS非结构化维护 影响软件维护工作量的因素 软件维护的过程 可维护性 软件维护的管理 软件维护的定义 软件维护是指软件系统交付使用以后，为了改正错误或满足新的需要而修改软件的过程。 一般来说，要求进行维护的原因大致有以下几种： （1）改正程序中的错误和缺陷。 （2）改进设计以适应新的软、硬件环境。 （3）增加新的应用范围。 软件维护的类型 根据软件维护的不同原因，软件维护可以分成三种类型： 改正性维护 适应性维护 完善性维护 预防性维护 改正性维护 在软件交付使用后，因开发时测试的不彻底、不完全，必然会有部分隐藏的错误遗留到运行阶段。 这些隐藏下来的错误在某些特定的使用环境下就会暴露出来。 为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程就叫做改正性维护。 适应性维护 在使用过程中， 外部环境（新的硬、软件配置） 数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质） 可能发生变化。 为使软件适应这种变化，而去修改软件的过程就叫做适应性维护。 完善性维护 在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。 为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。 这种情况下进行的维护活动叫做完善性维护。 预防性维护 预防性维护即软件再工程，是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。 采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试，称为预防性维护。 各种维护类型和维护工作量的比例 软件维护的特点 结构化维护和非结构化维护差别巨大 软件维护的代价高昂 维护问题多 软件维护事件流 结构化维护VS非结构化维护 软件的开发过程对软件的维护产生较大的影响。 如果采用软件工程的方法进行软件开发，保证每个阶段都有完整且详细的文档，这样维护会相对容易，被称为结构化的维护。 反之，如果不采用软件工程方法开发软件，软件只有程序而欠缺文档，则维护工作变得十分困难，被成为非结构化的维护。 结构化维护VS非结构化维护 非结构化维护 在非结构化维护过程中，开发人员只能通过阅读、理解和分析源程序来了解系统功能、软件结构、数据结构、系统接口和设计约束等，这样做是十分困难的，也容易产生误解。要弄清楚整个系统，势必要花费大量的人力和物力，对源程序修改产生的后果难以估计。在没有文档的情况下，也不可能进行回归测试，很难保证程序的正确性。 结构化维护 在结构化维护的过程中，所开发的软件具有各个阶段的文档，它对于理解和掌握软件的功能、性能、体系结构、数据结构、系统接口和设计约束等有很大的作用。维护时，开发人员从分析需求规格说明开始，明白软件功能和性能上的改变，对设计说明文档进行修改和复查，再根据设计修改进行程序变动，并用测试文档中的测试用例进行回归测试，最后将修改后的软件再次交付使用。这种维护有利于减少工作量和降低成本，大大提高软件的维护效率。 软件维护的代价高昂 软件维护的代价高昂 维护费用只不过是软件维护最明显的代价，其他一些还不明显的代价将来可能更为人们关注。其他无形的代价还有： 可用的资源被软件维护所占用。 未能及时满足用户的维护要求时引起用户不满。 维护时改动软件，引入了潜在故障，降低了软件质量。 抽调人员从事维护工作，对新的开发过程造成混乱。 导致生产率的大幅下降。 软件维护的代价高昂 用于维护工作的劳动可以划分成： 生产性活动（如，分析评价、修改设计、编写程序代码等） 非生产性活动（例如，理解程序代码功能、解释数据结构、接口特点、性能限度等） 软件维护的代价高昂 下述表达式给出了维护工作量的一个模型： 其中，M是维护的总工作量，P是生产性工作量，K是经验常数，c是复杂程度，d是维护人员对软件的熟悉程度 上述模型表明，如果软件开发没有运用软件工程方法学，而且原来的开发人员未能够参与到维护工作之中，则维护工作量和费用将指数增加。 软件维护的问题 与软件维护有关的大多数问题都可归因于软件定义和开发方法上的不足。 软件开发时采用急功近利，还是放眼未来的态度，对软件维护影响极大。 一般说来，软件开