第六章 软工程的其他相关内容.pptxVIP

第六章 软件工程的其他相关内容软件工程概述-1/2　软件维护6.1　软件质量保证6.2软件配置管理综述6.3软件估算6.4软件过程能力成熟度模型6.5　软件项目管理6.6软件工程概述-2/2　软件文档6.7Project的功能及使用方法6.8用户手册编写指南6.9　用户安装手册6.10小结6.116.1 软件维护软件维护的过程软件维护的分类软件的可维护性软件维护的副作用软件维护软件维护是软件产品生命周期的最后一个阶段软件维护就是指在软件产品交付给用户之后，为了改正软件测试阶段未发现的缺陷，改进软件产品的性能，补充软件产品的新功能等，所进行的修改软件的过程进行软件维护通常需要软件维护人员与用户建立一种工作关系，使软件维护人员能够充分了解用户的需要，及时解决系统中存在的问题软件维护是软件生命周期中延续时间最长、工作量最大的阶段软件维护不仅工作量大、任务重，而且如果维护的不恰当，还会产生副作用，引入新的软件缺陷，进行维护工作要相当谨慎。软件维护的过程为了提高软件维护工作的效率和质量，降低维护成本，同时使软件维护过程工程化、标准化、科学化，在软件维护的过程中需要采用软件工程的原理、方法和技术典型的软件维护过程软件维护的过程1.建立维护机构对于大型的软件开发公司，建立独立的维护机构是非常必要的。维护机构中要有维护管理员、系统监督员、配置管理员和具体的维护人员。对于一般的软件开发公司，虽然不需要专门建立一个维护机构，但是设立一个产品维护小组是必需的2.用户提出维护申请并提交维护申请报告当用户发现问题并需要解决时，首先应该向维护机构提交一份维护申请报告。申请报告中需要详细记录软件产品在使用过程中出现的问题，比如数据输入、系统反应、错误描述等。维护申请报告是维护人员研究问题和解决问题的基础，因此它的正确性、完整性是后续维护工作的关键软件维护的过程3.维护人员确认维护类型并实施相应的维护工作软件维护有多种类型，对不同类型的维护工作所采取的具体措施也有所不同维护人员根据用户提交的申请报告，对维护工作进行类型划分，并确定每项维护工作的优先级，从而确定多项维护工作的顺序在实施维护的过程中，需要完成多项技术性的工作软件维护的过程4.整理维护记录并对维护工作进行评审为了方便后续的维护评价工作，以及对软件产品运行状况的评估，需要对维护工作进行简单的记录软件维护的过程4.整理维护记录并对维护工作进行评审（续）维护的实施工作完成后，最好对维护工作进行评审。维护评审可以为软件开发机构的有效管理提供反馈信息，对以后的维护工作产生重要的影响。维护评审时评审人员应该对以下问题进行总结软件维护的过程5.对维护工作进行评价当维护工作完成时，需要对维护工作完成的好坏进行评价。维护记录中的各种数据是维护评价的重要参考。如果维护记录完成得全面、具体、准确，会在很大程度上方便维护的评价工作可以参考的评价标准软件维护的分类根据维护工作特征以及维护目的不同分类识别并纠正软件产品中所潜藏的错误，改正软件性能上的缺陷所进行的维护采用先进的软件工程方法对已经过时的、很可能需要维护的软件系统的某一部分进行重新设计、编码、测试，以达到结构上的更新，它为以后进一步维护软件打下了良好的基础使软件产品适应软硬件环境的变更而进行的维护是软件维护的主要部分，它是针对用户对软件产品所提出的新需求所进行的维护软件维护的分类完善性维护50% 纠错性维护20% 预 防性 维护 5%适应性维护25%软件的可维护性软件的可维护性是用来衡量对软件产品进行维护难易程度的标准，它是软件质量的主要特征之一软件产品的可维护性越高，纠正并修改其错误或缺陷，对其功能进行扩充或完善时，消耗的资源越少，工作越容易开发可维护性高的软件产品是软件开发的一个重要目标影响软件可维护性的因素有很多，如可理解性、可测试性、可修改性等软件的可维护性 可理解性较好的软件产品，有利于测试人员设计合理的测试用例，从而提高了产品的可测试性和可修改性。 显然，可理解性、可测试性和可修改性越高的软件产品，它的可维护性就一定越好。软件的可维护性提高可维护性的措施软件的可维护性在需求分析阶段的评审中，应该重点标识将来有可能更改或扩充的部分在软件设计阶段的评审中，应该注重逻辑结构的清晰性，并且尽量使模块之间的功能独立在编码阶段的评审中，要考查代码是否遵循了统一的编写标准，是否逻辑清晰、容易理解严格的评审工作，可以从很大程度上对软件产品的质量进行控制，提高其可维护性软件维护的副作用软件维护是存在风险的软件维护的副作用主要有三类软件的可维护性会产生副作用的数据修改删除或修改一个子程序删除或修改一个语句标号删除或修改一个标识符为改进性能所做的修改修改文件的打开或关闭模式修改运算符（逻辑运算符）把对设计的修改转换成对代码的修改修改边界条件的逻辑测试重新定义局部变