配置管理规范文档格式.docx
《配置管理规范文档格式.docx》由会员分享，可在线阅读，更多相关《配置管理规范文档格式.docx（25页珍藏版）》请在冰点文库上搜索。
6.7.裁剪许可
6.8.度量21
6.9.验证21
6.10.质量记录21
6.11.出口准则21
6.12.参考21
22
6.13.过程责任矩阵
1.概述
1.1.文档说明
本文档为响应XXXXCTO办公室征集配置项管理规范而给出的一套解决方案及其说明
12符号和缩略语
缩写
英文描述
中文描述
1.3.术语和定义
序号
名词
解释
1
2
3
2.配置管理过程规范
2.1.目标
在软件项目中管理工作产品的配置。
配置管理包括识别软件的配置项、系统地控制配置项的变更、并且在项目的整个生命周期中保持配置项的完整性和可追踪性。
2.2.范围
本过程适用于所有生产工作产品的软件项目
2.3.入口准则
拟定项目计划草稿
2.4.输入
•《工作说明书》
«
合同文件
・项目计划草稿
・已批准的变更请求
2.5.过程描述
2.5.1.识别配置项、配置项特性并建立命名规范
1）配置项是在项目过程中产生的、并且有可能发生变更的任何工作产品。
2）配置项是处于配置管理下，并被当作一个独立实体的工作产品集合。
3）配置项可能是中间或者最终产品，内部或者外部交付物，例如：
项目计划文档、需求文档、测试计划、代码和发布说明等。
4）配置项包括所有适当的软件、文档、支持环境如编译器、操作系统、测试环境和工具。
也可能包括项目合作方提供的软件、文档和硬拷贝材料等。
2.5.2.建立基线准则、标注机制
基线为后续工作提供正式的基础，所有变更都必须得到许可。
在初始基线建立、评审和批准以后，所有后续的变更以增量方式记录，直到下一次基线建立。
2.5.2.1.基线准则
规格说明书或产品经过正式评审，并且达成一致意见。
然后作为后续开发的基础。
识别项目中需要建立的基线。
通常基线在项目开始时建立，既输入基线。
包括：
1）所有客户提供的材料或定义的内容
2）开发环境，包括硬件及软件
3）所有要提交给客户的交付物
4）重要阶段结束（例：
单元测试阶段结束，集成测试阶段结束等）
5）在对配置项作变更前（该配置项不一定在基线中，但对它的变更影响基线内的配置项）
6）为每个基线，识别组成基线的配置项。
配置项经过批准后移入配置库。
7）在项目进行过程中，组成以前基线的配置项必须要包含在后续的基线中。
8）配置项在纳入基线后发布使用。
产品只在已纳入基线的配置项上构建。
2.5.2.2.标注机制
在每个基线发布之前，必须使用标签标注目录的版本号。
需要找回一个基线时，该标签作为基线的唯一标识。
2.5.3.指定配置管理组长和配置控制委员会成员在项目启动会议上，项目经理指定配置管理组长和配置控制委员会成员。
配置控制委员的作用包括：
1）批准软件基线的建立
2）评审并批准对于软件基线的变更
3）批准从软件基线库中构建产品
2.5.4.确定配置管理工具，定义操作权限，建立配置管理目录
2.5.4.1.配置管理工具
配置管理活动可使用软件工具或手工完成。
使用配置管理工具时，需要描述工具的功能和所需的资源。
2.5.4.2.操作权限
项目启动阶段，配置管理组长设置操作权限。
每一个项目中，至少需要两个区域，一个仅限于项目经理操作，另一个工作区域供全体项目成员操作。
2.5.4.3.配置管理目录
描述所有基线的存储位置和目录结构。
配置管理目录分布在不同机器上并使用不同的配置控制工具时，需要给与说明。
2.5.5.建立构建机制
为项目确立构建机制
2.5.6.建立发布机制
为项目构建发布流程和机制
2.5.7.建立备份和回复机制
2.5.7.1.备份
建立项目的备份和恢复机制，确保每个项目成员在配置库中的重要文件和目录得到自动备份。
事件驱动需要做特殊备份时，需要明确媒介、场所、频率和备份、恢复工作的负责人。
2.5.7.2.灾难恢复
准备项目的灾难恢复计划。
为确保在发生地震、火灾等灾难时可持续操作交付物，需要准备灾难恢复计划。
其中包括在其他地点作备份。
在其他地点作产品基线备份的项目，可以不需要灾难恢复计划，但应为所有工作产品指定备份计划。
配置管理组长根据项目生命周期和配置管理所包含的活动准备《配置管理计划》，项目经理评审该计划。
2.5.9.配置项的检入和检出按照项目使用的配置工具定义的步骤增加、删除、找回配置项。
基线配置项的检入和检出应通过工具控制。
多地点开发时，需要采取同步、合并和操作控制以避免对配置项的错误更新。
2.5.10.建立基线，得到配置控制委员会批准，记录基线之间的区别基线在生命周期的不同阶段建立，可在项目生命周期的不同检查点建立基线。
产品基线举例：
在此基础上构建和发布最终产品。
也可在重要生命周期阶段结束时建立中间基线，例如需求基线、设计基线、代码冻结基线。
可在项目内部的里程碑点建立基线。
例如在系统集成、补丁发布或重要的发布后建立基线，可以帮助项目回到一个已经建立且定义明确的软件状态，并且重新建立相同的发布环境。
产品发布前，变更基线内工作产品时，变更申请必须由配置控制委员会批准。
发布通知单必须由配置控制委员会批准。
配置管理组长在配置管理工具中标注标签，以注明连续基线之间的差别。
2.5.11.建立、公布基线记录和进行配置审计用配置管理工具建立基线，产生并公布基线记录。
最新的记录状态可以用基线标签和版本号标识。
按配置管理计划、使用同时使用《配置管理审计检查单》做配置审计。
配置管理组长按计划进行配置审计。
2.5.12.控制配置项变更（参考变更管理流程）
配置管理组长建立配置库目录结构、选择配置工具、制定配置库操作规程。
控制配置管理系统的操作权限，通常只有配置管理组长有操作权限。
项目的共享目录是一个共享空间，所有项目组成员均有操作权限。
配置管理计划中，记录配置项的储存和获取机制
变更基线中的配置项时，参照《变更管理过程》。
2.5.13.发布配置项状态报告
各阶段末，配置管理组长完成并发布《配置项状态报告》。
2.6.建议
无
2.7.裁剪许可
参照《裁剪过程》。
2.8.度量
・配置管理活动花费的工时（计划与实际比较）
・配置管理审计中发现的不符合项数目
2.9.验证
・《配置管理计划》评审
•配置管理审计
•检查点评审
2.10.质量记录
・《配置管理计划》
*《基线记录》
*《配置项状态报告》
*《配置管理审计检查单》
*《配置管理审计报告》
2.11.出口准则
项目结束
2.12.参考
・项目计划
・《变更管理过程》
配置管理活动指南
・分支和合并指南
・《基线记录》
2.13过程责任矩阵
角色
PM项目经理
QR质量代表
CM-L配置管理组长
Prj.SQA项目SQA
CCB配置控制委员会
活动
职责
输岀
准备
评审
批准
负责人
做成《配置管理计划》：
建立配置管理系统、
识别配置项、做成命名规范、设定访问权限、选择配置管理工具、建立基线
准则、识别CCB
确定产品构建及发布机制、建立基线记录
CM-L
PM,QR,
Prj.SQA
PM
已批准的配置管理计划
建立配置管理目录结构
配置管理工具中的目录结构
制定备份和灾难恢复计划
PM,CM-L
备份和灾难恢复计划
控制配置项、基线变更
《变更请求记录》
计划并执行配置管理审计
《配置管理审计报告》
批准变更请求及产品基线
CCB
已批准的变更请求
维护和公布配置项状态
《配置项状态报告》
3.软件项目过程产出物
3.1.支持过程组产出物
项目支持过程组
过程
指南/标准
检查单
模板/过程产出物
变更管理过程
变更影响分析检查单
变更申请记录
质量保证过程
SQA审计检查单
质量代表审计报告
决策分析和决议过程
决策指南
决策分析和决议报告
PUGH巨阵
配置管理过程
配置管理指南
配置管理审计检查单
配置管理计划
配置项状态报告
基线记录
配置管理审计报告
备份确认记录
内部审计过程
内部审计计划
内审员一览
内部审计项目一览
内部审计报告
内部审计反馈表
内部审计启动会议资料
内部审计免除申请
不符合项报告
原因分析和决议过程
原因分析和决议指南
缺陷分类指南
鱼骨图指南
帕累托图指南
3.2.工程过程组产出物
项目工程过程组
需求工程过程
需求抽取指南
业务需求评审检查单
系统/软件需求说明书
用例评审检查单
用例说明书
系统需求评审检查单
业务和用户需求说明
用户需求评审检查单
需求跟踪矩阵
需求抽取冋卷
设计过程
架构设计指南
概要设计检查单
概要设计书
数据库设计和PLSQL指南
详细设计检查单
详细设计书
技术管理评审过程
技术管理评审检查单
技术管理评审报告
构建过程
Java代码评审检杳单
测试日志
测试缺陷记录
单元测试计划评审检查单
单元测试计划
技术评审过程
评审记录
系统/软件集成过程
软件集成指南
集成测试就绪检查单
软件集成计划
测试过程
测试用例设计指南
集成测试检查单
集成测试计划
软件测试指南
系统测试检查单
系统测试计划
验收测试检查单
验收测试计划
产品验收记录
发布管理过程
软件发布检查单
软件发布通知单
用户文档过程
用户文档计划
用户文档手册
安装及维护过程
安装/维护计划
3.3.管理过程组产出物
项目管理过程组
估算过程
估算指南
项目日程计划检查单
WidebandDelphi估算表
项目日程安排指南
估算报告
项目启动过程
项目规模分类指南
项目移交检查单
工作说明书
项目启动会议资料
项目章程
项目策划过程
项目计划检查单
项目计划
培训计划
项目成员名册
项目日程计划-V模型
风险管理过程
风险管理指南
风险管理计划
项目质量管理过程
缺陷估算指南
质量计划
统计过程控制指南
量化项目管理指南
项目监督和控制过程
开发
检查点评审报告-开发型
开发跟踪表
项目管理评审报告-开发型
问题/依赖跟踪表
会议记录
高层经理评审报告
周报
项目结束过程
项目回顾报告
回顾调查问卷
归档通知单
供应商协议管理过程
供应商评价指南
外包活动检查单
建议书邀请函（SAM
供应商选择指南
供应商协议计划
供应商管理计划
供应商管理报告
供应商能力反馈
4.目录结构
-二血-TEMPLATE
」10DQC5
110.IQCvdtBwitw
r^\10.20DeplByement
J口ID.^ODasifiP
—10.30.10HLDijla.3O.2OLLD
_j10.30.'
SGT&
cUrQt<
Typ»
i_j10.30.40Zn^i'
Fa.c«
-；
l£
l.40Envirofflent
._i10,4Q10CoTLfigur«
—；
10.40.20Eyet^r
-lC.EOGener^J.
_j10.50.
_f1J.50.2QTeuntfetklyK^part
■」Id.SO.SOTeamRcjstier
__j10.50.
li13.50.
3_3lCT&
0Prcje^tIn；
<
ion
1^；
10.60lOKicldOfF
-\_|10.TOfM
：
\10.70.IQEstimatiflnE.Oll.TO.ZOFLui
.亡J10.TO.30.lOPrtjedtFlift口10.TO,20.EEch屈uJL峙Fl10.70.20.30Riik
I已1°
.TQ‘SflRari^w1
OlaTO.WrackLiLE
T_j1C.6QK#qu.iremtiiti
_j10.80.10CR
I|J）139020SRS
11.80.,30VB«
rFLe^uir*m*nL
10.SO.401MLMc^l
li~j10-30-SOInterfaqe日二10^QCM
Q10.90.lOLog
Oia.90.20FL4HJlfl.90.,3OKaport
3二1C.100QA
■3口W*LIQT科t
，鬥10.120Trs.inin<
ijh1C.lSOReferencs
二10.140Te^pl&
te
C20Sr<
J50EuilA
O呃RM辭汕
50Ba3»
Lin*
GOEiiteriial
70F^rEo^iLFolder
eOPullitJold^r
5.配置项命名规范
5.1.命名规范说明（推荐）
配置项命名规则：
推荐的文档命名规则：
＜标识符1＞_＜文档名称＞_＜标识符2＞.＜文档扩展名＞
此处：
＜标识符1＞:
4〜5个字母的描述符，或者项目名称的首字母缩写（例如：
HPServicesInformation
Technology的缩写HPSIT
＜文档名称＞:
是开发的文档名称（例如：
ProjectPlan,ClosureReport）
＜标识符2＞:
是3〜5个字母的描述符，表示开发出的产品的类型。
（例如：
Checklist为CHKLT
Instruction为INSTRTechnique为TCHNQ推荐的产品类型描述符列在第3.1节。
＜文档扩展名＞:
是文档典型扩展名。
.doc、.xls、.ppt）
例子：
命名的配置项例子：
HPSIT_ProjectPlan_CHKLT.xls
52产品类型描述符（推荐）
FileType
TypeAbbreviation（3to5Letters）
文档类型
类型缩写（3〜5个字母）
Activity,steportask
STEP
BoilerPlate
BOIL
Checklist
CHKLT
Deliverableorproduct
DEL
Example
EXMPL
Form
FORM
GuidesandManuals
GUIDE
Instructions
INSTR
Skill
SKILL
Log
LOG
Marketingmaterialsorpresentation
MKTG
Planner
PLAN
Outline
OUTL
Process
PROC
Technique
TCHNQ
QuickReferenceCard
QUICK
Stageorphase
STAGE
Template
TMPLT
ServiceDescription
SERV
Worksheet
WKSHT
Tool
TOOL
WhitePaper
PAPER
ZIPandotherarchives
ZIP
Trainingmaterials
TRNG
Roledefinitionsanddescriptions
ROLE
Code
COD
Report
RPT
6.变更管理过程规范
6.1.目标
有效管理对已基线化配置项的变更。
6.2.范围
本过程适用于所有软件/系统项目，并覆盖对已基线化的配置项的变更的发起、评审、批准和执行。
（关于配置项的识别请参照《配置管理过程》）。
6.3.入口准则
*变更申请已接收
6.4.输入
*变更申请
*已基线化的配置项（参照《配置项状态报告》）
6.5.过程描述
6.5.1.变更触发
在下列触发条件下，客户或者项目组内部变更已基线化的配置项：
项目范围变更
•由客户评审、澄清、内部评审、改进建议等引起的对已基线化工程产品（需求、设计、代码、测试用例等）的变更
・已基线化的计划变更（进度、工时、资源变更）
・修正可引起配置项变更的缺陷
6.5.2.记录变更申请
项目成员在接收或发起变更申请时，在《变更申请记录》模板中记录变更申请细节，包括：
*发起者姓名、发起日起、变更申请描述
变更原因、优先级（高/中/低）、预期解决日期
注：
客户提出的变更申请无论是通过文档还是电话或者其他口头交流，项目同样需要记录在《变更申请记录》中。
6.5.3.评审变更申请
项目经理评审变更申请的完整性和清晰性，并与申请人确认不明确的内容。
项目经理将变更申请分配给合适的成员（调查人）进行影响分析。
6.5.4.进行影响分析
调查人使用《变更影响分析检查单》和《需求跟踪矩阵》做变更申请的影响分析。
影响分析中，识别变更申请影响的工作产品，并评估对项目范围、估计的日程、工时、成本和风险的影响。
调查人在《变更申请记录》中记录进行影响分析花费的工时记录在变更申请日志里。
6.5.5.变更申请批准
项目经理评审影响分析结果，并确保变更申请得到配置控制委员会（CCB的批准。
批准变更申请的CCB组成如
下：
变更申请影响
配置控制委员会
收费、不影响进度
收费、影响进度
不收费、不影响进度
不收费、影响进度
处理变更申请的累积工时
＜10%项目估算值
客户
项目经理
中层经理、客户
处理变更申请的累积工
时＞10%并且＜20%项目估
算值
中层经理
开发中心经理、客户
时＞20%项目估算值
开发中心经理
变更申请被批准、拒绝、延期或取消
项目经理更新变更申请状态
项目经理在《变更申请记录》模板中记录拒绝或延期的原因。
对是否延期有争议时，CCE提供一个一致的决议。
项目经理将已批准的变更申请信息通知到配置组长和其他相关成员。
项目经理指派项目成员实施变更。
6・5・6・评审/测试修改后的配置项
项目配置管理组长从配置管理库中识别受影响的已基线化的工作产品（根据变更申请影响分析），提供给指定的项目成员。
被指定的项目成员对工作产品做必要的变更。
项目成员更新已变更工作产品的修订履历，并且记录详细的变更内容。
修改后的工作产品经过评审、测试后纳入基线。
配置组长在配置管理系统中维护重新基线化的工作产品。
6.5.7.变更申请跟踪
中层经理和项目经理在项目管理评审中，正式评审变更申请的状态并跟踪至关闭。
6.5.8.更新变更申请摘要
《变更申请记录》模板中的’变更申请摘要’，提供了项目的变更申请履历。
《变更申请记录》模板是记录项目所有变更申请的知识库。
项目经理确保所有变更申请已记录在《变更申请记录》模板中并已被及时更新
6・5・9・更新《需求跟踪矩阵》
项目配置组长更新《需求跟踪矩阵》，以反映实施变更申请给需求和其他工作产品带来的变更。
6.6.建议
进行影响分析时：
-从完整的生命周期角度估计影响。
不仅考虑对于直接技术工作的影响，也包括给项目管理、测试、部署、配置管理等带来的额外工时。
-有进度变更时，检查进度变更是否影响了项目周期，并做详细记录。
6.7.裁剪许可
6.8.度量
提出的变更申请数
接受的变更申请数
・评审和批准变更申请所花费的工时
对于进度和工时/成本的累积影响
6.9.验证
CCE确认变更申请
6.10.质量记录
•填写完
升级会员 