计算机软件配置管理计划规范 GB T1250590.docx

计算机软件配置管理计划规范 GB T1250590.docx

《计算机软件配置管理计划规范 GB T1250590.docx》由会员分享，可在线阅读，更多相关《计算机软件配置管理计划规范 GB T1250590.docx（19页珍藏版）》请在冰豆网上搜索。

计算机软件配置管理计划规范GBT1250590

计算机软件配置管理计划规范GB/T12505-90

Specificationforcomputersoftwareconfigurationmanagementplan

1．主题内容与适用范围

本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。

本规范适用于软件特别是重要软件的配置管理计划的制订工作。

对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。

2．引用标准

GB/T11457软件工程术语

GB8566计算机软件开发规范

GB8567计算机软件产品开发文件编制指南

GB/T12504计算机软件质量保证计划规范

3．术语

下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T11457。

在引用时，特别要注意线（baseline）、配置控制（configuration）、配置控制组（configurationcontrolboard）、配置检查（configurationaudit）、配置标识（configurationidentification）和配置状态记录（configurationstatusaccounting）等术语的定义。

3．1项目委托单位projectentrustorganization

项目委托单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。

3．2项目承办单位projectundertakingorganization

项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。

3．3软件开发单位softwaredevelopmentorganization

软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。

3．4用户user

用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。

3．5软件software

软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。

3．6重要软件criticalsoftware

重要软件是指其故障会影响到人身安全、会导致重大经济损失或社会损失的软件。

3．7软件生存周期softwarelifecycle

软件生存周期是指从软件系统设计对软件系统提出应用需求开始，经过开发，产生出一个满足需求的计算机软件系统，然后投入运行，直至该软件系统退役为止。

其间经历系统分析与软件定义、软件开发以及系统的运行与维护等三个阶段。

其中软件开发阶段一般又分成需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试以及安装与验收等六个阶段。

3．8软件开发库softwaredevelopmentlibrary

软件开发库是指在软件生存周期的某一个阶段期间，存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库。

3．9软件受控库softwaresontrolledlibrary

软件受控库是指在软件生存周期的某一个阶段结束时，存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息一人工可读信息的库。

软件配置管理就是对软件受控库中的各软件项进行管理，因此软件受控库也叫做软件配置管理库。

3．10软件产品库softwareproductlibary

软件产品库是指在软件生存周期的组装与系统测试阶段结束后，存放最终产品而后交付给用户运行或在现场安装的软件的库。

3．11接口控制interfacecontrol

接口控制是指描述有关由一个或多个部门提供的两个或两个以上的配置项接口的所有功能特性和物理特性的过程。

在实现之前，要确保对这些功能特性和物理特性所建议的修改已经过评审和批准。

3．12功能基线functionalbaseline

功能基线是指在系统分析与软件定义阶段结束时，经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明；或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明；或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。

功能基线是最初批准的功能配置标识。

3．13指派基线allocatedbaseline

指派基线是指在软件需求分析阶段结束时，经过正式评审和批准的软件需求的规格说明。

指派基线是最初批准的指派配置标识。

3．14产品基线productbaseline

产品基线是指在软件组装与系统测试阶段结束时，经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明。

产品基线是最初批准的产品配置标识。

3．15软件配置softwareconfiguration

软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据的集合。

该集合中的每一个元素称为该软件产品软件配置中的一个配置项（configurationitem）。

3．16释放release

释放是指在软件生存周期的各个阶段结束时，由该阶段向下阶段提交该阶段产品的过程。

它也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。

后面这个过程也中做交付（delivery）。

4．软件配置管理计划编制大纲

项目承办单位（或软件开发单位）中负责软件配置管理的机构或个人，必须制订一个包括下面各章内容的的软件配置管理计划（以下简称计划）。

各章必须按所描述的顺序排列。

如果某章中没有相应的内容，则在该章标题之后必须说明"本章无内容"的字样，并附上相应的理由。

如果需要，可以在后面增加章条。

如果某些材料已经出现在其它文件中，则在该计划中应引用那些文件。

计划的封面必须标明计划名和该计划所属的项目名，并必须经项目委托单位和项目承办单位（或软件开发单位）的代表共同签字、批准。

计划的目次是：

引言

管理

软件配置管理活动

工具、技术和方法

对供货单位的控制

记录的收集、维护和保存

下面给出软件配置管理计划的各个章条必须具有的内容。

4．1引言

4．1．1目的

本条必须指明特定的软件配置管理计划的具体目的，还必须描述该计划所针对的软件项目及其所属的各个子项目的名称和用途。

4．1．2定义和缩写词

本条应该列出计划正文中需要解释的、而在GB/T11457中尚未包含的术语的定义，必要时，还要给出这些定义的英文单词及其缩写词。

4．1．3参考资料

本条必须列出计划正文中所引用资料的名称、代号、编号、出版机构和出版年月。

4．2管理

本章必须描述负责软件配置管理的机构、任务、职责及其有关的接口控制。

4．2．1机构

本条必须描述在各阶段中负责软件配置管理的机构。

描述的内容如下：

A．描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构；

B．说明项目和子项目与其他有关项目之间的关系；

C．指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的相互关系。

4．2．2任务

本条必须描述在软件生存周期各个阶段中的配置管理任务以及要进行评审的检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中（软件开发库、软件受控库或软件产品库）。

4．2．3职责

本条必须描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系。

A．指出负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与检查）的机构的职责；

B．指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系；

C．说明由本计划第4.2.2条指明的生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动；

D．指出与项目开发有关的各个机构的代表的软件配置管理职责；

E．指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。

4．2．4接口控制

本条应该描述：

A．接口规格说明标识和文档控制的方法；

B．对已交付的接口规格说明和文档进行修改的方法；

C．对要完成的软件配置管理活动进行跟踪的方法；

D．记录和报告接口规格说明和文档控制状态的方法；

E．控制软件和劫持它运行的硬件之间的接口的方法。

4．2．5实现

本条应该规定实现软件配置管理计划的主要里程碑，例如：

A．建立配置控制组；

B．确定各个配置基线；

C．建立接口控制协议；

D．制订评审与检查软件配置管理计划和规程；

E．制订相关的软件开发、测试和劫持工具的配置管理计划和规程。

4．2．6适用的标准、条例和约定

4．2．6．1本条必须指明所适用的软件配置管理标准、条例和约定，并把它们作为本计划要实现的一部分；还必须说明这些标准、条例和约定要实现的程度。

4．2．6．2本条必须描述要在本项目中编写和实现的软件配置管理标准、条例和约定。

这些标准、条例和约定可以包括如下内容：

A．软件结构层次树中软件位置的标识方法；

B．程序和模块的命名约定；

C．版本级别的命名约定；

D．软件产品的标识约定；

E．规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法；

F．媒体和文档管理的标识方法；

G．文档交付过程；

H．软件产品库中软件产品入库、移交或交付的过程；

I．问题报告、修改请求和修改次序的处理过程；

J．配置控制组的结构和作用；

K．软件产品交付给用户的验收规程；

L．软件库的操作，包括准备、存储和更新模块的方法；

M．软件配置管理活动的检查；

N．问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；

O．软件进入配置管理之前的测试级别；

P．质量保证级别，例如，在进入配置管理之前，验证软件满足有关基线的程序。

4．3软件配置管理活动

本章必须描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。

4．3．1配置标识

4．3．1．1本条必须详细说明软件项目的基线（即最初批准的配置标识），并把它们与本计划第4.2.2条描述的生存周期的特定阶段相联系。

在软件生存周期中，主要有三种基线，它们是功能基线、指派基线和产品基线。

对于每个基线，必须描述下列内容：

A．每个基线的项（包括应交付的文档和程序）；

B．与每个基线有关的评审与批准事项以及验收标准；

C．在建立基线的过程中用户和开发者可的参与情况。

例如，在产品基线中，要定义的元素可以包括：

A．产品的名字和命名规则；

B．产品标识编号；

C．对每一个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及有关文档的修改要求；

D．安装说明；

E．已知的缺陷和故障；

F．软件媒体和媒体标识。

4．3．1．2本条必须描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。

例如，对代码来说：

A．编译日期可以作为每个交付模块标识的一部分；

B．在构造模块源代码的顺序行号时，应使它适合于对模块作进一步子修改。

4．3．2配置控制

4．3．2．1本条必须描述在本计划第4.2.2条描述的软件生存周期中各个阶段使用的修改批准权限的级别。

4．3．2．2本条必须定义对已有配置的修改建议进行处理的方法，其中包括：

A．详细说明书在本计划第4.2.2条描述的软件生存周期各个阶段中提出建议的程序（可以用注上自然语言的流程图来表达）；

B．描述实现已批准的修改建议（包括源代码、目标代码和文档的修改）的方法；

C．描述软件库控制的规程，其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；

D．如果有必要修补目标代码，则要描述其标识和控制的方法。

4．3．2．3对于各个不同层次的配置控制组和其他修改管理机构，本条必须：

A．定义其作用，并规定其权限和职责；

B．如果已组成机构，则指明该机构的领导人员及其成员；

C．如果还没有组成机构，则说明怎样任命该机构的领导人、成员及代理人；

D．说明开发者和用户与配置控制组的关系。

4．3．2．4当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时，本条必须说明对其进行配置控制的方法。

如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审，则本条必须描述这些机构的组成、它们与配置控制组的关系以及它们之间的相互关系。

4．3．2．5本条必须说明与特殊产品（如非交付的软件、现存软件、用户提供的软件和内部支持软件）有关的配置控制规程。

4．3．3配置状态的记录和报告

本条必须：

A．指明怎样收集、验证、存储、处理和报告配置项的状态信息；

B．详细说明要定期提供的报告及其分发办法；

C．如果有动态查询，要指出所动态查询的能力；

D．如果要求记录用户说明的特殊状态时，要描述其实现手段。

例如，在配置状态记录和报告中，通常要描述的信息有：

A．规格说明的状态；

B．修改建议的状态；

C．修改批准的报告；

D．产品版本或其修改版的状态；

E．安装、更新或交付的实现报告；

F．用户提供的产品（如操作系统）的状态；

G．有关开发项目历史的报告。

4．3．4配置的检查和评审

本条必须：

A．定义在软件配置计划的第4.2.2条所定义的软件生存周期的特定点上执行的检查和评审中软件配置管理计划的作用；

B．规定每次检查和评审所包含的配置项；

C．指出用于标识和解决在检查和评审期间所发现的问题的工作规程。

4．4工具、技术和方法

本章必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法。

例如，可以包括用于下列任务的工具、技术和方法：

A．软件媒体和媒体的标识。

B．把文档和媒体置于软件配置管理的控制之下，并把它正式地交付给用户。

例如，要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描述；如果用到数据库管理系统，则还要对该系统进行描述。

又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。

C．编制关于程序及其有关文档的修改状态的文档。

因此必须进一步定义用于准备多种级别（如项目负责人、配置控制小组、软件配置管理人员和用户）的管理报告的工具、技术和方法。

4．5对供货单位的控制

供货单位是指软件销售单位、软件开发单位或软件子开发单位。

必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。

管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法。

4．6记录的收集、维护和保存

本章必须指明要保存的软件配置管理文档，指明用于汇总、保护和维护这些文档的方法和设施（其中包括要使用的后备设施），并指明要保存的期限。

GB/T12505-90

　附录A

软件配置管理计划示例

（参考件）

计划名CADCSC软件配置管理计划

项目名中国控制系统CAD工程化软件系统

项目委托单位

代表签名年月日

项目承办单位

代表签名年月日

1引言

1．1目的

本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。

软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。

剪裁后的计划必须经总体组批准。

1．2定义

本计划中用到的一些术语的定义按GB/T11457和GB/T12504。

1．3参考资料

GB/T11457软件工程术语

GB8566计算机软件开发规范

GB8567计算机软件产品开发文件编制指南

GB/T12504计算机软件质量保证计划规范

GB/T12505计算机软件配置管理计划规范

CADCSC软件质量保证计划

2管理

2．1机构

在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。

软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。

各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。

软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。

各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。

各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。

2．2任务

在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。

在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。

因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。

软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。

关于软件配置要进行修改时的具体审批手续，将在第3.2条中详细规定。

2．3职责

在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。

其中各类人员的分工如下：

A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责；

B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范；

C．项目的专职配置管理人员检查在作配置更改时的质量保证措施；

D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；

E．用户代表负责反映用户对配置管理的要求，并协助检查各类人员对软件配置管理计划的执行情况；

F．项目专职的配置管理人员协助组长开展各项软件配置管理活动，负责审查所采用的配置管理工具、技术和方法，并负责汇总、维护和保存有关软件配置管理活动的各项记录。

2．4接口控制

对各类接口进行严格、合理的控制，是软件配置管理中最重要的任务之一。

整个软件项目及其各子系统都必须对进行严格的控制。

在工程化软件系统中，主要的接口有如下五类：

A．用户界面：

用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。

同时还指实现这些操作约定的物理部件的功能与性能特性。

B．系统内部接口：

系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。

C．标准程序接口：

标准程序接口是指各应用子系统与标准子程序库（包括宿主计算机系统已有的库程序）之间的调用约定。

D．设备接口：

设备接口是指各子系统与各种设备（包括终端和其他各种输入/输出设备）之间的连接约定。

E．软件接口：

软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。

以上五类接口是一个软件系统各项配置的重要组成部分。

对接口修改进行合理的控制，是软件配置管理的重要任务之一。

这五类接口都涉及到CADCSC软件系统的全局，因此，当要求对这五类接口中的任一类接口进行修改时，都必须办理正规的审批手续，最后要经项目总体组批准。

具体的审批程序将在本计划的第3.2条中规定（可参阅表1）。

表1两类修改的审批程序

步骤A类修改的审批程序B类修改的审批程序

1发现问题，填写软件问题报告单发现问题，填写软件问题报告单

2项目组长评审项目组长评审

3软件配置管理小组评审子系统配置管理人员评审

4项目总体组批准子系统负责人批准

5修改配置并填写软件修改报告单修改配置并填写软件修改报告单

6项目组长评审项目组长评审

7软件质量保证小组评审子系统质量保证人员评审

8总体组批准项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备索

2．5软件配置管理计划的实现

在实现软件配置管理计划的过程中，要特别注意实现以下三个里程碑：

A．建立软件配置管理小组：

在项目总体组批准软件配置管理计划之后，立即成立软件配置管理小组；

B．建立各阶段的配置基线：

随着CADCSC软件系统及其所属各子系统的任务书的评审和批准，建立起功能基线；随着总体组编写的《CADCSC软件需求规格说明书》的批准，建立起指派基线；随着CADCSC工程化软件系统的集成与系统测试的完成，建立起产品基线。

C．建立软件库：

在本项目所属的各个子系统的研制工作的开始，就建立起各个子系统的软件开发库，并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库。

以后在每个开发阶段的结束，建立各个子系统的新的开发库，同时把这个阶段的阶段产品送入总的软件受控库，并在各个子系统的计算机上建立软件受控库的副本。

软件受控库必须以主软件受控库为准。

当全部开发工作结束，在配置管理小组的计算机上建立起软件产品库，并在各子系统的计算机上建立软件产品库的副本。

2．6适用的标准、条例和约定

除应奠定本计划第1.3条中指出的参考资料以及本计划中的其他章条所作的各项规定外，还应该遵守如下标准、条例和约定：

A．软件开发库、软件受控库与软件产品库的操作规程与管理规程；

B．系统、子系统、模块和程序单元的命名约定；

C．文档和测试用例的命名和管理规程。

这引起命名约定、操作规程与管理规程应由CADCSC项目技术组负责制订，并应认真听取各子系统项目负责人的意见，最后报项目总体组审批。

在执行过程中，如果发现某些条款需要修改，则必须办理正规的审批手续，最后要经项目总体组批准。

具体的审批程序将在本计划的第3.2条中规定。

3软件配置管理活动

3．1配置标识

3．1．1文档

所有为本项目编制的文档，都要符合GB8567中的规定。

CADCSC软件系统及其所属的各个子系统所编写的文档数目，可根据GB8567的规定作适当的剪裁。

剪裁方案由技术组提出建议，报总体组批准。

3．1．2程序

所有属于本项目的程序、分程序、模块和程序单元，都要按照由项目技术组制订，且经总体组批准的软件系统的命名约定的规定来标识。

3．1．3各类基线

所有属于本项目及其各子系统的各类基线，首先要按照任务书、软件需求规格说明书的规定确定其技术内容，然后按照软件系统的上述命名约定的规定来标识。

3．2配置控制

软件配置的更改管理适用于本项目的所有文档和代码，其中包括本项目的各个运行软件，也包括为本项目专门开发的支持软件。

配置控制的要点如下：

A．修改批准权限；对本项目各个子系统及其专用支持软件的功能基线、指派基线、产品基线及其集成系统的任何修改（称为A类修改），都必须通过项目配置管理小组讨论，并必须经总体组批准；对本项目各个子系统及其专用支持软件的其他阶段产品的任何修改（称为B类修改），都必