chanong 一、主题内容及适用范围
本规范规定了制定软件配置管理计划时应遵循的统一基本要求。
本规范适用于软件，特别是重要软件的配置管理计划的制定。 对于非关键软件或已经开发的软件，可以采用本规范中指定的要求的子集。
2.参考标准
GB/T 11457 软件工程术语
GB 8566 计算机软件开发规范
GB 8567 计算机软件产品开发文件编制指南
GB/T 12504 计算机软件质量保证计划规范
3.术语
本说明书中使用的一些术语的定义如下。 其他术语的定义按照GB/T 11457。引用时应特别注意线路()、配置控制()、配置控制组(板)、配置检查(审计)、配置等术语的定义。标识（）和配置状态记录（）。
3.1 项目委托单位
项目委托单位是指为产品开发提供资金并通常（但有时不一定）确定产品需求的单位或个人。
3.2 项目主办方
项目承担单位是指为项目委托单位开发、采购或者选用软件产品的单位或者个人。
3.3 软件开发单位
软件开发单位是指受项目委托单位直接或者间接委托，直接负责开发软件的单位或者个人。
3.4 用户用户
用户是指实际使用软件完成一定计算、控制或数据处理任务的单位或个人。
3.5 软件
软件是指计算机程序及相关数据和文档，包括固化程序。
3.6 重要软件
重要软件是指发生故障会影响人身安全并造成重大经济损失或者社会损失的软件。
3.7 软件生命周期
软件生命周期是指从软件系统的设计和软件系统的应用需求开始。 经过开发，生产出符合要求的计算机软件系统，然后投入运行，直至软件系统退役。 经历了系统分析和软件定义、软件开发、系统运维三个阶段。 软件开发阶段一般分为需求分析、概要设计、详细设计、编码和单元测试、组装和系统测试、安装验收六个阶段。
3.8 软件开发库
软件开发库是指在软件生命周期的某个阶段，存储与该阶段软件开发工作相关的计算机可读信息和人类可读信息的库。
3.9 软件控制库
软件控制库是指存储与软件开发工作相关的计算机可读信息和人类可读信息的库，在软件生命周期的某个阶段结束时作为阶段产品发布。 软件配置管理是对软件受控库中的各个软件项进行管理，因此软件受控库也称为软件配置管理库。
3.10 软件产品库
软件产品库是指存储软件生命周期的组装和系统测试阶段后的最终产品，然后交付给用户运行或现场安装的库。
3.11 界面控制
接口控制是指描述与一个或多个部门提供的两个或多个配置项的接口相关的所有功能特性和物理特性的过程。 确保对这些功能和物理特性的拟议修改在实施前得到审查和批准。
3.12 功能基线
功能基线是指在系统分析和软件定义阶段结束时经过正式审查和批准的系统设计规范中所要开发的系统的规范； 或者是指项目委托单位与项目承担单位双方签署同意的协议； 合同中规定的拟开发的软件系统的规格； 或者下级申请并经上级批准或直接下达的项目任务说明书中规定的拟开发的软件系统的规格。 功能基线是最初批准的功能配置标识。
3.13 分配基线
指定的基线是在软件需求分析阶段结束时经过正式审查和批准的软件需求规范。 分配基线是最初批准的分配配置ID。
3.14 产品基线
产品基线是指在软件组装和系统测试阶段结束时经过正式审查和批准的所开发软件产品的所有配置项的规范。 产品基线是最初批准的产品配置名称。
3.15 软件配置
软件配置是指软件产品在软件生命周期的各个阶段产生的各种形式（机器可读或人类可读）和各种版本的文档、程序和数据的集合。 集合中的每个元素在软件产品的软件配置中称为配置项（item）。
3.16 发布
发布是指在软件生命周期各阶段结束时，将本阶段的产品从本阶段提交到下一个阶段的过程。 它还指将集成和系统测试阶段结束时获得的最终产品交付给用户的过程。 () 也在后一个过程中完成。
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、记录和报告接口规范和文件控制状态的方法；
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、软件产品库中软件产品的入库、移交或者交付过程；
一、问题报告、修改请求、修改顺序的处理；
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
微信扫一扫打赏
支付宝扫一扫打赏
