软件工程概论第7章维护.ppt

软件工程概论 维护过程 维护过程--维护组织 软件可维护性 * * 第八章 维护 软件维护 软件维护是软件生命周期的最后一个阶段，它处于系统投入生产性运行以后的时期中，因此不属于系统开发过程。 大型软件的维护成本高达开发成本的四倍左右。目前国外许多软件开发组织把60%以上的人力用于维护已有的软件，而且随着软件数量增多和使用寿命延长，这个百分比还在持续上升。 软件工程的主要目的就是要提高软件的可维护性，减少软件维护所需要的工作量,降低软件系统的总成本。 软件维护的定义 软件投入运行后，解决发生的各种故障，增强其功能，使之适应新的环境的活动称为软件维护。 软件维护分类 1、改正性维护：对运行阶段暴露出来的软件错误进行测试、判断、定位、纠错及验证的过程。 2、适应性维护：使软件系统适应不断变化的运行环境而进行修改的过程。 3、完善性维护：以满足用户新的要求而对软件进行修改和维护。 4、预防性维护：自动修改和扩充已有软件的功能、性能、结构等，以适应将来可能变化的情况。 统计表明，完善性维护占全部维护活动的50%-66%，改正性维护占17%-21%，适应性维护占18%-25%，其他维护活动只占4%左右。 软件维护的特点 1、完整的软件配置是进行有效维护的重要保证。 若维护的依据只有程序代码，维护活动靠阅读程序代码进行，这是相当困难的，所做改动的后果难以估量。因为没有测试文档，不可能进行回归测试，修改原有错误，可能引出新的错误。 有完整的软件配置，维护工作从评价设计文档开始，确定引起错误的原因，估计修改可能带来的影响，并且计划实施途径。 有了软件的完整配置，不能保证维护中没有问题，但确实能减少精力的浪费，并能提高维护的总体质量。 软件维护的特点 2、 维护代价稳步上升 维护已有软件的费用占软件总预算：明显代价： 1970年： 35～40% 1980年： 40～60% 1990年： 70～80% 需维护软件增加,软件复杂度增加，维护困难程度增加。 无形代价：人力、物力资源用于维护任务，耽误甚至丧失开发新软件的良机。不能及时改正程序错误，从而引起用户不满。 软件维护的特点 维护工作量： M=p+k*exp(c-d) P:生产性工作量：分析、评价、设计、修改和编码。 K:经验系数 C:程序复杂性系数：文档少都会引起复杂程度增加。 D:维护人员对软件的熟悉程度 软件开发途径不对，开发人员不参与维护工作，维护工作量（和费用）将指数地增加。 B.P.lientz曾对美国69个软件开发机构的调查结果表明： 69.1%的单位在软件维护方面分配的人力和资源高于新系统的研制。89.9%的单位认为软件维护比新系统的研制更重要，至少同等重要。 软件维护的特点 3、软件维护中的一些典型问题 ① 理解别人编的程序非常困难，缺少文档就更困难。 ②?需要维护的软件往往没有合适的文档、或文档资料显著不足。 容易理解的，并且与程序代码完全一致的文档才有意义。 ③ 软件开发者常常不参与维护。 ④设计时，不强调模块化和模块独立性，任何一个小小的改动都可能孕育着很大的危险。 ⑤不重视维护，在软件项目规划中，软件维护没有提到重要位置。 ⑥ 软件维护不会产生新的成果，因而不吸引人。 维护过程 维护过程本质上是修改和压缩了的软件定义和开发过程，必须有组织、有步骤地进行。 首先必须建立一个维护组织，随后必须确定报告和评价的过程，而且必须为每个维护要求规定一个标准化的事件序列。此外，还应该建立一个适用于维护活动的记录保管过程，并且规定复审标准。 主要内容 维护组织 维护报告 维护的事件流 保存维护记录 评价维护活动 软件维护必须要有专门的机构或被授权的管理人员来组织维护活动。其职能是：授权用户维护请求，组织维护实施，并对维护进行评价。 一般过程是：用户将维护请求提交给维护管理员，维护管理员将维护请求转交给系统管理员。系统管理员对维护任务进行评价后，由变化授权人决定应该进行的活动。 维护过程--维护组织 维护过程--维护报告 应该用标准化的格式表达所有软件维护要求。这个表格由要求维护活动的用户填写。如果遇到了一个错误，那么必须完整描述导致出现错误的环境（包括输入数据，全部输出数据，以及其他有关信息）。对于适应性或完善性的维护要求，应该提出一个简短的要求说明书。由维护管理员评价用户提交的维护要求表。 维护过程--维护报告 维护要求表是一个外部产生的文件，是计划维护活动的基