4 一般要求
4.1 基本要求
SCM 过程应包括配置标识、配置控制、配置状态记实、配置评价、软件发行管理和交付等活动。SCM 活动应贯穿于整个软件生存周期，保证软件产品的完整性和可追溯性。
承制方应建立并实施 SCM 过程。
承制方应建立配置控制委员会等 SCM 机构，负责对软件的更改和配置进行控制，参与或负责SCM活动。必要时，订购方也可建立配置控制委员会。
承制方SCM 计划的制定应不迟于软件需求分析阶段，并应得到订购方的评审和批准。
订购方和承制方应共同协商和确定批准基线更改的准则、更改的授权机构以及授权机构的范围和职责。承制方应建立、维护并执行相关的规程，以便协调多个批准的更改、重建软件配置项和交付软件产品。
5 SCM 过程实施
5.1 启动并定义范围
5.1.1 定义 SCM 过程的输入
SCM 过程应获得作为输入的 SCM 需求，并确保 SCM 需求是完备且可理解的。这些 SCM 需求应包括:
a) 作为软件配置管理对象的软件产品;
b) 按照 SCM 计划实施 SCM 过程的保证等;
c) 支持 SCM 过程的软件环境。
当软件产品包含 NDSCI 时，SCM 过程应对 NDSCI 实施配置管理。
5.1.2 定义 SCM 过程的资源及约束
SCM 过程应建立必要的技术和管理环境，在该环境中通过定义如下内容来实施SCM 活动:
a) SCM 机构;
b) SCM 机构的角色及职责;
c) SCM 机构、订购方及承制方之间的关系。
SCM 过程应建立并维护相关文档，以定义组织、活动、任务、规程、资源以及策划信息和报告的格式。
SCM 过程应唯一地标识所引用的 SCM 规程、标准、术语和相关文档。
5.1.3 分配职责和授权
SCM 过程应策划、获得和使用必要的资源，以便进行软件配置管理。
SCM 过程应将如下 SCM 活动分配给相应的 SCM 机构，并反映在 SCM 计划中:
a) 进行标识并批准标识;
b) 建立基线;
c) 批准或否决对基线的更改;
d) 发行软件产品;
e) 批准或否决偏离 SCM 要求的让步;
f) SCM 的日常活动。
SCM 过程应确定批准基线更改的准则。
SCM 过程应指明更改的授权机构并指定授权机构的范围和职责。
5.1.4 选择软件配置项的准则
SCM 过程应根据软件产品的如下内容建立选择软件配置项的准则:
a) 必要的;
b) 软件环境使用的;
c) 用于派生发行的，包括派生工具的指南和参数。
SCM 过程应定义一些准则来选择足够的软件配置项，以便于管理软件配置项的性能参数和物理特性。
SCM 过程应避免选择过多的软件配置项，选择过多的软件配置项既不利于管理的可见性，还会增加开支。
5.1.5 定义 SCM 过程输出
SCM 过程应根据需要进行策划，以得到如下输出:
a) 运行软件环境的信息;
b) 软件配置项的标识一览表;
c) 软件配置项的重建工具和软件环境;
d) 软件配置项的版本控制一览表;
e) 支持软件配置项结构的文档;
f) 软件配置项状态的含义;
g) 软件配置项的状态;
h) 软件配置项状态的完整性;
i) 软件配置项。
