第11讲 软件维护与再工程.pptVIP

乐山师范学院计算机科学系 软件工程课程 软件工程 第11讲软件维护与再工程 软件演化是指软件在交付以后，对软件进行的一系列活动的总称。 软件演化包括：软件的维护、软件再工程。 软件维护阶段覆盖了从软件交付使用到软件被淘汰为止的整个时期。软件的开发时间可能需要一、二年，甚至更短，但它的使用时间可能要经历几年或几十年。维护是不可避免的，维护成本甚至达到整个软件生存周期总成本的40%~70%。如何提高软件维护的效率、降低软件维护的代价成为了关键问题。 再工程的主要目的是为遗留系统转化为可演化系统提供一条现实可行的途径，是在软件生命周期终止后开始的一个新的阶段。 内容摘要 软件维护 再工程技术 内容摘要 软件维护 再工程技术 软件维护的概念 什么是软件维护 是软件生存周期的最后一个阶段，是指软件系统交付使用以后，为了改正错误或满足新的需要而修改软件的过程 国标GB/T 11457-95给出如下定义 在一软件产品交付使用后对其进行修改，以纠正故障、改进其性能和其它属性，或使产品适应改变了的环境 软件维护的概念－软件维护分类 两种错误认识 软件维护是一次新的开发活动 软件维护就是改错 新开发活动强调要在一定的约束条件下从头开始实施；软件维护强调必须在现有系统的限定和约束条件下实施 根据起因不同，软件维护可以分为纠错性维护、适应性维护、改善性维护和预防性维护四类 软件维护的概念－软件维护分类 纠错性维护：为了改正软件系统中的错误，使软件能够满足预期的正常运行状态的要求而进行的维护 适应性维护：为了使软件适应内部或外部环境变化（软件或硬件）而去修改软件的过程 改善性维护：在软件使用过程中，为了满足用户提出增加新功能或修改已有功能的建议而修改软件的过程 预防性维护：为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础而修改软件的活动。可定义为“把今天的方法学用于昨天的系统以满足明天的需要” 软件维护的概念－软件维护分类 实践表明：在这四种维护中，改善性维护所占比重最大，即来自用户要求扩充、加强软件功能、性能的维护活动约占整个维护工作的50% 在实践中，软件维护各种活动常常交织在一起，尽管这些维护在性质上有些重叠，但是还是有充分的理由区分这些维护活动 只有正确区分维护活动的类型才能够更有效地确定维护需求的优先级 软件维护的概念－维护问题 非结构化维护：如果不采用软件工程方法开发软件，软件只有程序而欠缺文档，则维护工作将变得十分困难 非结构化维护中，开发人员只能通过阅读、理解和分析源程序来了解系统功能、软件结构、数据结构、系统接口和设计约束等，这样做十分困难且容易误解。要弄清楚整个系统，势必要花费大量的人力和物力，对源程序修改产生的后果也难以估计，在没有文档的情况下，也不可能进行回归测试，很难保证程序的正确性 结构化维护：采用软件工程的方法进行软件开发，保证每个阶段都有完整且详细的文档，这样维护会相对容易 结构化维护中，开发各阶段中生成的文档对于理解和掌握软件的功能、性能、体系结构、数据结构、系统接口和设计约束等有很大的帮助。开发人员从分析需求规格说明开始，明白软件功能和性能上的改变，对设计说明文档进行修改和复查，再根据设计修改进行程序变动，并用测试文档中的测试用例进行回归测试，最后将修改后的软件再次交付使用。有利于减少工作量和降低成本，大大提高软件的维护效率 软件维护的概念－维护问题 和软件维护有关的部分问题 ： 理解别人的代码通常是非常困难的，而且难度随着软件配置成分的缺失而迅速增加 需要维护的软件往往没有文档、或文档资料严重不足、或软件的变化未在相应的文档中反映出来 当软件要求维护时，不能指望由原来的开发人员来完成或提供软件的解释。由于维护持续时间很长，因此当需要解释软件时候，往往开发人员已经不在岗位了 绝大多数软件在设计时没有考虑到将来的修改问题 软件维护这项工作毫无吸引力。一方面是因为软件维护，看不到什么“创造性成果”，但工作量很大，更重要的是维护工作难度大，软件维护人员经常遭受挫折。 软件维护的概念－维护成本 软件维护除开维护费用以外的无形代价包括 维护活动占用了其他软件开发可用的资源，使资源的利用率降低 一些修复或修改请求得不到及时安排，使得客户满意率下降 维护的结果把一些新的潜在的错误引入软件，降低了软件质量 将软件人员抽调到维护工作中，使得其它软件开发过程受到干扰 软件维护的概念－维护成本 维护的工作可划分成： 生产性活动 如，分析评价、修改设计、编写程序代码等 非生产性活动 如，程序代码功能理解、数据结构解释、接口特点分析和性能界限分析等 维护工作量的模型 M：维护的总工作量 ；P：生产性工作量；K：经验常数；c：复杂程度；d：维护人员对软件的熟悉程度 该模型表明：如果软件开发没有