第9章软件维护ppt课件.ppt
《第9章软件维护ppt课件.ppt》由会员分享,可在线阅读,更多相关《第9章软件维护ppt课件.ppt(36页珍藏版)》请在三一办公上搜索。
1、1,第9章 软件维护,2,软件维护,软件维护是软件生命周期的最后一个阶段,它处于系统投入生产性运行以后的时期中,因此不属于系统开发过程。 软件维护需要的工作量非常大,虽然在不同应用领域维护成本差别很大,但是,平均说来,大型软件的维护成本高达开发成本的四倍左右。目前国外许多软件开发组织把60以上的人力用于维护已有的软件,而且随着软件数量增多和使用寿命延长,这个百分比还在持续上升。将来维护工作甚至可能会束缚住软件开发组织的手脚,使他们没有余力开发新的软件。 本书前面各章讲述的软件工程方法学的主要目的就是要提高软件的可维护性,减少软件维护所需要的工作量,降低软件系统的总成本。,3,9.1 软件维护的
2、定义,4,软件维护的定义,所谓软件维护就是在软件已经交付使用之后,为了改正错误或满足新的需要而修改软件的过程。我们可以通过描述软件交付使用后可能进行的四项活动,具体地定义软件维护。因为软件测试不可能暴露出一个大型软件系统中所有潜藏的错误,所以必然会有第一项维护活动:在任何大型程序的使用期间,用户必然会发现程序错误,并且把他们遇到的问题报告给维护人员。我们把诊断和改正错误的过程称为改正性维护。计算机科学技术领域的各个方面都在迅速进步,大约每过若干个月就有新一代的硬件宣告出现,经常推出新操作系统或旧系统的修改版本,时常增加或修改外部设备和其他系统部件;另一方面,应用软件的使用寿命却很容易超过十年,
3、远远长于最初开发这个软件时的运行环境的寿命。因此,适应性维护,也就是为了和变化了的环境适当地配合而进行的修改软件的活动,是既必要又经常的维护活动。,5,软件维护的定义,当一个软件系统顺利地运行时,常常出现第三项维护活动:在使用软件的过程中用户往往提出增加新功能或修改已有功能的建议,还可能提出一般性的改进意见。为了满足这类要求,需要进行完善性维护。这项维护活动通常占软件维护工作的大部分。当为了改进未来的可维护性或可靠性,或为了给未来的改进奠定更好的基础而修改软件时,出现了第四项维护活动。这项维护活动通常称为预防性维护,目前这项维护活动相对说比较稀少。从上述关于软件维护的定义不难看出,软件维护绝不
4、仅限于纠正使用中发现的错误,事实上在全部维护活动中一半以上是完善性维护。国外的统计数字表明,完善性维护占全部维护活动的5066,改正性维护占1721,适应性维护占1825,其他维护活动只占4左右。,6,9.2 维护的特点,7,9.2.1 结构化维护与非结构化维护的对比,如果软件配置的唯一成分是程序代码,那么维护活动从艰苦地评价程序代码开始,而且常常由于程序内部文档不足而使评价更困难。诸如软件结构、全程数据结构、系统接口、性能和(或)设计约束等微妙的特点是难于搞清的,而且常常误解了这一类特点。最终对程序代码所做的改动的后果是难于估量的:因为没有测试方面的文档,所以不可能进行回归测试(即为了保证所
5、做的修改没有在以前可以正常使用的软件功能中引入故障而重复过去做过的测试)。可惜,我们正在进行非结构化维护,并且正在为此而付出代价(浪费精力和受挫折),这种维护方式是没有使用良好定义的方法论开发出来的软件的必然结果。,8,9.2.1 结构化维护与非结构化维护的对比,如果有一个完整的软件配置存在,那么维护工作从评价设计文档开始,确定软件重要的结构特点、性能特点以及接口特点;估量要求的改动将带来的影响,并且计划实施途径。然后首先修改设计并且对所做的修改进行仔细复查。接下来编写相应的源程序代码;使用在测试说明书中包含的信息进行回归测试;最后,把修改后的软件再次交付使用。刚才描述的事件构成结构化维护,它
6、是在软件开发的早期应用软件工程方法论的结果。虽然有了软件的完整配置并不能保证维护中没有问题,但是确实能减少精力的浪费并且能提高维护的总体质量。,9,9.2.2 维护的代价,在过去的几十年中,软件维护的费用稳步上升。1970年用于维护已有软件的费用只占软件总预算的3540,1980年上升为4060,1990年上升为7080。维护费用只不过是软件维护的最明显的代价,其他一些现在还不明显的代价将来可能更为人们所关注。因为可用的资源必须供维护任务使用,以致耽误甚至丧失了开发的良机,这是软件维护的一个无形的代价。其他无形的代价还有: 当看来合理的有关改错或修改的要求不能及时满足时将引起用户不满; 由于维
7、护时的改动,在软件中引入了潜伏的故障,从而降低了软件的质量; 当必须把软件工程师调去从事维护工作时,将在开发过程中造成混乱。,10,9.2.2 维护的代价,软件维护的最后一个代价是生产率的大幅度下降,这种情况在维护旧程序时常常遇到。例如,据Gausler在1976年的报道,美国空军的飞行控制软件每条指令的开发成本是75美元,然而维护成本大约是每条指令4000美元,也就是说,生产率下降了50倍以上。用于维护工作的劳动可以分成生产性活动(例如,分析评价,修改设计和编写程序代码等)和非生产性活动(例如,理解程序代码的功能,解释数据结构、接口特点和性能限度等)。下述表达式给以维护工作量的一个模型: M
8、P十K*exp(c-d)其中M是维护用的总工作量,P是生产性工作量,K是经验常数,c是复杂程度(非结构化设计和缺少文档都会增加软件的复杂程度),d是维护人员对软件的熟悉程度。上面的模型表明,如果软件的开发途径不好(即,没有使用软件工程方法论),而且原来的开发人员不能参加维护工作,那么维护工作量(和费用)将指数地增加。,11,9.2.3 维护的问题,与软件维护有关的绝大多数问题,都可归因于软件定义和软件开发的方法有缺点。在软件生命周期的头两个时期没有严格而又科学的管理和规划,几乎必然会导致在最后阶段出现问题。下面列出和软件维护有关的部分问题: 理解别人写的程序通常非常困难,而且困难程度随着软件配
9、置成分的减少而迅速增加。如果仅有程序代码没有说明文档,则会出现严重的问题。 需要维护的软件往往没有合格的文档,或者文档资料显著不足。认识到软件必须有文档仅仅是第一步,容易理解的并且和程序代码完全一致的文档才真正有价值。 当要求对软件进行维护时,不能指望由开发人员给我们仔细说明软件。由于维护阶段持续的时间很长,因此,当需要解释软件时,往往原来写程序的人已经不在附近了。 绝大多数软件在设计时没有考虑将来的修改。除非使用强调模块独立原理的设计方法论,否则修改软件既困难又容易发生差错。 软件维护不是一项吸引入的工作。形成这种观念很大程度上是因为维护工作经常遭受挫折。,12,9.3 维护过程,13,维护
10、过程,维护过程本质上是修改和压缩了的软件定义和开发过程,而且事实上远在提出一项维护要求之前,与软件维护有关的工作已经开始了。首先必须建立一个维护组织,随后必须确定报告和评价的过程,而且必须为每个维护要求规定一个标准化的事件序列。此外,还应该建立一个适用于维护活动的记录保管过程,并且规定复审标准。,14,9.3.1 维护组织,虽然通常并不需要建立正式的维护组织,但是,即使对于一个小的软件开发团体而言,非正式地委托责任也是绝对必要的。每个维护要求都通过维护管理员转交给相应的系统管理员去评价。系统管理员是被指定去熟悉一小部分产品程序的技术人员。系统管理员对维护任务做出评价之后,由变化授权人决定应该进
11、行的活动。,15,16,9.3.2 软件维护申请报告,应该用标准化的格式表达所有软件维护要求。软件维护人员通常给用户提供空白的维护要求表有时称为软件问题报告表,这个表格由要求一项维护活动的用户填写。如果遇到了一个错误,那么必须完整描述导致出现错误的环境(包括输入数据,全部输出数据,以及其他有关信息)。对于适应性或完善性的维护要求,应该提出一个简短的需求说明书。如前所述,由维护管理员和系统管理员评价用户提交的维护要求表。 维护要求表是一个外部产生的文件,它是计划维护活动的基础。软件组织内部应该制定出一个软件修改报告,它给出下述信息: 满足维护要求表中提出的要求所需要的工作量; 维护要求的性质;
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第9章 软件维护ppt课件 软件 维护 ppt 课件
链接地址:https://www.31ppt.com/p-1429080.html