SPISCMP01配置管理过程文件.docx
《SPISCMP01配置管理过程文件.docx》由会员分享，可在线阅读，更多相关《SPISCMP01配置管理过程文件.docx（10页珍藏版）》请在冰豆网上搜索。
SPISCMP01配置管理过程文件
编码：
NK-SPI-S-CM-P01
北京京北方科技有限公司
配置管理过程文件
拟制人谢默玲日期2006年02月20日
审核人唐华明日期2006年02月27日
批准人孙海涛日期2006年02月28日
更改控制页
序号
版本号
更改时间
更改内容描述
填写人
1
1.0
2005-11-16
新建
谢默玲
2
2.0
2006-02-20
将配置管理活动的角色中的项目经理修改为CCB。
谢默玲
目录
1目的1
2范围1
3术语定义1
4职责1
5裁剪指南2
6过程3
6.1配置管理的日常活动过程3
6.1.1概要图3
6.1.2启动条件5
6.1.3输入5
6.1.4活动5
6.1.5输出7
6.1.6关闭标准7
6.2配置项的变更管理过程8
6.2.1概要图8
6.2.2启动条件8
6.2.3输入9
6.2.4活动9
6.2.5输出10
6.2.6关闭标准10
7审核10
8度量10
9技能要求11
10参照文件11
1目的
配置管理员运用配置管理方法和工具对组织过程的工作产品进行管理，维护，从而保证工作产品的完整性，达到有序管理和减少重复性工作。
2范围
适用于在公司过程改进过程中所产生的所有工作产品。
3术语定义
基线：
基线是一组经过正式审查并且达成一致的规范或工作产品，是开发工作的基础。
CCB（ConfigurationControlBoard）:
配置控制委员会。
CCB通常由项目经理、资深项目成员和配置管理员等组成。
通常项目经理为CCB负责人。
4职责
角色
活动
配置管理员
项目组成员
CCB
识别配置项
执行
选择管理工具
执行
制订配置计划
执行
审核
审核
建立各级配置库
执行
分配配置库权限
执行
配置管理
管理配置库
提交/维护
配置项
配置项变更
提交申请/跟踪变更
评审
评审
配置审计
审计/填写记录
发布基线
1）按里程碑提交待发布产品
2）发布基线/出基线发布通知
判断是否达到标准
判断是否达到标准
项目结束后
整理完善记录与文档/提交组织
5裁剪指南
依照项目已定义过程进行裁剪。
6过程
6.1配置管理的日常活动过程
6.1.1概要图
6.1.2启动条件
项目组建立指定了专门的配置管理员。
6.1.3输入
《里程碑计划》
《项目过程定义书》
《项目计划》
《项目进展报告》
《配置管理计划》
6.1.4活动
6.1.4.1识别配置项
依据《里程碑计划》和《项目过程定义书》确定纳入哪些配置项以及何时纳入。
6.1.4.2选择配置管理工具
根据实际情况，选择适合的配置管理工具。
如：
Microsoft公司的VisualSourceSafe等。
6.1.4.3制定配置管理计划
配置管理员与项目组成员协商后，由配置管理员制定出配置管理计划提交CCB审核，通过后形成正式的得到授权的《配置管理计划》，作为配置管理活动的指导性文件。
6.1.4.4建立各级配置库
配置管理员依据生存周期中不同时间所需的控制等级不同来设置各级配置库。
即建立配置管理库的目录结构。
开发区里包含正在创建或修改的配置项。
它是开发者的工作空间。
受开发者控制。
开发区里的配置项处于版本控制之下。
配置管理员只需要给出推荐建库的规则。
受控区里包含基线和对基线的更改。
受控区里的配置项处于完全的配置管理管理之下。
6.1.4.5分配管理权限
依据相关人员在项目过程中所担当的角色为其分配管理权限。
6.1.4.6提交维护配置项
项目组成员按照《配置管理系统访问控制规程》的要求，在配置管理系统中的开发区里对配置项进行导入、检入、检出等操作。
对于受控区里的配置项要经过受权才能进行导入、检入、检出等操作。
6.1.4.7管理配置库
对配置库的管理主要包括以下内容：
a）检查配置项是否按照《配置项命名规则》进行正确的命名。
b）检查配置项是否按时、按要求提交和维护。
c）对于基线区里的配置项的情况要反映在《配置项状态表》中。
在《配置项状态表》里填写基线区里的所有配置项的编号和名称，记录配置项的作者、版本、状态等信息。
d）当基线区里的配置项发生变更时，要跟踪配置项的状态，将配置项的状态反映到《配置项状态表》和对应的《基线状态表》中。
e）保护配置管理系统的内容，对配置库的内容进行定期备份。
6.1.4.8配置审计
依据《配置管理计划》中的审计频度的要求对照《配置管理系统访问控制规程》进行配置审计。
将审计的情况填写到《配置审计记录》中。
6.1.4.9发布基线
配置管理员根据《项目进展报告》来判断是否达到里程碑点。
如果达到里程碑点就从开发库里提出待发布的产品到待发布区；CCB判断是否达到发布标准，如果达到标准则授权配置管理员发布基线。
配置管理员出《基线发布通知》，并将发布内容导入基线库。
在《配置项状态表》和《基线状态表》中记录相应的内容。
6.1.4.10过程财富提交组织
项目结束后，配置管理员整理并完善记录与文档，提交组织。
6.1.5输出
《配置管理计划》
《配置管理系统访问控制规程》
《配置管理记录》
《配置审计记录》
《基线发布通知》
6.1.6关闭标准
项目已经结束，过程财富提交给组织。
6.2配置项的变更管理过程
6.2.1概要图
6.2.2启动条件
基线库中的配置项的变更申请被提出。
6.2.3输入
《配置项变更申请》
《配置管理计划》
6.2.4活动
此变更过程对基线内的配置项适用。
6.2.4.1提交变更申请
基线库中的配置项如果需要发生变更时，填写《配置项变更申请》并提交到CCB。
6.2.4.2变更评审
CCB分析《配置项变更申请》中建议的变更影响。
评审变更的过程要确保这些变更与所有技术需求和项目需求一致。
对变更的影响的评价要紧密结合项目或合同需求。
对于在若干产品中使用的配置项的变更，可能会引发其他应用中的影响，要解决这个问题。
对那些受变更请求影响并且将在后面的基线中处理的配置项进行审查并求得一致。
记录评审的结果、理由和解决方案，CCB代表签字确认，并授权配置管理员发布《变更通知》，授权相关人员执行变更。
6.2.4.3变更执行
按给出的解决方案采取行动，并且向受影响的各方报告情况。
变更的配置项是在基线区的，因此是受控的。
由配置管理员检出后交给变更执行人员，执行人员修改后交给CCB进行评审，通过后由配置管理员检入。
在进行检出、检入和导入等操作时要记录变更执行过程中的配置项状态，并将状态填写在《配置项状态表》和《基线状态表》中。
6.2.4.4变更审核
CCB对变更执行情况进行审核，以保证变更的执行按要求完成。
配置管理员对提交的配置项进行审核，合格后将配置项提交到基线库。
更改《配置项状态表》和《基线状态表》中的状态。
6.2.4.5变更审计
配置管理员在变更过程中所做的工作依照《配置检查表》进行自检，并记录情况到《配置审计报告》中。
6.2.5输出
《配置管理记录》
《变更通知》
《配置项变更申请》
6.2.6关闭标准
当次配置变更活动结束。
7审核
《配置管理计划》要通过CCB评审；
CCB要对待发布的基线是否达到发布标准进行评审；
当配置项发生变更时，CCB对《配置项变更申请》的建议的影响进行分析，给出解决方案。
配置变更执行的情况CCB要进行审核。
8度量
每个项目（任务）阶段配置项的个数；
配置项变更的数量和次数；
配置管理员工作量以及占项目（任务）工时比例；
基线发布的次数和工时
基线上配置项的个数
配置审计的工时和次数
9技能要求
能够独立规划项目的配置管理工作；熟练掌握配置管理的相关概念；能够了解配置的相关工具，熟练使用技术工程部配置所使用的工具；具有基本的与人沟通的技巧；能够了解项目管理过程中的主要环节；初步了解项目管理过程中的质量保证的各个方面。
10参照文件
《配置管理规程》
升级会员 