--軟件维护.pptVIP

--软件维护;编程大师曾说过：“哪怕程序只有三行长，总有一天你也不得不对它进行维护。”;在软件开发过程中始终强调软件的可维护性。原因是，一个应用系统由于需求和环境的变化以及自身暴露的问题，在交付用户使用后，对它进行维护是不可避免的，统计和估测结果表明，信息技术中硬件费用一般占35%，软件占65%，而软件后期维护费用有时竟高达软件总费用的80%，所有前期开发费用仅占20%。 许多大型软件公司为维护已有软件耗费大量人力、财力。因此，必须建立一套评估、控制和实施软件维护的机制，这就是本章重点讨论的内容。;内容提要;软件维护的定义;软件维护的类型;改正性维护;适应性维护;完善性维护;预防性维护;各种维护类型和维护工作量的比例;软件维护的特点;软件维护事件流;结构化维护VS非结构化维护;结构化维护VS非结构化维护;维护要求;非结构化维护;结构化??护;软件维护的代价高昂;软件维护的代价高昂;软件维护的代价高昂;软件维护的代价高昂;软件维护的问题;软件维护的问题;影响软件维护工作量的因素;影响软件维护工作量的因素;影响软件维护工作量的因素;软件维护的过程;维护阶段的工作事件流;维护组织;维护团队组织;维护报告MRF;软件维护请求报告;软件修改报告(SCR); 有 无 ;维护请求;软件维护工作流;情况复审;软件维护记录的保存;软件维护记录;评价维护活动;软件可维护性;影响软件可维护性的因素;软件可维护性的度量;提高软件可维护性的方法;软件维护的副作用;代码的副作用;数据的副作用;文档的副作用;软件可维护性; 软件可维护性的定义;目前广泛使用的是用如下的七个特性来衡量程序的可维护性。 可理解性 可使用性 可测试性 可移植性 可修改性 效率 可靠性 而且对于不同类型的维护，这七种特性的侧重点也不相同。;在各类维护中的侧重点 ;这些质量特性通常体现在软件产品的许多方面; 为使每一个质量特性都达到预定的要求，需要在软件开发的各个阶段采取相应的措施加以保证。 这些质量要求要渗透到而各开发阶段的各个步骤当中。因此，软件的可维护性是产品投入运行以前各阶段面向上述各质量特性要求进行开发的最终结果。;可维护性的度量;质量检查表是用于测试程序中某些质量特性是否存在的一个问题清单。 评价者针对检查表上的每一个问题，依据自己的定性判断，回答“Yes”或者“No”。 质量测试与质量标准则用于定量分析和评价程序的质量。 由于许多质量特性是相互抵触的，要考虑几种不同的度量标准，相应地去度量不同的质量特性。;1. 可理解性;2. 可靠性;度量可靠性的方法;3. 可测试性; 程序是否可理解? 程序是否可靠? 程序是否能显示任意中间结果? 程序是否能以清楚的方式描述它的输出? 程序是否能及时地按照要求显示所有的输入? 程序是否有跟踪及显示逻辑控制流程的能力? 程序是否能从检查点再启动? 程序是否能显示带说明的错误信息?;4. 可修改性;测试可修改性的一种定量方法是修改练习。其基本思想是通过做几个简单的修改，来评价修改的难度。 设C是程序中各个模块的平均复杂性，n是必须修改的模块数，A 是要修改的模块的平均复杂性。 则修改的难度D由下式计算： D = A / C;5. 可移植性; 是否是用高级的独立于机器的语言来编写程序? 是否使用广泛使用的标准化的程序设计语言来编写程序? 是否仅使用了这种语言的标准版本和特性? 程序中是否使用了标准的普遍使用的库功能和子程序? 程序中是否极少使用或根本不使用操作系统的功能? ;程序在执行之前是否初始化内存? 程序在执行之前是否测定当前的输入／输出设备? 程序是否把与机器相关的语句分离了出来，集中放在了一些单独的程序模块中，并有说明文件? 程序是否结构化? 并允许在小一些的计算机上分段(覆盖)运行? 程序中是否避免了依赖于字母数字或特殊字符的内部位表示? ;6. 效率; 程序的编译器是否有优化功能? 是否把特殊子程序和错误处理子程序都归入了单独的模块中? 是否以快速的数学运算代替了较慢的数学运算? 是否尽可能地使用了整数运算，而不是实数运算? 是否在表达式中避免了混合数据类型的使用，消除了不必要的类型转换? ; 程序是否避免了非标准的函数或子程序的调用? 在几条分支结构中，是否最有可能为“真”的分支首先得到测试? 在复杂的逻辑条件中，是否最有可能为“真“的表达式首先得到测试? ;7. 可使用性; 程序是否能始终如一地按照用户的要求运行? 程序是否让用户对数据处理有一个满意的和适当的控制? 程序是否容易学会使用? 程序是否使用数据管理系统来自动地处理事务性工作和管理格式化、地址分配及存储器组织。 程序是否具有容错性? 程序是