中华人民共和国国家标准.txt

C51源程序集合 包括以下目录源码 ├─AD-MSP430f149D ├─ADC8535 ├─bin ├─c51源程序 ├─c51源程序锦集 ├─ct2Timer ├─

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/T 12505-90

　附录A

软件配置管理计划示例

（参考件）

　　

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

　

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

　

项目委托单位

代表签名 年 月 日

　

项目承办单位

代表签名 年 月 日

　

1 引言

1．1 目的

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

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

1．2 定义

本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。

1．3 参考资料

GB/T 11457 软件工程术语

GB 8566 计算机软件开发规范

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

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

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

CADCSC 软件质量保证计划

2 管理

2．1 机构

在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理
小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项
目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表
任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系
统负责人领导。

软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置
管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配
置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划
规定的所有要求。

2．2 任务

在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，
与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品
的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或
开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办
理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由
项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修
改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行
修改时的具体审批手续，将在第3.2条中详细规定。



有什么用？ [cruelstone] [2次] 01-5-28 下午 02:20:14 

不是有有什么用？而是太有用了！ [etool] [3次] 01-5-28 下午 07:28:51 

 
点击这里回复这篇贴子>>
_____________________________________________________________________________
Copyright?，C51BBS论坛 2000-2001 



　

　

附加说明：

本标准由中华人民共和国机械电子工业部提出。

本标准由北京航空天大学计算机软件工程研究所负责起草。

本标准主要起草人张子让、周伯生、黄征、张社英。  
<a href=http://www.iso-china.com/gbt12505.htm target=_blank>http://www.iso-china.com/gbt12505.htm</a>

 
　 



 
点击这里回复这篇贴子>>
_____________________________________________________________________________
Copyright?，C51BBS论坛 2000-2001