欢迎来到天天文库
浏览记录
ID:57203999
大小:306.50 KB
页数:39页
时间:2020-08-03
《软件工程课件-第八章(维护).ppt》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库。
1、STARTINPUT(A,B,C)IFA>5THENX=10ELSEX=1ENDIFIFB>10THENY=20ELSEY=2ENDIFIFC>15THENZ=30ELSEZ=3ENDIFPRINT(X,Y,Z)STOP习题7.4.3第8章维护8.1软件维护的定义及特点8.2软件的可维护性8.3软件维护实施过程8.4预防性维护8.5软件再工程过程第六章软件维护学习内容:在软件的开发工作已完成并把软件产品交付给用户使用之后,就进入了软件维护阶段。这个阶段的工作目标是保证软件在一个相当长的时期内能够正常运行,因此对软件的维护就成为必不可少的了。软件维护需要的工作量非常大
2、。平均说来,大型软件的维护成本高达开发成本的四倍左右。目前国外许多软件开发组织把80%以上的人力用于维护已有的软件,而且随着软件数量增多和使用寿命延长,这个百分比还在持续上升。将来维护工作甚至可能会束缚住软件开发组织的手脚,使他们没有余力开发新的软件。8.1软件维护的定义8.1.1软件维护的内容所谓软件维护就是在软件已经交付使用之后,为了改正错误或满足新的需要而修改软件的过程。我们可以通过描述软件交付使用后可能进行的下述四项活动,具体地定义软件维护。1.改正性维护通常,在软件开发过程中所进行的测试都是不完全、不彻底的,软件中必然会有一些潜伏的错误被带到运行阶段来。用
3、户常常将把他们遇到的问题报告给软件维护人员,要求解决。我们把诊断和改正软件错误的过程称为改正性维护。例如,在软件交付用户使用之后,解决在开发时没有测试所有可能的执行通路而带来的问题;2.适应性维护计算机科学技术领域的各个方面都在迅速进步,大约每过38个月就有新一代的硬件宣告出现;另一方面,应用软件的使用寿命却很容易超过十年,远远长于最初开发这个软件时的运行环境的寿命。因此,适应性维护就是为了和变化了的环境适当地配合而进行的修改软件的活动,是既必要又经常的维护活动。例如,适应性维护可以是修改原在xp操作系统中运行的程序,使之能在vista操作系统中运行。3.完善性维护
4、在使用软件的过程中,用户往往提出增加新功能或改变某些已有功能的要求,还可能提出提高程序性能的要求。为了满足这类要求而修改软件的活动,称为完善性维护。例如,在储蓄系统交付银行使用之后,增加扣除利息税的功能;缩短系统的响应时间,使之达到新的要求;改变现有程序输出数据的格式,以方便用户;在正在运行的软件中增加联机求助功能等,都是完善性维护。4.预防性维护当为了提高未来的可维护性或可靠性,或为了给未来的改进工作奠定更好的基础而修改软件时,就出现了第四类维护活动,这类维护活动称为预防性维护。通常,把预防性维护定义为:“把今天的方法学应用于昨天的系统以满足明天的需要”。也就是说
5、,预防性维护就是采用先进的软件工程方法对需要维护的软件或软件中的某一部分,主动地进行重新设计、编码和测试。在维护阶段的最初一二年,改正性维护的工作量往往比较大。随着在软件运行过程中错误发现率迅速降低并趋于稳定,就进入了正常使用期间。但是,由于用户经常提出改造软件的要求,适应性维护和完善性维护的工作量逐渐增加,而且在这种维护过程中往往又会引入新的错误,从而进一步加大了维护的工作量。从上述关于软件维护的定义不难看出,软件维护绝不仅限于纠正使用中发现的错误,事实上在全部维护活动中一半以上是完善性维护。国外的统计数字表明:完善性维护占全部维护活动的50%~66%改正性维护占
6、17%~21%,适应性维护占18%~25%,其他维护活动只占4%左右。返回目录8.1.2软件维护的的特点8.1.2.1结构化维护与非结构化维护差别悬殊8.1.2.2维护的代价高昂8.1.2.3维护的问题很多8.1.2.1结构化维护与非结构化维护差别悬殊如果软件配置的惟一成分是程序代码,那么维护活动从艰苦地评价程序代码开始,而且常常由于程序内部文档不足而使评价更困难(诸如软件结构、全程数据结构、系统接口、性能或设计约束等微妙的特点是难于搞清的,而且常常误解了这一类特点)。最终对程序代码所做的改动的后果是难于估量的。因为没有测试方面的文档,所以不可能进行回归测试。这就是
7、非结构化维护,这种维护方式是没有使用良好定义的方法学开发出来的软件的必然结果---并正在为此而付出代价(浪费精力和受挫折)。非结构化维护(上图右侧)如果有一个完整的软件配置存在,那么维护工作从评价设计文档开始,确定软件重要的结构特点、性能特点以及接口特点;估量要求的改动将带来的影响,并且计划实施途径。然后首先修改设计并且对所做的修改进行仔细复查。接下来编写相应的源程序代码;使用在测试说明书中包含的信息进行回归测试;最后,把修改后的软件再次交付使用。上面描述的事件构成结构化维护,它是在软件开发的早期应用软件工程方法学的结果。(它确实能减少精力的浪费并且能提高维护的
此文档下载收益归作者所有