25 软件配置管理程序

软件配置管理程序

1 目的

本标准规定了计算机软件配置管理的基本要求。以确保软件配置管理的完备、清晰、一致和可追溯性以及技术状态的可控制性。

2 范围

本标准适用于××武器指挥自动化系统的计算机软件配置管理及其他软件产品的配置管理。

3 引用文件

GB／T 11457—95 软件工程术语

GJB 900lA—2001 质量管理体系要求

EPB 31—96 科研项目技术文件编写和管理要求

Q／ES B7. 3—08—2001 设计和开发更改控制程序

Q／ES B7．5—08—2001 软件产品复制、安装和交付控制程序

4 定义

GJB 900lA和GB／T 11457中确立的以及下列术语和定义适用于本标准。

4．1 计算机软件配置

软件产品在不同时期的组合。该组合随着开发工作的进展而不断变化。

4．2 计算机软件配置项

为独立的配置管理而设计的且能满足最终用户功能要求的一组软件。

4．3 计算机软件配置管理项

置于配置控制之下的软件配置项的有关软件成分。包括各类管理文档、技术文档、源码列表及其可执行码、运行所需的系统软件和支持软件，以及各种数据。 4．4 计算机软件配置管理

标识和确定系统中软件配置管理项的过程，在整个软件生存周期内控制这些软件配置管理项的投放和更动，记录并报告配置的状态和更动要求，验证配置的完整性和正确性。

4．5 基线

在配置管理项生存周期的某一特定时间内，正式指定或固定下来的一组配置标识文件。基线加上根据这些基线批准同意的更动构成了当前配置标识。对于配置管理，至少应有以下三种基线：

功能基线——最初通过的功能配置：

分配基线——最初通过的分配配置：

产品基线——最初通过的或有条件地通过的产品配置。

4．6 计算机软件配置管理项标识

指出系统中的软件配置管理项并对其特性进行记录的过程。

4．7 计算机软件配置控制

在软件配置管理项的配置标识正式确定之后，对配置管理项的更动情况所作的评估、协调、审批的过程。

4．8 计算机软件配置状态报告

记录和报告为有效地管理某一软件配置管理项所需的信息。包括列出经批准的配置标识表、对配置管理项提出更动的状态表和经批准的更动的实现状态。

4．9 计算机软件配置审计

审查与验证所要求的全部软件配置管理项均已产生，当前的配置与规定的需求相符，技术文件说明书完全且准确地描述了各软件配置管理项，并且曾提出的所有变更请求均已得到解决的过程。

4．10软件开发库

在软件生存周期的某一阶段，存放与该阶段软件开发工作有关的计算机／人工可读信息的库。通常，该库中所存放的各种信息在该阶段经常处于动态变化之中。

4．11 软件受控库

在软件生存周期的某一阶段结束时，存放作为阶段产品发行的与软件开发工作

有关的计算机／人工可读信息的库。

该库中所存放的各种信息应是经审查或评审，并履行一定手续得到确认的，且

於此后处于“冻结”状态的阶段产品。

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

件受控库又称为软件配置管理库。

4．12 软件产品库

在软件生存周期的组装与系统测试阶段结束后，存放最终产品而交付给用户运

行或现场安装的软件的库。

5 职责

5．1 质量管理办公室

a) 负责配置管理清单的审核，并组织监督和管理清单所列内容的实施；

b) 管理受控库，进行配置控制和配置变更管理，记录并报告配置状态。

5．2 科技处

负责产品库并确定发版基线。

5．3 研究室

a) 项目组或工程组在编制项目开发计划时填写配置管理清单；

b) 建立和管理开发库，受控建立和使用受控库。

6 工作程序

6．1 填写配置管理清单

对每个项目，由项目组在编写软件开发计划时，根据开发的任务和活动的安排，对各阶段将要产生的配置项填写配置管理清单(ES B7．5．3—4)。

6．2 确定配置管理项标识

确定一个项目需要控制的软件配置管理项及其版本的标识方法。

6．2．1 标识规则

6．2．1．1 软件文档标识规则

6．2．1．1．1 标识组成

软件文档标识的组成由科研项目分类号、任务代号、分(子)系统号、流水号、

版本号和“／”、“一”共22位组成，格式规定如下：

6．2．1．1．2 科研项目分类号

科研项目分类号按EPB 31的规定，科学研究为KX：装备研制为ZB；软件开发

为RJ；技术使用文书编制为JS；软科学研究为RK；标准制定修订为BZ。6．2．1．1．3 任务代号

任务代号由上级主管部门年度科研项目计划给定，也可以是所下达的所内科研项目。由单位代号、年度和项目序号组成。单位代号二位数表示，兵种为即BZ，×所为×S；年度为下达科研项目的当年，四位数表示；项目序号三位数表示，为当年科研项目顺序号。

6．2．1．1．4 分(子)系统号

分(子)系统号为二位汉语拼音或英文字母。若无分(子)系统，以“00”(零

零)表示。

6．2．1．1．5 流水号

以该项目中技术文件出现的先后顺序用01、02、03……表示。

6．2．1．1．6 版本号

版本号整数位和小数位各取一位数。标识规则在6．2．1．2中阐述。6．2．1．2 版本标识规则

用版本来定义配置项的演化阶段，便于对系统不同版本进行检索和跟踪，显示各版本的关系。

版本按顺序号标识，由一位整数位和一位小数位组成，格式为：Vx．x。

版本变更规则如下：

a) 当新版本的功能和性能上与其他版本有差别时，变更整数位；

b) 当新版本与其他版本在功能上等价，但分别适用于不同硬件环境时，变更

整数位；

c) 当只是修正了前一版本的不足时，变更小数位；

d) 系统发行时一般采用基础版，即V1．0、V2．0、V3．0等；

e) 版本变更的权限，整数位变更由科技处控制，小数位变更由项目组长或研究

室主任控制。

6．2．1．3 基线的划分

按照软件产品的开发流程，基线划分如图1所示。

6．2．1．4 软件程序标识

项目组长应在软件设计阶段统一规定软件程序标识，要求：

a) 标识应反映其功能与特性，含义明确，易于理解；

b) 标识必须唯一；

c) 标识应便于管理。

6．2．2 配置库结构

6．2．2．1 开发库

开发库的结构为：项目名称、配置项目标识、项目开发阶段、版本号、人库时间、出库时间、出库原由、受控时间、配置项描述。

开发库存放各开发阶段产生的尚未通过评审的程序、文档等计算机可读信息和人工可读信息。

开发库由项目开发人员使用。

6．2．2．2 受控库

受控库的结构同开发库。

受控库存放各开发阶段结束时已通过评审和审核的软件阶段产品，包括程序、可行性研究报告、项目开发计划、软件需求说明、概要设计说明、详细设计说明、数据库设计说明、软件测试计划、软件测试分析报告、用户手册、操作手册、程序维护手册、项目总结报告和软件验收报告等。

受控库由质量管理办公室、项目开发人员受控使用。