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

c51经典子程序代码全集

N指修改后的新版本/修订本标识；

O指数据库，如果申请数据库修改，这里给出数据库的标识符；

P是数据库修改申请号DBCR；

Q指文档，即如果要求文档修改，这里给出文档的名字；

R是文档更新通知单编号DUT；

S表示修改是否已经测试，指出已对修改做了哪些测试，如单元、子系统、组装、确认和运
行测试等，并注明测试成功与否；

T指出在软件问题报告单中给出问题描述是否准确，并回答是或否；

U是问题注释，准确地重新叙述要修改的问题；

表B1 软件问题报告单（SPR）

登记号 （A）

软件问题报告单 登记日期 （B） 年 月 日

发现日期 （C） 年 月 日

项目名 （D） 子项目名 （E） 代号 （F）

软件 需求 概要 详细 编码 组装 安装 运行 1 2 3 4 5 6 7

阶段名 定义 分析 设计 设计 测试 测试 验收 维护 状态

□ □ □ □ □ □ □ □ □

　

姓名 电话

报告人 地址

问题（G） 例行程序□ 程序□ 数据库□ 文档□ 改进□

子例行程序/子系统：（H） 修改版本号：（I） 媒体：（J）

数据库：（K） 文档：（L）

测试实例：（M） 硬件：（N）

问题描述/影响：（O）

　

附注及修改建议：（P）

表B2 软件个性报告单（SCR）

登记号（A）

软件修改报告单 登记日期（B）年 月 日

评审日期（C）年 月 日

项目名（D） 子项目名 （E） 代号 （F）

响应哪些SPR：（G）

修改类型（X） 修改申请人（Y） 修改人（Z）

修改：（H） 程序□ 数据库□ 文档□ 解释□

修改描述：（I）

　

　

批准人：（J）

改动：

语句类型：（K） I/O□ 计算□ 逻辑□ 数据处理□

程序名：（L） 老版本号：（M） 新版本号：（N）

数据库（O） DBCR：（P） 文档：（Q） DUT：（R）

修改已测试否：（S） 单元 子系统工程 组装 确认 运行

成功否：（S）

　

SPR的问题叙述准确否？（T） 是□ 否□

附注：（U）

　

问题来自：（V）系统设计规格说明书□ 需求规格说明书□ 设计说明书□ 数据库□ 程序
□

资源来自：（W）人工数：（单位：人日） 计算机时间：（单位：小时）

　

V指明问题来自哪里，如系统设计规格说明书、软件需求规格说明书、概要设计说明、详细
设计说明书、数据库、源程序等；

W说明完成修改所需要的资源估计，即所需要的人月数和计算机终端时数；

X 指出所要进行修改的类型，由执行修改的人最后填写。修改类型主要有适应性修改、改进
性修改以及计算错误、逻辑错误、输入和输出错误、接口错误、数据库错误、文档错误以及
配置错误等的修改；

Y是提出对软件问题进行修改的人员或单位；

Z是完成软件问题修改的人员或单位。
C51编程:GB/T 12505-90 中华人民共和国国家标准 计算机软件配置管理计划规范 GB/T 12505-90 （1/2） [龙啸九天] [43次] 01-5-28 上午 11:21:40
GB/T 12505-90 
中华人民共和国国家标准

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

Specification for computer software configuration management plan

　

1． 主题内容与适用范围

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

本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好
的软件，可以采用本规范规定的要求的子集。

2． 引用标准

GB/T 11457 软件工程术语

GB 8566 计算机软件开发规范

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

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

3． 术语

下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。在引用时，特
别要注意线（baseline）、配置控制(configuration)、配置控制组(configuration 
control board)、配置检查(configuration audit)、配置标识
(configurationidentification)和配置状态记录(configuration status accounting)等术
语的定义。

3．1项目委托单位 project entrust organization

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

3．2 项目承办单位 project undertaking organization

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

3．3 软件开发单位 software development organization

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

3．4 用户 user

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

3．5 软件 software

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

3．6 重要软件 critical software

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

3．7 软件生存周期 software life cycle

软件生存周期是指从软件系统设计对软件系统提出应用需求开始，经过开发，产生出一个满
足需求的计算机软件系统，然后投入运行，直至该软件系统退役为止。其间经历系统分析与
软件定义、软件开发以及系统的运行与维护等三个阶段。其中软件开发阶段一般又分成需求
分析、概要设计、详细设计、编码与单元测试、组装与系统测试以及安装与验收等六个阶
段。

3．8 软件开发库 software development library

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

3．9 软件受控库 software sontrolled library

软件受控库是指在软件生存周期的某一个阶段结束时，存放作为阶段产品而释放的、与软件
开发工作有关的计算机可读信息一人工可读信息的库。软件配置管理就是对软件受控库中的
各软件项进行管理，因此软件受控库也叫做软件配置管理库。

3．10 软件产品库 software product libary

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

3．11 接口控制 interface control

接口控制是指描述有关由一个或多个部门提供的两个或两个以上的配置项接口的所有功能特
性和物理特性的过程。在实现之前，要确保对这些功能特性和物理特性所建议的修改已经过
评审和批准。

3．12 功能基线 functional baseline

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

3．13 指派基线 allocated baseline

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

3．14 产品基线 product baseline

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

3．15 软件配置 software configuration

软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式（机器可读或人工可
读）和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该软件产品软件
配置中的一个配置项(configuration item)。

3．16 释放 release

释放是指在软件生存周期的各个阶段结束时，由该阶段向下阶段提交该阶段产品的过程。它
也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。后面这个过程也中
做交付(delivery)。

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

项目承办单位（或软件开发单位）中负责软件配置管理的机构或个人，必须制订一个包括下
面各章内容的的软件配置管理计划（以下简称计划）。各章必须按所描述的顺序排列。如果
某章中没有相应的内容，则在该章标题之后必须说明"本章无内容"的字样，并附上相应的理
由。如果需要，可以在后面增加章条。如果某些材料已经出现在其它文件中，则在该计划中
应引用那些文件。计划的封面必须标明计划名和该计划所属的项目名，并必须经项目委托单
位和项目承办单位（或软件开发单位）的代表共同签字、批准。计划的目次是：

引言

管理

软件配置管理活动

工具、技术和方法

对供货单位的控制

记录的收集、维护和保存

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

4．1 引言

4．1．1 目的

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

4．1．2 定义和缩写词

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

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． 记录和报告接口规格说明和文档控制状态的方法；