首页计算机计算机软件软件工程 12 第7章 维护.pptx

12 第7章 维护.pptx

页数:15页文件大小:4.08 MB来源: 软件工程ppt课件

本课件讲解软件维护,先给出软件维护的定义并澄清常见错误认识,区分改正性、适应性、完善性与预防性四类维护活动及其占比变化规律,随后对比结构化维护与非结构化维护的巨大差别,说明维护过程的关键环节与软件再工程的基本思路。

维护封面,标示本部分涵盖开篇导入与要点回顾、软件维护的常识等内容
导入编程大师:曾说,依次讲解曾说:“哪怕程序只有三行长、”很多软件产等要点
7.1 软件维护的常识内容提纲,依次列出软件维护的常识、软件维护的主要因素软等编排要点
查看本课件的文字版(共 15 页,供检索与复制)

第1页:维护封面

维护封面

本页正文以课件图示为主,源文件仅提取到上述文字说明,具体图形内容请对照原课件图片。

第2页:导入编程大师:曾说

导入编程大师

曾说:“哪怕程序只有三行长,总有一天你也不得不对它维护。”很多软件产品不是一次性的买卖,软件维护是必须的。

第3页:7.1软件维护的常识内容提纲

本节内容提纲

  • 软件维护的常识
  • 软件维护的主要因素软件再工程

第4页:软件维护的常识

软件维护的常识

本页正文以课件图示为主,源文件仅提取到上述文字说明,具体图形内容请对照原课件图片。

第5页:软件维护的定义

软件维护的定义

在一软件产品交付使用后对其进行修改,以纠正故障。在一软件产品交付使用后对其进行修改,以纠正故障、改进其性能和其它属性,或使产品适应改变了的环境什么是软件维护是指软件系统交付使用以后,为了改正错误或满足新的需要而修改软件的过程国标GB/T11457-95给出如下定义。

第6页:软件维护的常识:软件维护

两种错误认识软件维护是一次新的开发活动软件维护就是改错新开发活动强调要在一定的约束条件下从头开始实施软件维护强调必须在现有系统的限定和约束条件下实施。根据起因不同,软件维护有不同类别7.1.1软件维护的定义。

第7页:软件维护的分类

软件维护的分类

本页正文以课件图示为主,源文件仅提取到上述文字说明,具体图形内容请对照原课件图片。

第8页:改正性维护因为软件测试

改正性维护因为软件测试

不可能暴露出一个大型软件系统中所有潜藏的错误,在任何大型程序的使用期间,用户必然会发现程序错误,并且把他们遇到的问题报告给维护人员。把诊断和改正错误的过程称为改正性维护。

第9页:适应性维护计算机科学技术

适应性维护计算机科学技术

领域的各个方面都在迅速进步,大约每过36个月就有新一代的硬件宣告出现,经常推出新操作系统或旧系统的修改版本,时常增加或修改外部设备和其他系统部件。另一方面,应用软件的使用寿命却很容易超过10年,远远长于最初开发这个软件时的运行环境的寿命。为了和变化了的环境适当地配合而进行的修改软件的活动,叫做适应性维护。

第10页:完善性维护当一个软件系统

完善性维护当一个软件系统

顺利地运行时,常常出现第三项维护活动:在使用软件的过程中用户往往提出增加新功能或修改已有功能的建议,还可能提出一般性的改进意见。为了满足这类要求,需要进行完善性维护。满足使用过程中用户提出增加新功能或修改已有功能的活动,叫做完善性维护。

第11页:预防性性维护当为了改进

预防性性维护当为了改进

未来的可维护性或可靠性,或为了给未来的改进奠定更好的基础而修改软件时,出现了第四项维护活动。为了提高软件的可维护性、可靠性等,为以后进一步改进软件打下良好基础而修改软件的活动,叫做预防性维护。

第12页:软件维护的分类

软件维护的分类

  • 在软件交付使用的初期,改正性维护的工作量较大
  • 随着错误发现率不断降低,软件便进入了正常使用期
  • 在长期的软件使用过程中,由于计算机新技术的出现和用户新需求的提出,适应性维护和完善性维护的工作量逐步增加
  • 在这种维护过程中,又会引入新的错误,从而加重了维护的工作量

第13页:软件维护的特点结构化

软件维护的特点结构化

维护与非结构化维护差别巨大维护的代价高昂维护的问题很多

第14页:结构化维护与非

结构化维护与非

  • 结构化维护差别巨大软件的开发过程对软件的维护产生较大的影响
  • 如果采用软件工程的方法进行软件开发,保证每个阶段都有完整且详细的文档,这样维护会相对容易,被称为结构化的维护
  • 反之,如果不采用软件工程方法开发软件,软件只有程序而欠缺文档,则维护工作变得十分困难,被成为非结构化的维护

第15页:结构化维护与非(续)

结构化维护与非

结构化维护差别巨大在非结构化维护过程中,开发人员只能通过阅读、理解和分析源程序来了解系统功能、软件结构、数据结构、系统接口和设计约束等,这样做是十分困难的,也容易产生误解。要弄清楚整个系统,势必要花费大量的人力和物力,对源程序修改产生的后果难以估计。在没有文档的情况下,也不可能进行回归测试,很难保证程序的正确性。

在结构化维护的过程中,开发人员从分析需求规格说明开始,明白软件功能和性能上的改变,对设计说明文档进行修改和复查,再根据设计修改进行程序变动,并用测试文档中的测试用例进行回归测试,最后将修改后的软件再次交付使用。这种维护有利于减少工作量和降低成本,大大提高软件的维护效率。

顶部目录