SCMS软件配置管理过程.docx

SCMS软件配置管理过程.docx

《SCMS软件配置管理过程.docx》由会员分享，可在线阅读，更多相关《SCMS软件配置管理过程.docx（18页珍藏版）》请在冰点文库上搜索。

SCMS软件配置管理过程

CMM文件

软件配置管理过程

XXXXXXXXXXXX

（版权所有,翻版必究）

文档变更请求（DCR）

文档名称:

软件配置管理过程

提交人:

杨欣欣

建议的变化:

加实行方法、模板与表格

变更原因:

为了增强可操作性

注意：

为方便针对变更请求,采取适当的纠正措施,请提供清晰的对变更和变更原因的描述。

文档变更记录

变更序号

变更日期

文档版本号

变更内容简述

1

2001年10月9日

2.0

修改实行方法与模板；增加评审报告

目录

1概述1

1.1目的1

1.2范围1

1.3术语与定义1

1.4参考文档1

1.5引用文档2

2过程目标2

3过程定义2

3.1责任人2

3.2输入3

3.3入口准则3

3.4过程活动3

3.5出口准则6

3.6输出6

附录A：

软件配置项/产品包标识8

A.1文档的编号8

A.2程序的名称9

A.3软件产品包的标识9

A.4系统、数据库、开发与支持软件工具的编号9

附录B：

配置项状态报告10

B.1系统软件、数据库、开发与支持软件工具列表10

B.2软件基线/配置项状态报告10

B.3软件基线软件基线变更报告10

附录C：

软件配置管理测量报告11

1概述

1.1目的

软件配置管理（简写为SCM）是维护项目软件整个生命周期产品完整性的重要活动，本文档明确规定了公司软件配置管理活动的目标和过程定义，为公司软件配置管理提供所遵循的过程、程序和指导方针。

1.2范围

本文档适用于管理公司所有软件项目在各阶段标识的软件配置。

软件配置管理的大部分活动用“软件配置管理工具”实现。

1.3术语与定义

1.3.1软件工作产品：

作为定义、维护或应用软件过程的一部分所生成的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，这些可能交付也可能不交付给顾客或最终用户。

1.3.2软件基线：

软件配置项经软件验证、确认、评审和认定后，形成了软件基线，也就成了该阶段的一个基准。

下一个阶段只能在这个基准上进行开发活动。

1.3.3软件配置项：

是指一个软件产品在软件生存周期各个阶段所产生或应用的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据。

1.3.4SCCB：

软件配置管理委员会（SoftwareConfigurationControlBoard）（关于责任，参见“责任人”）。

1.3.5SCM：

软件配置管理（SoftwareConfigurationManagement）包括了标识软件工作产品、控制对软件工作产品的更改、和维护在整个软件生存周期中的软件工作产品的完整性和可跟踪性。

1.4参考文档

1.4.1MarkC.Paulk，BillCurtis，MaryBethChrissis，CharlesV.Weber，CapabilityMaturityModelforSoftware（Version1.1）

1.4.2RogerS.Pressman，SoftwareEngineering–APractitioner’sApproach（FourthEdition）

1.4.3《计算机软件配置管理计划规范》GB/T12505-90

1.5

引用文档

1.5.1《变更请求处理规程》（CMM-SCM-DU1）

1.5.2《软件质量保证过程》（CMM-SQA-SS）

1.5.3《软件工程管理方法》

1.5.4《文件管理制度》

1.5.5模板汇编

2过程目标

需求管理目的是建立和维护在项目的整个软件生命周期中软件项目产品的完整性，其主要目标是：

●软件配置管理活动是有计划的；

●所选定的软件工作产品是已标识的、受控的和适用的；

●对已标识的软件工作产品的更改是受控的；

●受影响的组和个人得到软件基线的状态和内容的通知。

3过程定义

3.1责任人

3.1.1SCCB分两个层次——项目层与管理层；

3.1.1.1成员包括：

●项目层：

项目经理、技术成员、分析成员、测试成员等；

●管理层：

总经理室成员（如有必要）、事业部总经理/经理、客户经理、市场分析部成员等。

3.1.1.2文档内所描述的SCCB评审是指项目层的SCCB的评审。

如有项目层的SCCB所不能决定的事情，再通过管理层SCCB评审。

SCCB负责：

1）代表项目经理和所有可能受到软件基线更改影响的组的利益；

2）审定软件基线的建立和配置项的标识；

3）评审和审定对软件基线的更改；

4）审定由软件基线制造的产品的生成。

3.1.2项目SCM经理：

负责项目中的SCM活动：

1）制定、维护和散发“软件配置管理计划”、SCM标准与规程；

2）标识将置于SCM之下的软件工作产品；

3）记录SCM的活动；

4）生成和散发SCM报告；

5）管理与操作软件基线与软件配置管理库的日常工作；

6）周期性地审核项目的软件基线以验证他们与定义是否一致。

3.2输入

软件配置项，如：

●对外可交付的软件工作产品；

●指定的内部软件工作产品；

●指定在项目内部使用的系统、数据库、开发与支持软件工具。

3.3入口准则

3.3.1已经确立SCCB与项目SCM经理；

3.3.2有支持软件配置管理的设施；

3.3.3准备受控的配置项已经通过相应的审批；

3.3.4项目SCM经理、软件项目组和其它软件有关组的成员受到培训，以便完成软件配置管理活动。

3.4过程活动

3.4.1配置管理计划

3.4.1.1项目SCM经理按照“软件配置管理计划模板”制定项目的“软件配置管理计划”。

“软件开发计划”可包含此计划，不必有单独的软件配置管理计划。

3.4.1.2“软件配置管理计划”必须通过软件项目组、SCCB与SQA的评审。

3.4.1.3项目SCM经理按照此文档中“3.4.5软件基线”，把经过审批的“软件配置管理计划”纳入分配基线。

3.4.1.4项目SCM经理依据“软件配置管理计划”执行项目中的软件配置管理活动。

3.4.2软件配置项标识

3.4.2.1《软件工程管理方法》文档中具体描述

●置于配置管理之下的的软件工作产品；

●配置项的特征；

●制作或管理配置项的负责人。

3.4.2.2项目SCM经理确保软件项目组按照“附录A：

软件配置项/产品包标识”给每个配置项唯一的标识符。

如软件配置项的标识不按照此文档，软件配置项的标识必须通过SCCB的审定。

3.4.3配置项的状态

3.4.3.1项目SCM经理应记录和维护在项目内使用的系统、数据库、开发、支持软件工具和产生的文档与其它配置项（参见附录B：

配置项状态报告）。

3.4.3.2项目SCM经理可使用“配置管理工具”记录配置管理行动，能清楚的理解每个配置项的状态（如：

最新版本），而且能恢复以前的版本。

3.4.4配置项的变更

3.4.4.1按照“变更请求处理规程”记录、评审、批准和跟踪所有配置项的变更请求和问题报告。

3.4.4.2配置项的变更历史必须记录在配置项内，包括日期、版本号、变更请求号、修改人和变更内容。

3.4.5软件基线

3.4.5.1下面是软件基线的定义与所属的配置项：

基线

分配

功能

产品

运行

定义

分配给软件的需求已明确；建立于分配需求阶段之后、需求分析之前。

已分析软件需求；建立于需求分析阶段之后、概要设计之前。

软件已经可以进入试运行阶段；建立于用户确认测试阶段之后、试运行阶段之前。

软件已经可以进入正式运行阶段；建立于试运行阶段之后。

配置项

分配需求文档

项目开发计划

软件配置管理计划

软件质量保证计划

需求规格说明书

概要设计说明书

详细设计说明书

程序

模块开发文档

单元测试文档

集成测试计划

集成测试报告

确认测试计划

确认测试报告

用户手册

操作手册

维护手册

用户培训手册

项目开发总结

试运行问题报告

验收报告

3.4.5.2项目SCM经理可使用“软件配置管理工具”建立软件配置管理库，管理软件基线。

3.4.5.3软件基线必须先通过SCCB与项目SCM经理的评审和审定，再保存到软件配置管理库。

3.4.6软件基线变更

3.4.6.1当软件基线内的配置项有所变更，项目经理应决定是否需要进行回归测试，以保证更改不会对基线造成未料到的影响。

3.4.6.2相关的软件基线必须通过SCCB与项目SCM经理的评审和审定，重新建立软件基线。

3.4.7软件配置项与基线版本

3.4.7.1用下列表定义软件配置项与基线的版本号：

类型

版本号

修改

软件配置项

由组织内产生的

文档

按照《文件管理制度》

按照《文件管理制度》

非文档

M.N：

从1.0开始

●大的修改：

把M提升为M+1，N改为0

●小的修改：

保留M，把N提升为N+1

由组织外提供的软件配置项

保留外来的版本号

-

软件基线

B.0：

从1.0开始

把B提升为B+1

3.4.8由软件基线制造的产品包

3.4.8.1产品包是指提供给最终用户的文档资料与可执行程序等。

3.4.8.2从产品基线中创建的产品包必须经过SCCB的审批。

3.4.8.3项目SCM经理将根据产品基线中的内容建立产品包，按照“附录A：

软件配置项/产品包标识”给产品包唯一的标识符。

如产品包的标识不按照此文档，则必须通过SCCB的批准。

3.4.9软件基线审计

3.4.9.1项目SCM经理可以“软件配置管理计划”为基础，用“软件基线审计表格”在软件基线建立或变更后，对软件基线进行审计，以验证软件基线的配置项是否与定义一致。

3.4.9.2项目SCM经理应向软件项目经理或相关人员报告审计结果，并跟踪来自审计的措施条款直至结束。

3.4.10软件配置管理库

3.4.10.1软件配置管理库必须设置权限。

只有项目组、项目SCM经理、SCCB、SQA与项目SCM经理认定的相关成员能访问软件配置管理库，进行相应的操作。

3.4.10.2软件配置管理库分为三个库：

●开发库：

供开发使用的工具库，由项目组管理与维护；

●受控库：

保存应被审定的软件配置项，由项目SCM经理管理与维护；

●产品库：

保存可以发行的软件产品的各个发布版本，由项目SCM经理管理与维护。

3.4.11软件配置管理活动的报告

3.4.11.1项目SCM经理应编制以下的软件配置管理活动的报告，并通报给相关成员，如：

软件项目组、SCCB和SQA。

报告

编制期

软件基线/配置项状态

定期或软件基线建立或更改

软件基线变更

软件基线建立或更改

3.4.12测量

3.4.12.1项目SCM经理应编制测量报告（参见附录C），内容包括：

●SCM活动的完成情况与计划比较；

●SCM活动中完成的工作，花费的工作量及消耗的资金。

3.4.13评审

3.4.13.1项目经理与高级管理者可用“管理评审表格”定期评审软件配置管理活动，高级管理者还可通过项目经理提交的“项目周报”进行评审。

3.4.13.2SQA对需求管理活动与工作产品的评审，参见《软件质量保证过程》。

3.5出口准则

软件工作产品已经置于软件配置管理库。

3.6输出

输出

表格与模板

受控状态

受配置管理

软件配置管理计划

软件配置管理计划模板

是

是

配置项

-

是

是

软件配置管理库

-

-

-

配置项的更改记录

参见《变更请求处理规程》的输出

是

否

软件基线/配置项状态报告

参见附录B

是

否

软件基线变更报告

参见附录B

是

否

软件基线审计表格

软件基线审计表格

否

否

软件配置管理测量报告

参见附录C

是

否

管理评审表格

管理评审表格

否

否

SQA评审表格

参见《软件质量保证过程》的输出

否

否

附录A：

软件配置项/产品包标识

A.1文档的编号

按照下述内容，规定文档的编号。

C..C，P..P：

参见《文件管理制度》对公司/子公司/事业部/二级部门简称与项目简码的规定。

D..D：

参见下列表中对文档简称的规定。

S..S：

文档细节简称：

可有可无；可有多个，以‘-’划分，如：

‘…-RPT-RV’

文档简称

备注

SOW

工作陈述

SDP

项目开发计划

SQAP

软件质量保证计划

SCMP

软件配置管理计划

AR

分配需求文档

SRS

需求规格说明书

PD

概要设计说明书

DD

详细设计说明书

MD

模块开发文档

UT

单元测试文档

SIT

集成测试计划

SITR

集成测试报告

UAT

确认测试计划

UATR

确认测试报告

UM

用户手册

UTRN

用户培训手册

OPM

操作手册

MM

维护手册

PCR

项目开发总结

WPR

试运行问题报告

ACR

验收报告

A.2程序的名称

可按照项目组所选择的命名规则规定程序的名称，程序名称应该具有代表性。

A.3软件产品包的标识

按照下述内容，规定软件产品包的标识。

C..C，H..H，F..F，P..P：

参见《文件管理制度》对代码的规定。

RM.N：

发布版本号。

A.4系统、数据库、开发与支持软件工具的编号

保留供应商所提供的系统、数据库、开发与支持软件工具编号。

附录B：

配置项状态报告

B.1系统软件、数据库、开发与支持软件工具列表

软件名称

版本号

许可证号

数量

备注

B.2软件基线/配置项状态报告

配置项

版本号

软件基线（如有）

基线版本号（如有）

修改人

修改日期

B.3软件基线软件基线变更报告

软件基线

基线版本号

修改人

修改日期

变更内容

配置项版本号

基线版本A

基线版本B

附录C：

软件配置管理测量报告

项目名称

测量日期

软件配置管理活动

计划完成日期

实际完成日期

是否符合计划

实际工作量

实际总工作量

符合计划率=（符合计划活动项/软件配置管理活动项）*100％

消耗的资金