软件工程006.ppt

第八章　软件维护 合肥工业大学理学院 在软件开发过程中始终强调软件的可维护性。原因是，一个应用系统由于需求和环境的变化以及自身暴露的问题，在交付用户使用后，对它进行维护是不可避免的，统计和估测结果表明，信息技术中硬件费用一般占35%，软件占65%，而软件后期维护费用有时竟高达软件总费用的80%，所有前期开发费用仅占20%。 许多大型软件公司为维护已有软件耗费大量人力、财力。因此，必须建立一套评估、控制和实施软件维护的机制，这就是本章重点讨论的内容。 8.1　软件维护的定义 软件维护是指软件系统交付使用以后，为了改正错误或满足新的需要而修改软件的过程。 软件维护的类型 根据软件维护的不同原因，软件维护可以分成４种类型： 纠错性（改正性）维护 适应性维护 完善性维护 预防性维护 各种维护类型和维护工作量的比例 8.2　软件维护的特点 结构化维护和非结构化维护差别巨大 软件维护的代价高昂 维护问题多多 维护中的典型问题 难以跟踪软件的创建过程。 难以跟踪软件版本的进化过程，软件的变化未在文档中反映出来。 读懂他人程序相当困难，而且难度随着软件配置成分的缺失而迅速增加。 没有文档或文档严重不足。容易理解且和程序保持一致的文档才是真正具有价值的文档。 软件人员流动性大，使得软件维护时，很难与原开发人员沟通。 设计时欠考虑软件的可修改性，修改困难。 维护工作无吸引力，因为经常受挫，缺乏成就感。 8.3　软件维护过程 维护报告MRF 应该用标准的格式来表达维护要求。软件维护人员通常提供给用户空白的维护请求表（报告）即软件问题报告，该报告（表）由要求一项维护活动的用户填写。 如遇到什么错误，用户需要详细描述错误出现的现场信息(包括输入数据、列表文件和其他有关信息)； 对适应性维护、完善性维护应该给出一个简短的需求规格说明书。最终由维护管理员和系统管理员评价用户用户提出的维护请求表。 软件修改报告(SCR) 依据维护请求表，软件组织内部应该制定出一个软件修改报告，它给出下述信息： 满足维护请求表中提出的要求所需的工作量； 维护要求的性质； 维护要求的优先次序； 与修改有关的背景数据。 在拟定进一步维护计划前，把软件修改报告提交控制决策机构审查批准。 虽然每种维护请求类型着眼点不同，但总的维护方法是相同的。 维护工作最后一步是复审，主要审查修改过的软件配置，以验证软件结构中的所有成分的功能，保证满足维护请求表中的要求。 情况复审 当一项软件维护任务完成之后，进行一次情况复审不无裨益。情况复审主要考虑下列问题: 依照当前状态，在设计、编码和测试的哪些方面还能用其他方法进行? 哪些维护资源可用但未用？ 这次维护活动中主要(或次要)的障碍有哪些? 在维护请求中有预防性维护吗? 情况复审的目的在于促进未来的维护工作,同时也为有效管理软件组织提供重要的反馈信息。 软件维护记录的保存 有效的保存维护记录是极端重要的。 保存维护记录的第一个问题就是哪些数据值得保存？ Swanson为我们指出了下述内容：程序标识、源语句数、机器指令数、使用的程序设计语言、软件安装的日期、自安装以来软件运行的次数、自安装以来软件失败的次数、程序变动的层次和标识、因程序变动而增加的源语句数、因程序变动而删除的源语句数、每个改动消耗的人时数、程序改动的日期、软件工程师的名称、维护要求的标识、维护类型、维护开始和完成的时间、用于维护的累计人时数、与完成的维护相关联的纯收益。 应该为每项维护工作都收集上述数据。可以利用这些数据构成一个维护数据库。 软件维护记录 评价维护活动 缺乏有效的数据就无法评价软件维护活动。 如果已经开始保存维护记录，则可以对维护工作做一些定量度量，至少可以从如下7方面进行评价： 每次程序运行平均失败的次数； 用于每一类维护活动的总人时数； 平均每个程序、每种语言、每种维护类型所必需的程序变动数； 维护过程中增加或删除源语句平均花费的人时数； 维护每种语言平均花费的人时数； 一张维护要求表的平均周转时间； 不同维护类型所占的比例； 8.4　软件可维护性 软件可维护性即软件被理解、改正、调整和改进的难易程度。 可维护性是指导软件工程各个阶段工作的一条基本原则，也是软件工程追求的目标之一。 可维护性度量 决定软件可维护性的因素 可理解性 可测试性 可修改性 可移植性 可重用性 可重用性 重用是指软件构件不做修改或稍加改动就可在不同环境中多次重复使用。 大量使用可重用的软件构件开发软件： 不需要重复(二次)开发，提高软件生产率。 可重用软件构件的开发通常经过严格的测试，可靠性高。在多次重用过程中，也在不断发现和清除其中的错误，最后基本上是无错误的。 因此使用可重用构件可减少改正性维护需求。 可重用软件构件要容易应用在不同环境中，所以被设计得容易修改。