第六章 软件维护

1、第六章第六章 软件维护软件维护 本章要求本章要求1 软件维护的概念软件维护的概念2 软件维护的活动软件维护的活动3 程序修改的步骤及修改的副作用程序修改的步骤及修改的副作用4 软件的可维护性软件的可维护性5 提高维护性的方法提高维护性的方法6 逆向工程和再工程逆向工程和再工程7 软件配置管理软件配置管理6.1 软件维护的概念软件维护的概念6.1.1 软件维护的定义软件维护是在软件已交付给用户使用后，为了改正错误，或者满足用户新的需求而修改软件的过程。软件维护的原因多种多样，归纳起来主要有三种类型：(改正性、适应性和扩充性)（1）改正在特定的使用条件下暴露出的一些潜在程序错误或设计缺陷；（2）因

2、为在软件使用过程中数据环境发生变化（例如一个事务处理代码发生改变）或处理环境发生变化（例如安装了新的硬件或操作系统），需要修改软件以适应这种变化。（3）用户和数据处理人员在使用时常提出改进现有功能，增加新的功能，以及改善总体性能要求，就需要修改软件把这些要求归纳到软件中。 由上面的原因而引起的软件维护活动可归纳为如下几类由上面的原因而引起的软件维护活动可归纳为如下几类:1）改正性维护改正性维护(20%)：在软件交付使用后，由于开发时测试的不完：在软件交付使用后，由于开发时测试的不完全、不彻底，必然有一部分隐藏的错误被带到运行阶段来。这些隐藏全、不彻底，必然有一部分隐藏的错误被带到运行阶段来。这

3、些隐藏下来的错误在某些特定的使用环境下就会暴露。为了识别和纠正软件下来的错误在某些特定的使用环境下就会暴露。为了识别和纠正软件错误，改正软件性能上的缺陷，排除实施中的误使用，应当进行的诊错误，改正软件性能上的缺陷，排除实施中的误使用，应当进行的诊断和改正错误的过程。断和改正错误的过程。2）适应性维护适应性维护(25%)：随着计算机的飞速发展，外部环境：随着计算机的飞速发展，外部环境(新的硬、新的硬、软件配置软件配置)或数据环境或数据环境(数据库、数据格式、数据输入数据库、数据格式、数据输入/输出方式、数据输出方式、数据存储介质存储介质)可能发生变化，为了适应这种变化，而去修改软件的过程。可能发

4、生变化，为了适应这种变化，而去修改软件的过程。3）完善性维护完善性维护(50%)：在软件的使用过程中，用户往往会对软件提：在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能，增强软件性能、改进加工效率，提高软件的可维护以扩充软件功能，增强软件性能、改进加工效率，提高软件的可维护性。性。 在维护阶段的最初一两年，改正性维护的工作量较大。随着错误发在维护阶段的最初一两年，改正性维护的工作量较大。随着错误发现率急剧降低，并趋于稳定，就进入了正常使用期。然而，由于改造现率急剧降

5、低，并趋于稳定，就进入了正常使用期。然而，由于改造的要求，适应性维护和完善性维护的工作量逐渐增加，在这种维护过的要求，适应性维护和完善性维护的工作量逐渐增加，在这种维护过程中又会引入新的错误，从而加重了维护的工作量。实践表明，在几程中又会引入新的错误，从而加重了维护的工作量。实践表明，在几种维护活动中，完善性维护所占的比重最大。即大部分维护工作是改种维护活动中，完善性维护所占的比重最大。即大部分维护工作是改变和加强软件，而不是纠错。变和加强软件，而不是纠错。4）预防性维护预防性维护(5%)：为了提高软件的可靠性、可维护性等，为以后进一步改为了提高软件的可靠性、可维护性等，为以后进一步改进软件打

6、下良好基础。通常，预防性维护定义为：把今进软件打下良好基础。通常，预防性维护定义为：把今天的方法学用于昨天的系统以满足明天的需要。也就是天的方法学用于昨天的系统以满足明天的需要。也就是说，采用先进的软件工程方法对需要维护的软件或软件说，采用先进的软件工程方法对需要维护的软件或软件中某一部分中某一部分( (重新重新) )进行设计、编制和测试。进行设计、编制和测试。 在整个软件维护阶段所花费的全部工作量中，预防性在整个软件维护阶段所花费的全部工作量中，预防性维护只占很小的比例，而维护只占很小的比例，而完善性维护占几乎一半的工作完善性维护占几乎一半的工作量量。软件维护活动所花费的工作占整个生存周期工

7、作量软件维护活动所花费的工作占整个生存周期工作量的的70%以上以上。这是由于在漫长的软件运行过程中需要不。这是由于在漫长的软件运行过程中需要不断对软件进行修改，以改正新发现的错误、适应新的环断对软件进行修改，以改正新发现的错误、适应新的环境和用户新的要求，这些修改需要花费很多精力和时间，境和用户新的要求，这些修改需要花费很多精力和时间，而且有时修改不正确，还会引入新的错误，同时，软件而且有时修改不正确，还会引入新的错误，同时，软件维护技术不像开发技术那样成熟、规范化，自然消耗工维护技术不像开发技术那样成熟、规范化，自然消耗工作量就比较多。作量就比较多。 各类维护活动的根本目的是各类维护活动的根

8、本目的是延长软件生存期延长软件生存期6.1.2 影响维护工作量的因素影响维护工作量的因素在软件维护中，影响维护工作量的程序特性有以下在软件维护中，影响维护工作量的程序特性有以下6种：种：（1）系统大小系统大小：系统越大，理解掌握起来越困难。系统越：系统越大，理解掌握起来越困难。系统越大，所执行功能越复杂。因而需要更多的维护工作量。大，所执行功能越复杂。因而需要更多的维护工作量。（2）程序设计语言程序设计语言：使用强功能的程序设计语言可以控制：使用强功能的程序设计语言可以控制程序的规模。语言的功能越强，生成程序所需要的指令数程序的规模。语言的功能越强，生成程序所需要的指令数就越少；语言的能力越弱

9、，实现同样功能所需要语句就越就越少；语言的能力越弱，实现同样功能所需要语句就越多，程序就越大。多，程序就越大。（3）系统年龄系统年龄：老系统比新系统需要更多的维护工作量。：老系统比新系统需要更多的维护工作量。老系统随着不断地修改，结构越来越乱；由于维护人员经老系统随着不断地修改，结构越来越乱；由于维护人员经常更换，程序又变得越来越难于理解，而且许多老系统在常更换，程序又变得越来越难于理解，而且许多老系统在当初并未按照软件工程的要求进行开发，因而没有文档，当初并未按照软件工程的要求进行开发，因而没有文档，或文档太少，或在长期的维护过程中文档在许多地方与程或文档太少，或在长期的维护过程中文档在许多

10、地方与程序实现变得不一致，这样在维护时就会遇到很大困难。序实现变得不一致，这样在维护时就会遇到很大困难。（4）数据库技术应用数据库技术应用：使用数据库，可以简单而：使用数据库，可以简单而有效地管理和存储用户程序中的数据，还可以减有效地管理和存储用户程序中的数据，还可以减少生成用户报表应用软件的维护工作量。数据库少生成用户报表应用软件的维护工作量。数据库工具可以很方便地修改和扩充报表。工具可以很方便地修改和扩充报表。（5）先进的软件开发技术先进的软件开发技术：在软件开发时，若使：在软件开发时，若使用能使软件尽管比较稳定的分析与设计技术、及用能使软件尽管比较稳定的分析与设计技术、及程序设计技术，如

11、面向对象技术、复用技术等，程序设计技术，如面向对象技术、复用技术等，可减少大量的工作量。可减少大量的工作量。（6）其它其它：例如，应用的类型、数学模型、任务：例如，应用的类型、数学模型、任务的难度、开关与标记、的难度、开关与标记、if嵌套深度、索引或下标嵌套深度、索引或下标数等，对维护工作量都有影响。数等，对维护工作量都有影响。 6.1.3 软件维护的策略软件维护的策略控制维护成本控制维护成本：(1) 改正性维护策略改正性维护策略通常要生成通常要生成100%可靠的软件并不一定合算，成本太高。可靠的软件并不一定合算，成本太高。但通过使用新技术，可大大提高可靠性，并减少进行改正但通过使用新技术，可

12、大大提高可靠性，并减少进行改正性维护的需要。这些技术包括：数据库管理系统、软件开性维护的需要。这些技术包括：数据库管理系统、软件开发环境、程序自动生成系统、较高级的语言。此外，发环境、程序自动生成系统、较高级的语言。此外，1）利用应用软件包，可开发出比由用户完全自己已开发的）利用应用软件包，可开发出比由用户完全自己已开发的系统可靠性更高的软件。系统可靠性更高的软件。2）结构化技术，用它开发的软件易于理解和测试。）结构化技术，用它开发的软件易于理解和测试。3）防错性程序设计。把自检能力引入程序，通过非正常状）防错性程序设计。把自检能力引入程序，通过非正常状态的检查，提供审查跟踪。态的检查，提供审

13、查跟踪。4）通过周期性维护审查，在形成维护问题之前就可确定质）通过周期性维护审查，在形成维护问题之前就可确定质量缺陷。量缺陷。 (2) 适应性维护策略适应性维护策略1）在配置管理时，把硬件、操作系统和其它环境）在配置管理时，把硬件、操作系统和其它环境的可能变化考虑在内，可以减少某些工作量。的可能变化考虑在内，可以减少某些工作量。2）把与硬件、操作系统，以及其它外围设备有关）把与硬件、操作系统，以及其它外围设备有关的程序归到特定的程序模块中。可把因环境变化的程序归到特定的程序模块中。可把因环境变化而必须修改的程序局部于某些程序模块之中。而必须修改的程序局部于某些程序模块之中。3）使用内部程序列表

14、、外部文件，以及处理的例）使用内部程序列表、外部文件，以及处理的例行程序包。为维护时修改程序提供方便。行程序包。为维护时修改程序提供方便。(3) 完善性维护策略完善性维护策略：利用前两类中列举方法，利用前两类中列举方法，特别是数据库管理系统、程序生成器、应用软件特别是数据库管理系统、程序生成器、应用软件包；此外还可以建立软件系统原型。包；此外还可以建立软件系统原型。 6.1.4 维护成本维护成本有形的软件维护成本是花费了多少钱，而其它非直接有形的软件维护成本是花费了多少钱，而其它非直接的维护成本有更大的影响。例如，的维护成本有更大的影响。例如，1）一些看起来是合理的修复或修改请求不能及时安排，

15、）一些看起来是合理的修复或修改请求不能及时安排，使得客户不满意；使得客户不满意；2）变更的结果把一些潜在的错误引入正在维护的软件，）变更的结果把一些潜在的错误引入正在维护的软件，使得软件整体质量下降；使得软件整体质量下降；3）当必须把软件人员抽调到维护工作中去时，就使得）当必须把软件人员抽调到维护工作中去时，就使得软件开发工作受到干挠。软件开发工作受到干挠。 6.2 软件维护的活动软件维护的活动6.2.1 维护机构维护机构首先需要建立维护机构，申明提出维护申请报告的过程及首先需要建立维护机构，申明提出维护申请报告的过程及评价过程；为每一个维护申请规定标准的处理步骤；还必评价过程；为每一个维护申

16、请规定标准的处理步骤；还必须须建立维护活动的登记制度以及规定评价和评审的标准建立维护活动的登记制度以及规定评价和评审的标准。图图6.1软件维护机构就是一个维护组织方案。软件维护机构就是一个维护组织方案。维护申请维护申请提交给一个提交给一个维护管理员维护管理员，他把申请交给某个，他把申请交给某个系统系统监督员监督员去评价。系统监督员是一位技术人员，他必须熟悉去评价。系统监督员是一位技术人员，他必须熟悉产品程序的某一部分。一旦做出评价，由产品程序的某一部分。一旦做出评价，由修改负责人修改负责人确定确定如何进行修改。在维护人员对程序进行修改的过程中，由如何进行修改。在维护人员对程序进行修改的过程中，

17、由配置管理员配置管理员严格把关，控制修改的范围，对软件配置进行严格把关，控制修改的范围，对软件配置进行审计。审计。维护管理员、系统监督员、修改负责人等，均代表维护工维护管理员、系统监督员、修改负责人等，均代表维护工作的某个职责范围。修改负责人、维护管理员可以是指定作的某个职责范围。修改负责人、维护管理员可以是指定的某个人，也可以是一个包括管理人员、高级技术人员在的某个人，也可以是一个包括管理人员、高级技术人员在内的小组。系统监督员可以有其它责职，但应具体分管某内的小组。系统监督员可以有其它责职，但应具体分管某一个软件包。一个软件包。 修改负责人修改负责人系统监督员系统监督员维护管理员维护管理员

18、配置管理员配置管理员维护人员维护人员申请维护申请维护6.2.2 软件维护申请报告软件维护申请报告软 件 维 护 组 织 通 常 提 供 软 件 维 护 申 请 报 告软 件 维 护 组 织 通 常 提 供 软 件 维 护 申 请 报 告 ( m r p , maintenance request form)，或称软件问题报告，由，或称软件问题报告，由申请维护的用户填写。申请维护的用户填写。软件维护申请报告是由软件组织外部提交的文档，它是计软件维护申请报告是由软件组织外部提交的文档，它是计划维护工作的基础，软件组织内部相应做出的数据修改报划维护工作的基础，软件组织内部相应做出的数据修改报告（告（

19、scr，software change report）,指明：指明：（1）所需修改变动的性质所需修改变动的性质；（2）申请修改的优先级申请修改的优先级；（3）为满足某个维护申请报告，所需的工作量为满足某个维护申请报告，所需的工作量。（4）预计修改后的状况预计修改后的状况。软件修改报告应提交修改负责人，经批准后才开始进一步软件修改报告应提交修改负责人，经批准后才开始进一步安排维护工作。安排维护工作。6.2.3 软件维护工作流程软件维护工作流程第一步是首先确认维护要求。这需要维护人员与用户反复协第一步是首先确认维护要求。这需要维护人员与用户反复协商，弄清错误概况以及对业务的影响大小，以及用户希望做

20、商，弄清错误概况以及对业务的影响大小，以及用户希望做什么样的修改，并把这些情况存入故障数据库。然后由维护什么样的修改，并把这些情况存入故障数据库。然后由维护组织管理员确认维护类型。组织管理员确认维护类型。改正性维护申请，从评价错误的严重性开始。改正性维护申请，从评价错误的严重性开始。如果存在严重如果存在严重的错误的错误，则必须安排人员，在系统监督员的指导下，进行问，则必须安排人员，在系统监督员的指导下，进行问题分析，寻找错误发生的原因，题分析，寻找错误发生的原因，进行进行“救火救火”性的紧急维性的紧急维护；护；对于不严重的错误，可根据任务、机时情况、视轻重缓急，对于不严重的错误，可根据任务、机

21、时情况、视轻重缓急，进行排队，统一安排时间。进行排队，统一安排时间。适应性维护和完善性维护申请，需要先确定每项申请的优先适应性维护和完善性维护申请，需要先确定每项申请的优先次序。若某项申请的优先级非常高，就可立即开始维护工作，次序。若某项申请的优先级非常高，就可立即开始维护工作，否则，维护申请和其它的开发工作一样，进行排队，统一安否则，维护申请和其它的开发工作一样，进行排队，统一安排时间。排时间。尽管维护申请的类型不同，但都要进行同样的技术工作。这尽管维护申请的类型不同，但都要进行同样的技术工作。这些工作有：修改软件需求说明、修改软件设计、软件配置评些工作有：修改软件需求说明、修改软件设计、软

22、件配置评审等。审等。6.3 程序修改的步骤及修改的副作用程序修改的步骤及修改的副作用 通常对源程序的修改不能无计划地仓促上阵，为了正确、有效通常对源程序的修改不能无计划地仓促上阵，为了正确、有效地修改，需要经历以下三个步骤：地修改，需要经历以下三个步骤：1）分析和理解程序；）分析和理解程序；2）修改程序；）修改程序；3）重新验证程序。）重新验证程序。6.3.1 分析和理解程序分析和理解程序经过分析，全面、准确、迅速地理解程序是决定维护成功和质经过分析，全面、准确、迅速地理解程序是决定维护成功和质量好坏的关键。在这方面，软件的可理解性和文档的质量非常量好坏的关键。在这方面，软件的可理解性和文档的

23、质量非常重要，重要，必须做到必须做到：（1）理解程序的功能和目标；）理解程序的功能和目标；（2）掌握程序的结构信息，即从程序中细分出若干结构成分。）掌握程序的结构信息，即从程序中细分出若干结构成分。如程序系统结构图、控制结构、数据结构和输入输出结构等；如程序系统结构图、控制结构、数据结构和输入输出结构等；（3）了解数据流信息，即所涉及到数据来源何处，在哪里被）了解数据流信息，即所涉及到数据来源何处，在哪里被使用；使用；（4）了解控制流信息，即执行每条路径的结果；）了解控制流信息，即执行每条路径的结果；（5）理解程序的操作（使用）要求；）理解程序的操作（使用）要求； 6.3.2 修改程序修改程序

24、对程序的修改，必须事先做出计划，有预谋地、周密有效地对程序的修改，必须事先做出计划，有预谋地、周密有效地实施修改。实施修改。（1）设计程序的修改计划设计程序的修改计划修改计划的内容主要包括：修改计划的内容主要包括： 规格说明信息：数据修改、处理修改、作业控制语言修改、规格说明信息：数据修改、处理修改、作业控制语言修改、系统之间接口的修改等；系统之间接口的修改等；（2）修改代码，以适应变化修改代码，以适应变化在修改时，要求：在修改时，要求：1）正确、有效地编写修改代码；）正确、有效地编写修改代码；2）要谨慎地修改程序，尽量保持程序的风格及格式，要在程）要谨慎地修改程序，尽量保持程序的风格及格式，

25、要在程序清单上注明改动的指令；序清单上注明改动的指令；3）不要删除程序语句，除非完全肯定它是无用的；）不要删除程序语句，除非完全肯定它是无用的；4）不要试图共用程序中已有的临时变量或工作区，为了避免）不要试图共用程序中已有的临时变量或工作区，为了避免冲突或混淆用途，应自行设置自己的变量；冲突或混淆用途，应自行设置自己的变量；5）插入错误检测语句；）插入错误检测语句；6）在修改过程中做好修改的详细记录，消除变更中任何有害）在修改过程中做好修改的详细记录，消除变更中任何有害的副作用（波动效应）的副作用（波动效应） （3）修改程序的副作用修改程序的副作用1）修改代码的副作用）修改代码的副作用在使用程

26、序设计语言修改源代码时，都可能引入错误。在使用程序设计语言修改源代码时，都可能引入错误。2）修改数据的副作用）修改数据的副作用在修改数据结构时，有可能造成软件设计与数据结构不匹配，因而在修改数据结构时，有可能造成软件设计与数据结构不匹配，因而导致软件出错。数据副作用就是修改软件信息结构导致的结果。导致软件出错。数据副作用就是修改软件信息结构导致的结果。3）文档的副作用）文档的副作用对数据流、软件结构、模块逻辑或任何其它有关特性进行修改时，对数据流、软件结构、模块逻辑或任何其它有关特性进行修改时，必须对相关技术文档进行相应修改。否则会导致文档与程序功能不必须对相关技术文档进行相应修改。否则会导致

27、文档与程序功能不匹配，缺省条件改变，新错误信息不正确等错误，使得软件文档不匹配，缺省条件改变，新错误信息不正确等错误，使得软件文档不能反映软件的当前状态。对于用户来说，软件事实上就是文档。如能反映软件的当前状态。对于用户来说，软件事实上就是文档。如果对可执行软件的修改不反映在文档里，就会产生文档的副作用。果对可执行软件的修改不反映在文档里，就会产生文档的副作用。6.3.3 重新验证程序（1）静态确认）静态确认修改软件，伴随着引起新的错误的危险。为了能够做出正确修改软件，伴随着引起新的错误的危险。为了能够做出正确的判断，验证修改后的程序至少需要两个人参加。要检查的判断，验证修改后的程序至少需要两

28、个人参加。要检查1）修改是否涉及到规格说明？修改结果是否符合规格说明？）修改是否涉及到规格说明？修改结果是否符合规格说明？有没有歪曲规格说明？有没有歪曲规格说明？ 2）程序的修改是否足以修正软件中的错误？源程序代码有）程序的修改是否足以修正软件中的错误？源程序代码有无逻辑错误？修改时有无修补失误？无逻辑错误？修改时有无修补失误？3）修改部分对其它部分有无不良影响（副作用）？）修改部分对其它部分有无不良影响（副作用）？（2）计算机确认）计算机确认在充分进行了以上确认的基础上，要用计算机对修改程序进在充分进行了以上确认的基础上，要用计算机对修改程序进行确认测试：行确认测试：1)1)确认测试顺序：先

29、对个性部分进行测试，然后隔离修改确认测试顺序：先对个性部分进行测试，然后隔离修改部分，测试程序的未修改部分，最后再把它们集成起来进部分，测试程序的未修改部分，最后再把它们集成起来进行测试。这种测试称为回归测试。行测试。这种测试称为回归测试。2)2)准备标准的测试用例。准备标准的测试用例。3)3)充分利用软件工具帮助重新验证过程。充分利用软件工具帮助重新验证过程。4)4)在重新确认过程中，需邀请用户参加。在重新确认过程中，需邀请用户参加。（3）维护后的验收）维护后的验收1）全部文档是否完备，并已更新；）全部文档是否完备，并已更新；2）所有测试用例和测试结果已经正确记载；）所有测试用例和测试结果已

30、经正确记载；3）记录软件配置所有副本的工作已经完成；）记录软件配置所有副本的工作已经完成；4）维护工序和责任已经确定。）维护工序和责任已经确定。6.4.1 软件可维护性的定义软件可维护性的定义许多软件的维护十分困难，原因在于这些软件的文档和源程序难许多软件的维护十分困难，原因在于这些软件的文档和源程序难于理解，又难于修改。从原则上讲，软件开发工作就严格按照软于理解，又难于修改。从原则上讲，软件开发工作就严格按照软件工程的要求，遵循特定的软件标准或规范进行。但实际上往往件工程的要求，遵循特定的软件标准或规范进行。但实际上往往由于种种原因并不能真正做到。例如，文档不全、质量差、开发由于种种原因并不

31、能真正做到。例如，文档不全、质量差、开发过程中不注意采用结构化方法，忽视程序设计风格等等。因此，过程中不注意采用结构化方法，忽视程序设计风格等等。因此，造成软件维护工作量加大，成本上升，修改出错率升高。此外，造成软件维护工作量加大，成本上升，修改出错率升高。此外，许多维护要求并不是因为程序中出错而提出的，而是为适应环境许多维护要求并不是因为程序中出错而提出的，而是为适应环境变化或需要变化而提出的。由于维护工作面广，维护难度大，一变化或需要变化而提出的。由于维护工作面广，维护难度大，一不小心就会在修改中给软件带来新的问题或引入新的差错。所以，不小心就会在修改中给软件带来新的问题或引入新的差错。所

32、以，为了使软件能够易于维护，必须考虑使软件具有可维护性。为了使软件能够易于维护，必须考虑使软件具有可维护性。软件的可维护性是指纠正软件系统出现的错误和缺陷，以及满足软件的可维护性是指纠正软件系统出现的错误和缺陷，以及满足新的要求进行修改、扩充或压缩的容易程度新的要求进行修改、扩充或压缩的容易程度。可维护性、可使用。可维护性、可使用性、可靠性是衡量软件质量的几个主要质量特性。性、可靠性是衡量软件质量的几个主要质量特性。衡量程序的可维护性的衡量程序的可维护性的7个特性：个特性：可理解性可理解性、可测试性可测试性、可修改可修改性性、可靠性可靠性、可移植性可移植性、可使用性可使用性、效率效率。 6.4

33、.2 可维护性的度量可维护性的度量 质量测试与质量标准则用于定量分析和评价程序的质量。质量测试与质量标准则用于定量分析和评价程序的质量。由于许多质量特性是相互抵触的，要考虑几种不同的度量由于许多质量特性是相互抵触的，要考虑几种不同的度量标准，相应地去度量不同的质量特性。（标准，相应地去度量不同的质量特性。（8种）种）（1）可理解性可理解性 可理解性表明人们通过阅读源代码和相关的文档，了可理解性表明人们通过阅读源代码和相关的文档，了解程序的功能及其如何运行的容易程度。解程序的功能及其如何运行的容易程度。（2）可测试性可测试性一个可测试的程序应当是可理解的、可靠的、简单的。对一个可测试的程序应当是

34、可理解的、可靠的、简单的。对于程序模块，可用程序复杂性来度量可测试性。于程序模块，可用程序复杂性来度量可测试性。程序的环程序的环路复杂性越大，程序的路径就越多路复杂性越大，程序的路径就越多。因此，全面。因此，全面测试程序测试程序的难度就越大的难度就越大。（3）可修改性可修改性一个可修改的程序应当是可理解的、通用的、灵活的、一个可修改的程序应当是可理解的、通用的、灵活的、简单的。其中，通用性是指程序适用于各种功能变化简单的。其中，通用性是指程序适用于各种功能变化而无需修改。灵活性是指能够容易地对程序进行修改。而无需修改。灵活性是指能够容易地对程序进行修改。 （4）可靠性可靠性 可靠性表明一个程序

35、按照用户的要求和设计目标，可靠性表明一个程序按照用户的要求和设计目标，在给定的一段时间内正确执行的概率。度量的标准主在给定的一段时间内正确执行的概率。度量的标准主要有：平均失效间隔时间要有：平均失效间隔时间mttf，平均修复时间，平均修复时间mttr，有效性有效性a(=mtbd/(mtbd+mdt)方法：根据程序错误统计数字，进行可靠性预测；根方法：根据程序错误统计数字，进行可靠性预测；根据程序复杂性，预测软件可靠性。据程序复杂性，预测软件可靠性。（5）可移植性可移植性表明程序转移到一个新的计算环境的可能性的大小。表明程序转移到一个新的计算环境的可能性的大小。一个可移植的程序应具有结构良好、灵

36、活、不依赖于一个可移植的程序应具有结构良好、灵活、不依赖于某一具体计算机或操作系统的性能。某一具体计算机或操作系统的性能。（6）可使用性可使用性从用户的观点出发，把可使用性定义为程序方便、实从用户的观点出发，把可使用性定义为程序方便、实用及易于使用的程度。一个可使用的程序应是易于使用及易于使用的程度。一个可使用的程序应是易于使用的、能允许用户出错和改变，并尽可能不使用户陷用的、能允许用户出错和改变，并尽可能不使用户陷入混乱状态的程序。入混乱状态的程序。（7）效率）效率表明一个程序能执行预定功能又不浪费机器资源的程表明一个程序能执行预定功能又不浪费机器资源的程度。度。（8）其它间接定量度量其它间

37、接定量度量gilb提出了与软件维护期间工作量有关的一些数据，可以使用它提出了与软件维护期间工作量有关的一些数据，可以使用它们间接地对软件的可维护性做估计：们间接地对软件的可维护性做估计：1）问题识别的时间；）问题识别的时间；2）因管理活动拖延的时间；）因管理活动拖延的时间；3）收集维护工具的时间；）收集维护工具的时间；4）分析、诊断问题的时间；）分析、诊断问题的时间；5）修改规格说明的时间；）修改规格说明的时间；6）具体的改错或修改的时间；）具体的改错或修改的时间；7）局部测试的时间；）局部测试的时间；8）集成或回归测试的时间；）集成或回归测试的时间；9）维护的评审时间；）维护的评审时间；10

38、）恢复时间。）恢复时间。 6.5 提高维护性的方法提高维护性的方法应当对程序的质量特性，在提出目标的同时还必须规应当对程序的质量特性，在提出目标的同时还必须规定它们的优先级。这样有助于提高软件的质量，并对定它们的优先级。这样有助于提高软件的质量，并对软件生存期的费用产生很大的影响。软件生存期的费用产生很大的影响。 6.5.1 建立明确的软件质量目标和优先级建立明确的软件质量目标和优先级 在实现软件可维护性的全部目标通常代价太大，而在实现软件可维护性的全部目标通常代价太大，而且不一定行得通。因此有些质量特性是相互促进的且不一定行得通。因此有些质量特性是相互促进的(如可理解性和可测试性，可理解性和

39、可修改性如可理解性和可测试性，可理解性和可修改性)，而，而有些是相互抵触的有些是相互抵触的(如效率和可移植性，效率和可修如效率和可移植性，效率和可修改性改性)。因此，尽管可维护性要求每一种质量特性都。因此，尽管可维护性要求每一种质量特性都要得到满足，但它们的相对重要性应随程序的用途及要得到满足，但它们的相对重要性应随程序的用途及计算环境的不同而不同。所以应当对程序的质量特性，计算环境的不同而不同。所以应当对程序的质量特性，在提出目标的同时还规定它们的优先级。在提出目标的同时还规定它们的优先级。6.5.2 使用提高软件质量的技术和工具使用提高软件质量的技术和工具（1）模块化模块化：它的优点是如果

40、需要改变某个模块：它的优点是如果需要改变某个模块的功能，则只要改变这个模块，对其他模块的影的功能，则只要改变这个模块，对其他模块的影响很小；如果需要增加程序的某些功能，则仅需响很小；如果需要增加程序的某些功能，则仅需增加完成这些功能的新的模块或模块层；程序的增加完成这些功能的新的模块或模块层；程序的测试与重复测试比较容易；程序的错误易于定位测试与重复测试比较容易；程序的错误易于定位和纠正；容易提高程序效率。和纠正；容易提高程序效率。（2）结构程序设计结构程序设计：不仅使得模块化结构标准化，：不仅使得模块化结构标准化，而且将模块间的相互作用也标准化了。而且将模块间的相互作用也标准化了。 （3）使

41、用结构程序设计技术，提高现有系统的可使用结构程序设计技术，提高现有系统的可维护性维护性。例如：采用备用件的方法、采用结构更。例如：采用备用件的方法、采用结构更新技术，改进现有程序不完善的文档、使用结构新技术，改进现有程序不完善的文档、使用结构化程序设计方法实现新的子系统；采用结构化小化程序设计方法实现新的子系统；采用结构化小组程序设计的思想和结构文档工具。组程序设计的思想和结构文档工具。 软件开发中，建立主程序员小组，实现严格的软件开发中，建立主程序员小组，实现严格的组织化结构、期待规范，明确领导以及职能分工，组织化结构、期待规范，明确领导以及职能分工，能够改善通信、提高程序的生产率；在检查程

42、序能够改善通信、提高程序的生产率；在检查程序质量时，采取有组织分工的结构普查，分工合作，质量时，采取有组织分工的结构普查，分工合作，各司其职，能够有效地实施质量检查。各司其职，能够有效地实施质量检查。同样，在软件的维护过程中，维护小组也可以采同样，在软件的维护过程中，维护小组也可以采取与主程序员小组和结构普查类似的方式，以保取与主程序员小组和结构普查类似的方式，以保证程序的质量。证程序的质量。6.5.3 进行明确的质量保证和审查进行明确的质量保证和审查为了保证软件的可维护性，有为了保证软件的可维护性，有四种类型的软件审查四种类型的软件审查。（1）在检查点进行复审在检查点进行复审保证软件质量的最

43、佳方法是软件开发的最初阶段就把质量要求考虑进保证软件质量的最佳方法是软件开发的最初阶段就把质量要求考虑进去，并在开发过程每一阶段的终点，设置检查点进行检查。检查的目去，并在开发过程每一阶段的终点，设置检查点进行检查。检查的目的是要证实，已开发的软件是否符合标准，是否满足规定的质量需求。的是要证实，已开发的软件是否符合标准，是否满足规定的质量需求。在不同的检查点，检查的重点不完全相同在不同的检查点，检查的重点不完全相同 （2）验收检查验收检查1）需求和规范标准需求和规范标准 2）设计标准设计标准 3）源代码标准源代码标准 4）文档标准文档标准 （3）周期性地维护审查周期性地维护审查具体地作法可以

44、是：具体地作法可以是：使用开发部门提供的修正软件，同时有计划地对应用程序进行变更使用开发部门提供的修正软件，同时有计划地对应用程序进行变更修改即可。修改即可。紧急维护是来不及等到周期性的维护，就需要立即修改软件中出现紧急维护是来不及等到周期性的维护，就需要立即修改软件中出现的重大故障时所做的维护。的重大故障时所做的维护。进行修改时，要首先确立检查修改是否正确的测试方法，以便进行修改时，要首先确立检查修改是否正确的测试方法，以便能够确认系统的修改正确，力求运行时不发生故障。能够确认系统的修改正确，力求运行时不发生故障。为了便于用户进行运行管理，适时提供维护工具以及有关信息为了便于用户进行运行管理

45、，适时提供维护工具以及有关信息是很重要的。是很重要的。 （4）对软件包进行检查）对软件包进行检查使用单位的维护人员首先要求仔细分析，研究卖主提供的用户手使用单位的维护人员首先要求仔细分析，研究卖主提供的用户手册、操作手册、培训教程、新版本说明、计算机环境要求书、未册、操作手册、培训教程、新版本说明、计算机环境要求书、未来特性表，以及卖方提供的验收测试报告等，在此基础上，深入来特性表，以及卖方提供的验收测试报告等，在此基础上，深入了解本单位的希望和要求，编制软件包的检验程序。了解本单位的希望和要求，编制软件包的检验程序。该检验程序该检验程序检查软件包程序所执行的功能是否与用户的要求和条件相一致检

46、查软件包程序所执行的功能是否与用户的要求和条件相一致。为了建立这个程序，维护人员可以利用卖方提供的验收测试实例。为了建立这个程序，维护人员可以利用卖方提供的验收测试实例。根据测试结果，检查和验证软件包的参数或控制结构，以完成软根据测试结果，检查和验证软件包的参数或控制结构，以完成软件包的维护。件包的维护。 6.5.4 选择可维护的程序设计语言选择可维护的程序设计语言程序设计语言的选择，对程序的可维护性影响很程序设计语言的选择，对程序的可维护性影响很大。低级语言，即机器语言和汇编语言，很难理大。低级语言，即机器语言和汇编语言，很难理解，很难掌握，因此很难维护。高级语言比低级解，很难掌握，因此很难

47、维护。高级语言比低级语言容易理解，具有更好的可维护性。语言容易理解，具有更好的可维护性。第一代第一代语言语言第二代第二代语言语言第三代第三代语言语言第四代第四代语言语言低低可维护性可维护性高高机器语言机器语言汇编语言汇编语言高级语言高级语言查寻语言：报表生成语查寻语言：报表生成语言言图象语言：应用生成语图象语言：应用生成语言言6.5.4 改进程序文档改进程序文档程序文档是对程序总目标、程序各组成部分之间程序文档是对程序总目标、程序各组成部分之间的关系、程序设计策略、程序实现过程的历史数的关系、程序设计策略、程序实现过程的历史数据等的说明和补充。程序文档对提高程序的可理据等的说明和补充。程序文档

48、对提高程序的可理解性有着重要作用。即使是一个十分简单的程序，解性有着重要作用。即使是一个十分简单的程序，要想有效地、高效率地维护它，也需要编制文档要想有效地、高效率地维护它，也需要编制文档来解释其目的及任务。而对于程序人员来说，要来解释其目的及任务。而对于程序人员来说，要想对程序编制人员的意图重新改造，并对今后变想对程序编制人员的意图重新改造，并对今后变化的可能性进行估计，缺了文档也是不行的。化的可能性进行估计，缺了文档也是不行的。 好的文档是建立可维护性的基本条件好的文档是建立可维护性的基本条件，它的，它的作用和意义有作用和意义有三点三点：（1）文档好的程序比没有文挡的程序容易操作文档好的程

49、序比没有文挡的程序容易操作。因为它增。因为它增加了程序的可读性和可使用性。但不正确的文档比根本没加了程序的可读性和可使用性。但不正确的文档比根本没有文档要坏得多。有文档要坏得多。（2）好的文档意味着简洁、风格一致、且易于更新。好的文档意味着简洁、风格一致、且易于更新。（3）程序应当成为其自身的文档。也就是说，在程序中应）程序应当成为其自身的文档。也就是说，在程序中应插入注释，以提高程序的可理解，并以移行、空行等明显插入注释，以提高程序的可理解，并以移行、空行等明显的视觉组织来突出程序的控制结构。如果程序越长、越复的视觉组织来突出程序的控制结构。如果程序越长、越复杂、则它对文档的需要就越迫切杂、

50、则它对文档的需要就越迫切。在软件维护阶段，利用历史文档，可以大大简化维护工作。在软件维护阶段，利用历史文档，可以大大简化维护工作。例如，通过了解原设计思想，可以指导维护人员选择适当例如，通过了解原设计思想，可以指导维护人员选择适当的方法去修改代码而不危及系统的完整性。又例如，了解的方法去修改代码而不危及系统的完整性。又例如，了解系统开发人员所认为的系统中最困难的部分，可以向维护系统开发人员所认为的系统中最困难的部分，可以向维护人员提供最直接的线索，来判断出错之处。人员提供最直接的线索，来判断出错之处。历史文档有三种历史文档有三种：（1）系统开发日志系统开发日志：它记录了项目的开发原则、开发目标

51、、：它记录了项目的开发原则、开发目标、优先次序、选择某种设计方案的理由、决策策略、使用的优先次序、选择某种设计方案的理由、决策策略、使用的测试技术和工具、每天出现的问题、计划的成功和失败之测试技术和工具、每天出现的问题、计划的成功和失败之处等。系统开发日志在日后对维护人员想要了解系统的开处等。系统开发日志在日后对维护人员想要了解系统的开发过程和开发中遇到什么问题是非常必要的。发过程和开发中遇到什么问题是非常必要的。（2）错误记载错误记载：它把出错的历史情况记录下来，对于预测：它把出错的历史情况记录下来，对于预测今后可能发生的错误类型及出错频率有很大帮助。也有助今后可能发生的错误类型及出错频率有

52、很大帮助。也有助于维护人员查明出现故障的程序或模块，以便去修改或替于维护人员查明出现故障的程序或模块，以便去修改或替换它们。此外，对错误进行统计、跟踪，可以更合理地评换它们。此外，对错误进行统计、跟踪，可以更合理地评价软件质量以及软件质量度量标准和软件方法的有效性。价软件质量以及软件质量度量标准和软件方法的有效性。（3）系统维护日志系统维护日志：记录了在维护阶段有关系统修改和修：记录了在维护阶段有关系统修改和修改目的的信息。包括修改的宗旨。修改的策略、存在的问改目的的信息。包括修改的宗旨。修改的策略、存在的问题、问题所在的位置、解决问题的办法、修改要求和说明、题、问题所在的位置、解决问题的办法

53、、修改要求和说明、注意事项、新版本说明等信息。它有助于人们了解程序修注意事项、新版本说明等信息。它有助于人们了解程序修改背后的思维过程，以进一步了解修改的内容和修改所代改背后的思维过程，以进一步了解修改的内容和修改所代来的影响。来的影响。因此，因此，软件开发时就要考虑到维护问题软件开发时就要考虑到维护问题：（1）在需求分析阶段：明确维护范围及责任）在需求分析阶段：明确维护范围及责任,审查系统要求；审查系统要求；研究运行研究运行/维护的支持；明确性能要求及变更；明确扩充或收维护的支持；明确性能要求及变更；明确扩充或收缩；检验关键资源的可扩充性。缩；检验关键资源的可扩充性。（2）在设计阶段：考虑系

54、统的扩展、压缩和变更及设计通用）在设计阶段：考虑系统的扩展、压缩和变更及设计通用性等。性等。 （3）在编程阶段：查找源程序错误，度量源程序可理解性等。）在编程阶段：查找源程序错误，度量源程序可理解性等。（4）在测试阶段：维护人员参与集成测试，统计分析错误等。）在测试阶段：维护人员参与集成测试，统计分析错误等。6 6、逆向工程和再工程逆向工程和再工程 “逆向工程逆向工程”来自硬件。软件公司对竞争对来自硬件。软件公司对竞争对手的硬件产品进行分解，了解竞争对手在设计手的硬件产品进行分解，了解竞争对手在设计和制造上的和制造上的“隐秘隐秘”。如果竞争对手的设计与。如果竞争对手的设计与制造的规格说明能够得

55、到制造的规格说明能够得到, ,要掌握这些隐秘并要掌握这些隐秘并不难。然而，这些文档是保密的，软件公司做不难。然而，这些文档是保密的，软件公司做逆向工程时是不能利用的。成功的逆向工程应逆向工程时是不能利用的。成功的逆向工程应通过考察产品的实际样品，导出该产品的一个通过考察产品的实际样品，导出该产品的一个或多个设计与制造的规格说明。或多个设计与制造的规格说明。 软件的逆向工程是软件的逆向工程是分析程序，力图在比源代码更分析程序，力图在比源代码更高抽象层次上建立程序的表示过程，逆向工程是高抽象层次上建立程序的表示过程，逆向工程是设计的恢复过程设计的恢复过程。逆向工程工具可以从已存在的。逆向工程工具可

56、以从已存在的程序中抽取数据结构、体系结构和程序设计信息。程序中抽取数据结构、体系结构和程序设计信息。 再工程，也叫做复壮（修复）或再生。再工程，也叫做复壮（修复）或再生。它不仅它不仅能从已存在的程序中重新获得设计信息，而且还能从已存在的程序中重新获得设计信息，而且还能使用这些信息来改建或重构现有的系统，以改能使用这些信息来改建或重构现有的系统，以改进它的综合质量。进它的综合质量。一般软件人员利用再工程重新一般软件人员利用再工程重新实现已存在的程序，同时加进新的功能或改善它实现已存在的程序，同时加进新的功能或改善它的性能。的性能。 什么是软件再工程什么是软件再工程在软件复用中在软件复用中, ,有

57、问题是与现有系统密切相关的有问题是与现有系统密切相关的例如例如: : 现有软件系统如何适应当前技术的发展及需求的现有软件系统如何适应当前技术的发展及需求的变化变化, ,采用更易于理解的、适应变化的、可复用的系统采用更易于理解的、适应变化的、可复用的系统软件构架并提炼出可复用的软件构件软件构架并提炼出可复用的软件构件? ? 现存大量的遗产软件系统现存大量的遗产软件系统(legacy software)(legacy software)由于由于技术的发展技术的发展, ,正逐渐退出使用正逐渐退出使用, ,如何对这些系统进行挖如何对这些系统进行挖掘、整理掘、整理, ,得到有用的软件构件得到有用的软件构

58、件? ? 已有的软件构件随着时间的流逝会逐渐变得不可已有的软件构件随着时间的流逝会逐渐变得不可使用使用, ,如何对它们进行维护如何对它们进行维护, ,以延长其生命期以延长其生命期, ,充分利用充分利用这些可复用构件这些可复用构件? ? 软件再工程软件再工程(software reengineering)(software reengineering)正是解决正是解决上述上述问题的主要技术手段。问题的主要技术手段。 软件再工程是一类软件工程活动软件再工程是一类软件工程活动，是一个工程过程是一个工程过程, ,它将它将逆向工程逆向工程、重构重构和和正向工程正向工程组合起来组合起来, ,将现存系统将现

59、存系统重新构造为新的形式。再工程的基础是系统理解重新构造为新的形式。再工程的基础是系统理解, ,包括包括对运行系统、源代码、设计、分析、文档等的全面理对运行系统、源代码、设计、分析、文档等的全面理解。但在很多情况下解。但在很多情况下, ,由于各类文档的丢失由于各类文档的丢失, ,只能对源只能对源代码进行理解代码进行理解, ,即程序理解。即程序理解。 它能够使我们：它能够使我们：f 增进对软件的理解；增进对软件的理解；f 提高软件自身的可维护性、复用性或演化性提高软件自身的可维护性、复用性或演化性. .再工程信息库及其产品再工程信息库及其产品软件文档软件文档分析结果分析结果信息库设计成果设计成果

60、规格说明规格说明各种图各种图度量值度量值分析、分解器分析、分解器源程序或其模板源程序或其模板(进入点进入点)源程序源程序自动进行再工程的过程自动进行再工程的过程软件软件的新视图语法分析器语义分析器视图合成器信息库其他产品经过再工程经过再工程过程可获得过程可获得的信息的信息格式格式图形图形文档文档度量值度量值逻辑逻辑报告报告软件再工程的两部分：软件再工程的两部分：首先，逆向过程首先，逆向过程：从代码：从代码开始推导出设计或是规格说明（可理解性）；开始推导出设计或是规格说明（可理解性）；其其次，改善软件的静态质量（可维护性、复用性或次，改善软件的静态质量（可维护性、复用性或演化性）演化性）。为什么