GB/T 20157-2006 信息技术 软件维护

ICS35.080

L77场黔

中华人民共和国国家标准

GB/T20157-2006/ISO/IEC14764:1999

信息技术软件维护

Informationtechnology-Softwaremaintenance

(ISO/IEC14764:1999，IDT)

2006-03-14发布2006-07-01实施

中华人民共和国国家质量监督检验检疫总局发布

中国国家标准化管理委员会

GB/T20157-2006/ISO/IEC14764:1999

目次

前言············，······························································································4···…工

引言···················，·，··············，，甲，甲··················，···························，，，，，，甲，···一n

1范围······，，··················，··········································“·······································……1

2符合性············································································································……1

3规范性引用文件············································.·············.……2

4术语和定义.······················································，·······················……2

5本标准的应用··············，，···‘···········································……，，·.········……。。。.，····……4

6实施注意事项·················‘·······················································.··············……。····……4

7软件维护策略.···················································.，····……8

8维护过程····················，····4····························4··················，···················，，，··…12

附录A(资料性附录)GB/T20157与GB/T8566之间的对照..··········。···············，·········……25

参考文献··························，·····································，，··········································……27

GB/T20157-2006/ISO/IEC14764:1999

前言

本标准等同采用国际标准ISO/IEC14764:1999《信息技术软件维护)}(英文版)。

将原文中的“本国际标准”改为“本标准”。

本标准的附录A是资料性附录。

本标准由中华人民共和国信息产业部提出。

本标准由信息产业部电子第四研究所归口。

本标准由信息产业部电子第四研究所负责起草。

本标准主要起草人:罗锋盈、黄家英、王宝艾。

GB/T20157-2006/ISO/IEC14764:1999

引言

本标准阐明了对软件维护过程的要求。如GB/T8566-2001((信息技术软件生存周期过程》所

述，软件维护是软件产品生存周期中的一个基本过程。维护过程包含维护者的活动和任务。本标准是

GB/T8566系列文件的一部分，并提供了实施指南。本标准详细说明了GB/T8566中的维护过程。本

标准只有强制性段落摘自GB/T8566,强制性段落包含用“应该”一词限定的内容，本标准援引的

GB/T8566'应‘该”的内容均以方框标明。

在许多项目中，特别是在长生存周期项目中.软件维护必然是项目的一个重要注意事项。

由于产品成本和时限的约束以及GB/T8566的最佳惯例未得到遵循，交付的软件常常不完善。因

而，必需能纠正运行中发现的故障。软件经常需要改进，以满足变更了的用户需求。软件维护可能成为

生存周期成本的一个重要部分。

本标准面向熟悉软件维护的读者。对不熟悉软件维护的读者，建议在应用本标准之前学习有关知

识或经过相应的培训。

可以综合运用软件工具、方法和技术进行软件维护。本标准不规定如何执行软件维护过程中的活

动和任务，因为这与相互之间的协定和组织结构相关。软件维护需求与执行软件维护时使用的工具是

无关的。

GB/T20157-2006/ISO/IEC14764:1999

信息技术软件维护

范围

本标准比较详细地描述GB/T8566所述的维护过程的管理。本标准还定义了各种维护类型，并且

提供了在维护过程的策划、执行、控制、评审和评价以及结束等方面的应用指南。本标准的范围涉及到

对于具有相同维护资源的多种软件产品的维护。如无另外说明，本标准中的“维护”指软件维护。

本标准给出一种框架;在这个框架中可以根据给定软件产品的范围和规模对各种通用的和专用的

软件维护计划加以剪裁，予以执行和评价。

本标准提供了框架、准确术语和过程;它们有助于各种技术(工具、技巧和方法)在软件维护中得到

一致应用。

本标准提供了软件维护的指南维护过程及其活动均以GB/T8566的定义为基础。本标准规定

了软件维护的活动和任务，提出了维护策划要求，但没有讨论软件操作和操作功能，例如，备份、恢复、系

统管理，通常这由运行软件的人员执行。

本标准在编写上主要针对软件维护人员，附带考虑了负责开发的和质量保证的人员。本标准也可

由那些可能为维护计划提供输人的系统(其中包含软件)需方和用户使用。

1.1目的

本标准提供关于管理(或如何执行)维护过程的指南。它指出在采购和运行期间如何运用维护

过程

1.2应用领域

本标准旨在为策划和维护软件产品或软件服务提供指南，与这种维护是在组织内部还是外部执行

无关。它不适用于软件运行。

本标准旨在针对供、需双方的情况提供指南，双方来自同一个组织时同样适用。对于按照自我赋予

任务方式运作的单一方，本标准也适用(GB/T8566),

本标准的意图不是供现货产品的用户使用，除非现货产品被纳人可交付产品(GB/T8566)例如，

在整个组织里维护字处理模板或宏时，这些组织可能要使用本标准。

本标准针对的软件产品不是那些“一次性使用”的或“短期”解决方案的软件产品。

本标准适用于现货产品开发者自我赋予的这些产品的维护任务。它不适用于用户定制的软件产品

和作为最终用户应用软件予以维护的产品。维护适用于计算机程序、编码、数据和文档。本标准适用于

在软件产品的开发期间创建的各种软件产品，可能包括测试软件、测试数据库、软件测试环境(STE)或

软件工程环境((SEE)，等等。

本标准适用于所有的维护工作，与生存周期模型(如增量型、瀑布型、演化型)或开发方法(如快速应

用、原型、实物模型)无关

1.3局限

本标准描述了软件维护过程的框架，但不规定关于如何执行过程中的活动或任务的细节。

本标准第6,7和8章中给出了大量列表，所有这些列表里的内容都不是穷尽的，仅仅是举例。

采用本标准的步骤包含在GB/Z184%中。

2符合性

依从GB/T8566的要求，即认为符合本标准。

GB/T20157-2006/ISO/IEC14764:1999

规范性引用文件

下列文件中的有关条款通过引用而成为本标准的条款。凡是注日期的引用文件，其随后的所有的

修改单(不包括勘误的内容)或修订版本不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是

否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。

GB/T5271.20信息技术词汇20部分:系统开发(GB/T5271.20-1994,egvISO/IEC2382-

20:1990)

GB/T1526信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件

编制符号及约定(GB/T1526-1989,idtISO5807:1985)

GB/T19000质量管理和质量保证词汇(GB/T19000-2000,idtISO9000:2000)

GB/T16260信息技术软件产品评价质量特性及其使用指南(GB/T16260-1996,idtISO/

IEC9126:1991)

GB/T8566-2001信息技术软件生存周期过程(idtISO/IEC12207:1995)

术语和定义

GB/T8566,GB/T19000,GB/T5271.1及GB/T5271.20中确立的术语和定义以及下列术语和

定义适用于本标准。

4.1

适应性维护adaptivemaintenance

在交付后执行的软件产品的修改，以保持这个软件产品可以在已变更或正在变更的环境中使用。

注:适应性维护提供必要的改进，以适应软件产品必须运行于其中的环境的变更。为了与不断变更的环境保持同

步应作出相应的变更例如，操作系统可能升级并且可以作某些变更，以适应新的运行系统。

4.2

基线baseline

配置项的正式批准的版本，与媒体无关，在配置项生存周期内某一特定时间正式指定和安排。

注:有时新基线叫做新发布，

4.3

纠正性维护correctivemaintenance

软件产品交付后执行的反应性修改，以纠正发现的问题.

注:修改是修正软件产品，以满足需求。

4.4

维护性计划maintainabilityplan

一种文档，其中记述了与软件有关的特定的维护性惯例、资源以及活动序列。

注:由开发者准备维护性计划

4.5

增强性维护maintenanceenhancement

不属于软件纠正的软件变更。

注:有两类软件增强:适应性的和完善性的，

4.6

维护计划maintenanceplan

一种文档，其中记述了与维护某软件产品有关的特定的维护惯例、资源以及活动序列。

注:由维护者准备维护计划。产品一旦转人维护阶段，此计划宜立即启动

2

GB/T20157-2006/ISO/IEC14764:1999

4.7

维护过程maintenanceprocess

维护过程包含维护者的各种活动和任务。

注:当软件产品由于出现问题或需要改进适应性而修改代码和相关文档时，即启动此过程其目标是修改现行软

件产品以保护其完整性。这个过程包括软件产品的迁移和退役.

4.8

维护大纲maintenanceprogramme

为执行维护计划使用的组织结构、职责、规程、过程及资源。

4.9

修改请求ModificationRequest(MR)

用于标识待维护的软件产品的变更申请的通用术语。

注可修改诸求分为纠正和增强两大类，并且用纠正性、预防性、适应性和完善性四类维护予以标识。修改请求也

44变更请求(changerequest)(见图1)

请求分类

维护类型

圈1修改请求

4.10

完善性维护perfectivemaintenance

软件产品交付后为改进性能或维护性所作的修改。

注完善性维护给用户提供增强性的程序文档改进和重编码，以改进软件性能、维护性或其他软件属性.

4.11

预防性维护preventivemaintenance

软件产品交付后的修改，用来检测和纠正软件产品中的潜在故障，使其不致成为有效故障。

4.12

问题报告ProblemReport(PR)

用于标识和描述软件产品中检测到的问题的术语。

4.13

软件工程环境SoftwareEngineeringEnvironment(SEE)

为实施开展软件工程工作所需的一整套自动化工具、固件和硬件。

注:自动化工具可以包括(但不限于)编译程序、汇编器、链接程序、装载程序、运行系统、调试程序、模拟器、仿真器、

侧试工具、文档编制工具及数据库管理系统。

4.14

软件测试环境SoftwareTestEnvironment(STE)

对软件进行合格性测试和其他可能测试所需的设施、硬件、软件、固件、规程及文档。

注1这些环境元素可以包括(但不限于)模拟程序、代码分析程序、侧试用例生成程序及路径分析程序，还可能包括

软件工程环境中所用的元素。[MIL-HDBK-3471

GB/T20157-2006/ISO/IEC14764:1999

4.15

软件移交softwaretransition

一系列受控和协调的行动，通过这一系列行动，软件开发工作由执行初始软件开发的组织转移到执

行软件维护的组织。

5本标准的应用

本章阐述维护软件产品所要求的维护过程。

5.1软件维护

软件维护是可能在软件生存周期中执行的五个基本生存周期过程之一(GB/T8566)。通过协定或

合同，GB/T8566的“获取和供应’，基本生存周期过程可能启动“软件维护”基本生存周期过程的过程实

施活动。通过提交修改请求或问题报告，GB/T8566的运“作”基本生存周期过程可能启动“软件维护”

基本生存周期过程。“软件维护”基本生存周期过程调用“开发”基本生存周期过程。软件维护生存周期

过程使用GB/T8566的“文档编制”、“配置管理”、“质量保证”、验“证”、“确认”、“联合评审”、“审核”及

“问题解决”等支持类过程。

GB/T8566的组织类生存周期过程包括四个过程。当启动一个维护项目时，维护者将运用

GB/T8566的“管理”、“基础设施”及“培训”组织类生存周期过程。为实现软件维护过程改进，将援引

GB/T8566的“改进”过程

本标准的剪裁在GB/T8566中讨论。剪裁适宜于非例行事件，如应急维护。

5.2本标准的编排结构

后面几章按照适合维护者的处理顺序逐一阐述。

第6章是实施注意事项以及当策划维护时应考虑的问题。第7章是综合性策划信息。第8章是维

护过程的细节，包含实施维护过程所需的活动和任务。

6实施注意事项

6.1导引

软件维护生存周期过程从策划维护工作的过程实施开始，到软件产品退役时结束。它包含由于问

题或改进需要而对代码和文档的修改。维护过程的目标是修改现行软件产品，同时保持其完整性。下

面给出各个实施注意事项

之所以需要维护过程，是由于软件产品在生存周期里将经历变更。即使软件产品是用计算机辅助

软件工程(CASE)工具开发的，仍需要维护。CASE工具有利于维护但没有消除对维护的需求。即使

未开发任何应用代码.即，软件产品只包含现货产品，可能仍然需要维护。需方或供方对现货软件产品

的维护通常涉及对产品接口(数据的和运行的)的修改。

最好对原开发者的隐含的要求和约束加以考虑。情况可能改变，一些原始需求可能不再适用。

在GB/T8566的“开发”、运“作”及“维护”过程的执行期间，检测到的所有问题都要记录在案并且

按照GB/T8566的“问题解决”过程实施监控。其间涉及到提交修改请求或问题报告;通常把它们称为

变更请求通过GB/T8566的“问题解决”过程来分析和解决问题。在这个过程中还应确定所提交的

修改请求或问题报告是为了解决问题还是增强能力。GB/T8566的“配置管理”过程记录并报告修改

请求和问题报告的状态。然后，通过配置管理过程的配置控制活动决定是否批准请求。批准的修改请

求或问题报告调用维护过程执行

无论采用何种开发生存周期模型(例如，增量型、瀑布型、演化型)或开发方法(例如，快速应用、原

型、实物模型)，都可能需要维护。例如，在一边发布新增部件，一边继续开发的情况下，可能要求在安装

后予以维护。

维护过程可能占用很大一部分生存周期成本。分析所执行维护的类型有助于了解成本.

GB/T20157-2006/ISO/IEC14764:1999

62维护类型

纠正性维护系指由于软件产品中的实际差错而必需作的更改。软件产品没有满足其需求，就应进

行纠正性维护。

预防性维护系指由于在软件产品中检测到潜在差错而必需作的更改。预防性维护通常在有安全性

要求或涉及到防止寿命减损的软件产品上进行。

适应性和完善性更改是对软件产品的增强措施。这些更改不反映在设计规范或发布的软件中。适

应性更改是那些为了适应不断变更的环境的需要而作的变更。适应性更改包括为实现新系统接口需

求、新系统需求、或新硬件需求而作的变更。完善性更改是为了改进软件产品性能或维护性。为了给用

户提供新的功能性改进，或者为创建以前没有的维护文档或改变现行文档而实施逆向工程时，都可能需

要完善性更改

软件维护要求变更某个现行的结构或系统，也就是说，一些软件修改将在必须服从设计结构的约束

的前提下被引人某现行的体系结构中。因此，采用适应性维护和完善性维护来实现增强往往是昂贵和

费时的。增强措施可能消耗很大一部分维护成本。

6.3维护安排

需方可与原开发者达成维护协议，或者由独立的第三方作为维护者。维护也可以通过内部双方协

议提供。

GB/T8566提供了派生于需方和供方协议的详细任务。不管供方和需方是否属于同一个组织，最

好都利用这些详细任务来帮助形成维护协议。具体的维护专题以后讨论。

若在交付后或在保修期结束时需方要求由开发者提供软件维护，宜在协议中规定;更新的文档在此

协议中规定为可交付产品;并且对所要求的培训作出规定。然后，供方宜准备执行维护任务的规程，使

这些规程保持最新状态，并检查维护活动是否符合协议要求和规程。经验表明使用规程有利于提高“效

率/成本”。拟维护的项、维护规程及所需维护时间，应在维护计划中规定。

供方(维护者)和需方宜首先达成维护协议，规定所维护的软件产品的修改规程。原开发者和第三

方维护者宜采用类似的规程。

这些规程应包括:

—基本规则:用于确定软件何时能做局部纠正，或何时要求新基线(使用GB/T8566的关于安装

和发布的“开发过程”);

—发布类型描述:取决于发布频度或发布对软件运行的影响(例如，紧急发布，定期发布);

—方式:向需方通知当前或将来更改的状态时采用的方式;

—方法:证实更改不会给软件带来其他问题的方法;

—类别:更改、紧急事件以及与其他待定变更申请的关系的分类。

6.4维护工具

控制软件维护成本的潜在方法是使用CASE工具。这些工具辅助软件维护活动。CASE可以看成

是一套相互关联的、支持软件开发和维护所有各方面的工具[GB/Z18914]。这些相互关联的CASE工

具最好以软件工程环境的形式汇集在一起，以支持那些支持软件维护活动的方法、策略、指南及标准。

最好也为维护者提供软件测试环境，以便修改后的软件产品能在非运行环境中测试。软件工程环境提

供初始开发和修改软件产品的工具软件测试环境提供测试环境，应用于在非运行环境中测试修改后

的软件产品。

注明成功运用CASE工具的日期。维护者应仔细策划这些工作[GB/Z18914],

6.5软件测f

软件质量是软件产品维护中的重点考虑对象。维护者最好拟订一份软件质量大纲，其中包含

GB/T16260描述的6个软件质量特性。应该对软件维护实施一个过程，用以标识、定义、选择、采用、确

认以及改进软件测量的过程。

GB/T20157-2006/ISO/IEC14764:1999

作为软件测量的一部分，维护者宜按照资源消耗量确定纠正性维护、预防性维护、适应性维护和完

善性维护的工作量。为了便于维护过程的改进和更确切地掌握维护成本开销情况，要收集、分析和解释

有关数据。为了辅助估算生存周期成本，要收集经验度量数据。

6.6过程的文档编制

软件的详细维护过程(本标准的第8章)应编制成文档，以便所有的维护人员遵循相同的过程度

量要支持维护过程的改进工作和有关软件过程的改进工作。

6.7早期介入开发

数据表明，软件维护成本和维护者的软件维护能力在很大程度上受到软件开发过程期间发生或没

有发生某些事件的影响。在许多情况下，由于合同或其他原因维护者不能介人。特别是，当维护外包给

第三方时，往往没有介人的机会。当开发期间维护者能参与时，维护者即宜介人。

维护者的职能宜包括:

—制定支持软件产品的后勤保障计划;

—确保软件产品的可支持性;