软件维护要点.pptVIP

1．静态确认 修改的软件，通常伴随着引起新的错误的危险。为了能够 做出正确的判定，验证修改后的程序至少需要两个人参加。 要检查： （1）修改是否涉及规格说明？修改结果是否符合规格说 明？有没有歪曲规格说明？ （2）程序的修改是否足以修正软件中的问题？源程序代码 有无逻辑错误？修改时有无修补失误？ （3）修改部分对其他部分有无不良影响（副作用）？ 对软件进行修改，常常会引发别的问题，因此，有必要 检查修改的影响范围。 重新验证程序 11.3 程序修改的步骤及修改的副作用 2．确认测试 在充分进行了以上确认的基础上，要用计算机对修改程 序进行确认测试。 （1）确认测试顺序：先对修改部分进行测试，然后隔离修 改部分，测试程序的未修改部分，最后再把它们集成起 来进行测试。这种测试称为回归测试。 （2）准备标准的测试用例。 （3）充分利用软件工具帮助重新验证过程。 （4）在重新确认过程中，需邀请用户参加。 11.3 程序修改的步骤及修改的副作用 3．维护后的验收 在交付新软件之前，维护主管部门要检验： （1）全部文档是否完备，并已更新； （2）所有测试用例和测试结果已经正确记载； （3）记录软件配置所有副本的工作已经完成； （4）维护工序和责任是明确的。 11.3 程序修改的步骤及修改的副作用 软件维护性是指当对软件实施各种类型的维护而进行修改时，软件产品可被修改的能力。 软件维护的子特性： 11.4 软件的维护性 软件维护性的定义 11.4 软件的维护性 软件维护性度量的任务是对软件产品的维护性给出量化的评价。 软件维护的度量也分为内部维护性度量和外部维护性度量，两者的差别如下表。 1．模块化 模块化技术的优点是如果需要改变某个模块的功能，则 只要改变这个模块，对其他模块影响很小；如果需要增加 程序的某些功能，则仅需增加完成这些功能的新的模块或 模块层；程序的测试与重复测试比较容易；程序错误易于 定位和纠正；容易提高程序效率。 2．结构化程序设计 结构化程序设计不仅使得模块结构标准化，而且将模块 间的相互作用也标准化了，因而把模块化又向前推进了一 步。采用结构化程序设计可以获得良好的程序结构。 使用提高软件质量的技术和工具 11.5 提高软件维护性的方法 3．使用结构化程序设计技术，提高现有系统的可 维护性 （1）采用备用件的方法——当要修改某一个模块时，用一 个新的结构良好的模块替换掉整个模块。 （2）采用自动重建结构和重新格式化的工具（结构更新技 术）。 （3）改进现有程序的不完善的文档。 （4）使用结构化程序设计方法实现新的子系统。 （5）采用结构化小组。 11.5 提高软件维护性的方法 质量保证审查除了保证软件得到适当的质量外，还可以用 来检测在开发和维护阶段内发生的质量变化。一旦检测出问 题来，就可以采取措施纠正，以控制不断增长的软件维护成 本。 为了保证软件的可维护性，有4种类型的软件审查。 检查点审查 验收检查 周期性的维护审查 对软件包进行检查 11.5 提高软件维护性的方法 实施开发阶段产品的维护性审查 11.5 提高软件维护性的方法 1．检查点审查 保证软件质量的最佳方法是在软件开发的最初阶段就把质量要求考虑进去，并在开发过程每一个阶段的终点，设置检查点进行检查。 检查的目的是要证实，已开发的软件是否符合标准，是否满足规定的质量需求。 11.5 提高软件维护性的方法 1. 检查点审查 在不同的检查点，检查的重点不完全相同，例如，在设计阶段，检查重点是可理解性、可修改性、可测试性。可理解性检查的重点是程序的复杂性。如下图所示。 2．验收检查 验收检查是一个特殊的检查点的检查，是交付使用前的最 后一次检查，是软件投入运行之前保证可维护性的最后机 会。以下是验收检查必须遵循的最小验收标准。 （1）需求和规范标准 ① 需求应当以可测试的术语进行书写，按优先次序排列和定义。 ② 区分必须的、任选的、将来的需求。 ③ 包括对系统运行时的计算机设备的需求；对维护、测试、操作，以及维护人员的需求；对测试工具等的需求。 11.5 提高软件维护性的方法 （2）设计标准 ① 程序应设计成分层的模块结构。每个模块应完成唯一的 功能，并达到高内聚、低耦合。 ② 通过一些知道预期变化的实例，说明设计的可扩充性、 可缩减性和可适应性。 11.5 提高软件维护性的方法 （3）源代码标准 ① 尽可能使用程序设计语言的标准版本。 ② 所有的代码都必须具有良好的结构。 ③ 所有的代码都必须文档化，在注释中说明