GJB5000配置管理过程

1  目的及范围

配置管理的目的是确保产品在软件生存周期中的完整性和可追溯性，配置管理活动被设计来标识配置项、建立基线、控制版本和变更、保证变更被适当地实施，使开发人员、测试人员、项目管理者、质量保证人员以及客户能方便地通过软件配置管理获得有用的信息。

该过程适用于本公司所有军用软件开发项目，从需求阶段开始，至维护阶段完成，贯穿项目的整个生存周期。

2  引用文件

a)      XXX  军用软件研制能力成熟度模型

b)      XXX 软件过程方针与通用要求

c)      XXX 软件过程体系文件编制规定

d)      XXX  项目策划过程

e)      XXX 过程和产品质量保证过程

f)       XXX 测量分析过程

g)      XXX 变更控制规程

h)      XXX 评审规程

i)       XXX 配置库管理规范

j)       XXX 配置项命名规范

3  术语表

《软件过程体系文件编制规定》定义的术语、定义、缩略语适用于本文。

4  过程总体描述

4.1  过程概述

本过程是描述项目如何计划配置管理活动，并在整个软件的生存周期中如何执行配置管理活动。软件配置管理的目的在于建立和维护软件项目产品在整个生存周期内的完整性。

配置管理过程主要分为软件配置管理计划制定、配置库建立、配置库维护、配置项及基线建立、变更控制、配置状态记录及报告、产品发布控制、配置审核八个活动。

4.2  过程结构描述

本过程总图见图1。

配置管理过程总图

5  过程元素描述

针对各个过程元素（活动），按照9大属性（概述、人员职责、入口准则、输入、任务（步骤）、出口准则、输出、资源能力要求、裁剪准则）依次进行详细描述。

5.1  制定配置管理计划

本过程元素描述见表1：

表1    制定配置管理计划

概述	软件配置管理计划内容包括明确项目的配置管理职责和配置基线建立的时机，确认需要纳入配置管理的要素即配置项，并确定配置项标识，选择配置管理工具，建立配置管理系统、组建项目级CCB以及设定配置库访问权限等一系列重要的配置管理活动。
参与人员及职责	配置管理员：制定《软件配置管理计划》 利益相关方：主要包括项目负责人、项目组成员、测试人员、QA、项目主管中层领导、用户代表（必要时）参加《软件配置管理计划》评审。
入口准则	项目策划开始 项目已指定配置管理人员
输入	《软件开发计划》 《软件配置管理计划模版》 《配置库管理规范》 《配置项命名规范》
任务/步骤	识别配置项，参见《配置项和基线选择规范》 识别配置项通常是在产品结构划分完成后才进行的，按《软件开发计划》中定义的WBS分解结构识别需纳入配置管理的工作产品，即配置项； 识别配置项后，按《配置项命名规范》标识配置项； 识别基线参见《配置项和基线选择规范》 根据标识的工作产品，进一步确定哪些列为基线； 确定基线的不同变更控制权限； 确定基线纳入配置管理库的时机； 基线内容及建立时机、变更控制权限如下： 功能基线：①软件研制任务书批准时建立；②由公司级CCB控制； 分配基线：①软件需求批准时建立；②软件需求更改批准时更新；③由项目级CCB控制； 产品基线：①为满足交付需要时建立；②由公司级CCB控制。 明确公司级配置控制委员会（公司级CCB）职责 公司级CCB由主管总师、产品库配置管理员、QA组长、最终用户代表组成； 公司级CCB的功能有：批准功能基线的发布；批准产品基线的发布与产品交付；批准产品库的出入库、变更；批准受控库中的重大变更。 建立项目级配置控制委员会（项目级CCB） 项目级CCB至少应该由下面几部分组成：项目主管中层领导、项目负责人、配置管理人员、QA、测试负责人、用户代表； 项目级CCB的主要功能有：批准由公司级CCB控制以外的所有基线的发布和变更；确保所有提出的基线变更在项目级CCB控制下，并经过充分的评价和分类；确保只有经过批准的变更才能得到实施； 配置库控制 设置各个库的不同角色的访问权限，建立《配置库权限分配表》； 定义配置库中配置项目录结构； 依据《配置库管理规范》、《软件配置管理计划模板》编写软件配置管理计划文档 评审软件配置管理计划 《软件配置管理计划》同《软件开发计划》一起进行评审； 将通过评审的《软件配置管理计划》纳入配置管理。
出口准则	审批通过的《软件配置管理计划》纳入配置管理。
输出（工作产品）	《软件配置管理计划》 《配置库权限分配表》
资源和能力要求	资源： 《软件配置管理计划模版》； 能力： 配置管理员应接受过编制软件配置管理计划方法的培训

5.2  建立配置库

本过程元素描述见表2。

表2    建立配置库

概述	在项目建立后，配置管理员根据《软件配置管理计划》的内容建立配置库，主要任务是使用配置工具建立配置项的存储区域，并设定配置库访问权限。
参与人员及职责	配置管理员：建立配置库和设定权限
入口准则	《软件配置管理计划》中配置管理工具已选定
输入	《软件配置管理计划》
任务/步骤	设置存储域 配置管理员按照《软件配置管理计划》为项目建立配置库，分为开发库、受控库、产品库（由产品库配置管理员建立和维护），按照《配置库管理记录模板》填写配置库建立记录； 根据《软件配置管理计划》中定义好的配置项目录结构设置配置库，并通知项目组人员可以进行开发； 配置管理员根据《配置库权限分配表》，设置各角色的权限； 具体配置库的管理要求参见《配置库管理规范》。
出口准则	配置库已经建立
输出（工作产品）	配置库及内部存储工作产品 《配置库管理记录》
资源和能力要求	资源：配置管理工具 能力：配置管理员应接受过配置管理工具使用方法的培训。

5.3  维护配置库

本过程元素描述见表3。

表3    维护配置库

概述	在项目运行过程中，维护配置库的主要任务是：维护配置项的存储区域，维护相应的访问权限，以及对于存储的内容进行备份。
参与人员及职责	配置管理员：维护配置库、维护配置库访问权限； 项目负责人：参与维护配置库；
入口准则	配置库已经建立
输入	已建立的配置库 《软件配置管理计划》 《配置库权限分配表》
任务/步骤	配置库的控制流程 配置管理员和项目组在使用配置库的相应区域时，对配置库的具体控制流程参见《配置库管理规范》。 权限分配控制 配置管理员和项目负责人必须对配置库中各区域的访问权限实施控制，确保只有被授权的人员才有权访问控制项（如读、写、上传、下载），参见《配置库权限分配表》 资源备份 配置管理员对配置库进行定期备份,或设定配置管理工具进行定期备份。备份分为增量备份和全备份，项目至少应做到增量备份每天进行，保存一个月；开发库和受控库全备份每月进行一次，产品库全备份时间由产品库配置管理员控制，至少保存最新的5个版本的全备份；配置管理员应对备份情况进行记录，并填写到《配置库管理记录中》。
出口准则	无
输出（工作产品）	配置库及内部存储工作产品
资源和能力要求	资源：《软件配置管理计划》、配置库 能力：配置管理员应接受过配置管理工具使用方法的培训

5.4  建立配置项及基线

本过程所描述的内容不包括功能基线的建立。功能基线中的《软件研制任务书》等配置项在评审通过后直接纳入受控库。本过程元素描述见表4。

表4    建立配置项及基线

概述	软件项目组按照软件配置管理计划建立配置项和基线，确保建立及更改受控且有效。
参与人员及职责	软件项目组：负责配置项建立，开发库中检入、检出配置项及开发库中的配置项版本管理。 项目负责人：负责功能审核，负责提交《基线发布书》申请。 配置管理员：负责发布前基线的物理审核，配合项目负责人进行功能审核，对配置项和基线进行入受控库。 项目级CCB：批准软件配置项和基线发布。
入口准则	配置项评审通过准备受控或到达基线发布时机
输入	《软件入库申请单》 《基线发布书》
任务/步骤	软件研制过程中，软件项目组按照《软件配置管理计划》，在开发库中创建属于其任务范围的配置项，执行开发库的检入、检出操作； 软件项目组在配置项完成及通过评审或测试后，填写并提交《软件入库申请单》；项目级CCB审批通过后，由配置管理员将其纳入受控库； 项目负责人在预定基线建立时间点，确认基线包括的配置项均已入受控库后，填写《基线发布书》提出基线建立申请，由配置管理员进行物理审核，项目负责人和配置管理员共同完成功能审核。审核具体过程见本文“5.8配置审核”。审核完成后项目负责人将《基线发布书》提交项目级CCB审批。审批通过后，由配置管理员在受控库中建立相应基线； 基线建立完成后，配置管理员更新《配置项状态报告》中配置项和极限的状态，并以电子或者书面方式发送给项目主管中层领导、项目负责人、软件项目组、QA、测试人员，必要时包括（最终）用户代表等利益相关方。
出口准则	配置项已入受控库； 基线已建立。
输出（工作产品）	《软件入库申请单》 《基线发布书》 《配置项状态报告》 受控库或产品库中的相应配置项 受控库或产品库中的相应基线 配置审核输出文档，具体内容见本文“5.8配置审核”。
资源和能力要求	资源：《软件入库申请单模板》、《基线发布书》 能力：软件项目组、项目负责人、配置管理员熟悉配置项及基线建立流程。

5.5  变更控制

本过程元素描述见表5。

表5    变更控制

概述	对已纳入受控库或产品库的配置项和基线的更改要按照规定的控制流程执行，此活动贯穿于整个软件生存周期。
参与人员及职责	软件项目组成员：分析变更对项目造成的影响，填写《变更申请单》； 项目负责人：对变更的影响域进行评估，分析可能涉及的范围、所产生的风险，变更所需工作量、对进度安排的调整等； 项目级CCB：评估更改、审批受控库中“一般”变更申请，审批出库单和变更后的配置项入库； 公司级CCB：评估更改、审批受控库中“重要”变更申请和产品库的变更申请，审批出库单和变更后的配置项入库；（如变更只涉及项目内部更改而不影响外部性能、需求和接口等指标时，可列为“一般更改”，由项目级CCB审批；除此之外的更改应归类为“重要更改”，由公司级CCB审批。） 更改人：填写《软件出库申请单》，提交公司级CCB或项目级CCB审批通过后，修改配置项。配置项修改得到验证后，填写《软件入库申请单》，提交公司级CCB或项目级CCB审批； 配置管理员：出库、入库操作，更新配置项状态记录，将变更结果通知利益相关方。
入口准则	提出配置项变更申请
输入	《变更申请单》
任务/步骤	当工作产品发生变更时按《变更控制规程》要求，完成变更； 变更完成后，配置管理员更新配置项状态记录； 配置管理员将变更结果通知利益相关方。
出口准则	完成变更或变更中止 配置项状态记录已生成 变更结果已通知利益相关方
输出（工作产品）	《变更申请单》中记录的变更过程 《软件出库申请单》 《软件入库申请单》 《配置项状态报告》 《变更累计表》 配置审核输出文档，具体内容见本文“5.8配置审核”。
资源和能力要求	资源：配置管理系统，《变更申请单模板》、《软件出库申请单模板》、《软件入库申请单模板》、《配置项状态报告模板》 能力：相关成员接受过配置管理系统使用方面的培训，经过变更控制流程使用的培训

5.6  配置状态记录及报告

本过程元素描述见表6。

表6    配置状态记录及报告

概述	配置管理员对受控库中的配置项和基线的状态变化及时记录，发布配置项状态报告，并每月统计、分析配置项和基线的状态。
参与人员及职责	配置管理员：填写并发布配置状态报告；每月统计配置项状态变化情况； 项目负责人：管理和监督。
入口准则	配置项出入受控库和基线建立及变更时
输入	《软件出库申请单》 《软件入库申请单》 《基线发布书》 《变更申请单》 《配置项状态报告模板》
任务/步骤	记录配置项状态 配置项状态记录从配置项进入受控库的一刻开始记录； 收集、整理相应的配置记录，以便生成完整的《配置项状态报告》。 生成并发布状态报告 受控库中的配置项状态发生改变时，配置管理员更新《配置项状态报告》中该配置项的状态，并通过电子或者书面方式将《配置项状态报告》发送给利益相关方。 配置管理员按月对受控库状态进行统计, 产品库配置管理员定期对产品库进行统计。统计内容包括配置项及其变更状态、基线及其变更状态等。
出口准则	《配置项状态报告》已生成
输出（工作产品）	《配置项状态报告》
资源和能力要求	资源：《配置项状态报告模板》 能力：相关成员接受过配置管理方面的系统培训

5.7  产品发布控制

本过程元素描述见表7。

表7    产品发布控制

概述	在进行产品发布前，由项目负责人填写《软件发放证书》交由公司级CCB审批。产品库配置管理员依据审批通过的《软件发放证书》从受控库中提取产品基线的内容存放到产品库。
参与人员及职责	项目负责人：填写并提交《软件发放证书》； 公司级CCB：对《软件发放证书》进行审批； 产品库配置管理员：从受控库中提取产品基线至产品库。
入口准则	产品基线已发布
输入	稳定的软件产品
任务/步骤	项目负责人在产品基线发布后，填写《软件发放证书》交由公司级CCB审批； 公司级CCB对《软件发放证书》进行审批； 《软件发放证书》审批后，产品库配置管理员从受控库中提取产品基线至产品库；
出口准则	产品已存放到产品库
输出（工作产品）	《软件发放证书》 发布的正式产品
资源和能力要求	资源：《软件发放证书模板》；产品库配置管理员具备提取产品的权限。 能力：项目负责人接受过产品发布流程的培训。

5.8  配置审核

本过程元素描述见表8：

表8    配置审核

概述	配置审核的目的是证实软件产品在其整个生存周期中，受控的各配置项的完整性、一致性、正确性。
参与人员及职责	配置管理员：每月对受控库进行全面配置管理审核；基线发布和变更前进行物理配置审核，协助功能配置审核。 产品库配置管理员：定期对产品库进行全面的配置管理审核；基线发布和变更前进行物理配置审核。 QA：负责对配置管理过程的审核，参见QA过程审核。 项目负责人：组织完成功能配置审核。
入口准则	《软件配置管理计划》已制定
输入	《软件配置管理计划》
任务/步骤	审核准备：审核工作开始前，配置管理员应该做好各项准备工作，安排审核日程和准备审核材料。每次基线建立前和基线变更后，由配置管理员进行物理配置审核，项目负责人组织完成功能配置审核，参见《基线审核检查单》，每月配置管理员要进行一次全面的配置管理审核，参见《配置审核检查单》。 功能配置审核：为了证实一个配置项的开发已圆满完成，已经达到了在功能或分配的配置标识中指明的性能和功能特性，并且它的运行和支持文档已经完备且令人满意而进行的一种审核。其目的是验证配置项所测试的功能特征是否已达到其功能基线文档中规定的需求，且操作和支持文档是否完备和满意； 物理配置审核：为了验证一个配置项是否符合定义和描述它的技术文档所进行的一种审核； 配置管理审核：为了验证一个配置项或构成基线的一组配置项是否符合规定的标准或需求所进行的一种审核。其目的是确认配置管理记录和配置项是否完备、一致和准确。 执行审核，并记录所发现的问题，跟踪问题，直到问题关闭； 配置管理员负责生成《配置审核报告》； 审核报告完成，配置管理员负责跟踪审核问题的解决措施的执行情况，并向项目负责人报告跟踪结果； QA对配置管理全过程进行审核。
出口准则	审核报告编写完毕准备发布 发现的问题得到解决
输出（工作产品）	《基线审核检查单》 《配置审核检查单》 《配置审核报告》 《QA审核检查单》 《QA审核报告》
资源和能力要求	配置管理员和项目负责人接受过配置审核的培训，明确物理配置审核、功能配置审核、配置审核的意义和审核方法、内容。 QA接受过配置管理及审核的方法和培训。