CMMI配置管理规程.docx

上传人:b****1 文档编号:13526479 上传时间:2023-06-15 格式:DOCX 页数:11 大小:65.49KB
下载 相关 举报
CMMI配置管理规程.docx_第1页
第1页 / 共11页
CMMI配置管理规程.docx_第2页
第2页 / 共11页
CMMI配置管理规程.docx_第3页
第3页 / 共11页
CMMI配置管理规程.docx_第4页
第4页 / 共11页
CMMI配置管理规程.docx_第5页
第5页 / 共11页
CMMI配置管理规程.docx_第6页
第6页 / 共11页
CMMI配置管理规程.docx_第7页
第7页 / 共11页
CMMI配置管理规程.docx_第8页
第8页 / 共11页
CMMI配置管理规程.docx_第9页
第9页 / 共11页
CMMI配置管理规程.docx_第10页
第10页 / 共11页
CMMI配置管理规程.docx_第11页
第11页 / 共11页
亲,该文档总共11页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

CMMI配置管理规程.docx

《CMMI配置管理规程.docx》由会员分享,可在线阅读,更多相关《CMMI配置管理规程.docx(11页珍藏版)》请在冰点文库上搜索。

CMMI配置管理规程.docx

CMMI配置管理规程

 

配置管理

过程编号

HW-SP-CM-DEFINE

文件状态

[]草稿[√]正式发布[]正在修改

当前版本

V1.1

修订

张三

日期

年月日

审核

李四

日期

年月日

批准

王五

日期

年月日

发布日期

年月日

生效日期

年月日

广东×××技术股份有限公司

修订历史记录

A-增加M-修订D-删除

变更版本号

日期

变更类型

(A*M*D)

修改人

摘要

备注

1.0

A

 

建立配置管理过程定义文件

 

 

1

目的

运用配置标识、版本控制、配置变更控制、配置审计,以及通过使用配置管理软件,来保证所有配置项的完整性和可跟踪性。

2适用范围

2.1机构

研发中心技术部门及PMO、技术拓展部。

2.2业务

贯穿整个项目的配置管理活动。

3名词术语

3.1PP(Projectplanning):

项目策划。

3.2项目干系人(Stakeholder):

在一定程度上,对项目的实施和成果负责,或受其影响的群组或个人。

项目干系人可能包括项目团队成员、提供商、客户、最终用户等。

3.3PMO(ProjectManagementOffice):

项目管理办公室。

3.4CCB(ChangingControlBoard):

变更控制委员会。

3.5CM(ConfigurationManagement):

配置管理。

标识和确定系统中配置项的过程,在系统整个生命周期内控制这些项的投放和更动,记录并报告配置的状态和更动要求,验证配置项的完整性和正确性。

3.6CMO(ConfigurationManagementOfficer):

配置管理员。

3.7基线:

基线就是项目存储库中每个工件版本在特定时期的一个快照。

在配置管理系统中,基线就是一个CI或一组CI在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,而这个过程被称为“基线化”。

每一个基线都是其下一步开发的出发点和参考点。

基线确定了元素(配置项)的一个版本,且只确定一个版本。

基线一般在指定的里程碑处创建,并与项目中的里程碑保持同步。

3.8CI(ConfigurationItem):

配置项。

凡是纳入配置管理范畴的工作成果统称为配置项。

3.9阶段产品基线:

在某一个阶段产出的被评审确认通过的工作产品(例如在项目策划过程中将会产出“项目计划”),确认的产品将被基线化,若要修改按照《配置变更控制规程》执行。

3.10版本基线:

整个项目基本完成,需发布一个内部测试的版本,我们这时可以划定一个基线,可以称为“Build”且可以统一定一个版本;在Build的基础上交给客户时又可以划定之后的一个基线,可以称为“Release”。

版本基线是包含多个CI,每个CI有它自己的版本。

4概述

配置管理是项目开发和管理的一个支撑过程,贯穿整个项目开发过程。

本过程描述的活动主要包括创建配置库、项目成员按照CMO给定的权限操作配置库、建立发布基线、审核基线、配置变更控制、配置库的审核、配置审计。

通过执行这些活动保证工作产品都能得到有效、完整的存放。

5过程定义

5.1配置管理

5.1.1角色与职责

角色

职责

项目经理

1、指定项目组内的配置管理员。

2、批准配置管理计划。

项目组配置管理员

1、编制配置管理计划;

2、建立和管理配置库。

3、管理配置库的访问权限;

4、建立阶段产品基线和版本基线。

5、维护配置状态报告;

6、备份配置库;

7、向项目成员提供配置管理工具使用的指导。

项目组成员

1、根据CMO给定的权限操作配置库。

CMO

1、审核配置管理计划;

2、保存变更请求;

3、审核发布基线;

4、确保已授权的修改人获得修改配置项的权限;

5、将基线化的文档和计划分发给所有相关人员;

6、管理配置库的访问权限;

7、归档配置库;

8、与实验室管理人员一起负责项目产品的拷贝;

9、备份配置库;

10、向项目成员提供配置管理工具使用的指导。

CCB

1、评估和批准对配置项的更改;

2、确保批准后的更改的实施。

组织级QA

1、配置审计

5.1.2入口准则

Ø项目计划已得到审批

Ø项目组配置管理员和CMO也都已指定

5.1.3输入

Ø项目计划

Ø配置变更控制规程

Ø项目结项申请

5.1.4过程活动

1)、建立配置管理系统

配置管理系统是配置管理过程的基础,所以配置管理系统的搭建很重要,我公司配置管理系统结构请参见《配置管理系统设计说明书》。

2)、制定配置管理计划

项目组配置管理员参照项目计划中的进度安排编制配置管理计划。

配置管理计划内容包括主要配置项的识别,基线创建计划、备份计划。

具体见模板《HW-SP-CM-T01配置管理计划》。

3)、审核计划

计划编写完成后提交CMO审核。

如果CMO审核没有通过则需要项目组配置管理员继续修改《配置管理计划》,直至CMO审核通过为止。

4)、审批计划

配置管理计划通过CMO审核后给项目经理批准,批准后方可按计划实施。

5)、创建配置库

CMO使用标准的配置项目录为项目组建立配置库,由项目经理统一申请CVS用户并为项目成员分配权限,标准目录和权限分配表见《配置管理系统设计说明书》。

6)、项目成员操作配置库

项目成员按照CMO分配的权限操作配置库。

7)、CMO日常工作

Ø参考资料及项目成果的拷入拷出:

配置库的拷入拷出均要填写申请表(参见HW-SP-CM-T04拷贝申请表)。

如果是项目所需的参考资料,则需要项目经理批准后由CMO及实验室管理员负责拷出拷入及签字确认。

如果是项目成果的拷贝则需要项目经理及高层经理批准后由CMO及实验室管理员负责资料的拷贝及签字确认。

Ø管理配置库访问权限。

ØCMO定期清理配置库的垃圾文件。

Ø每天负责填写CMO日常工作表(参见HW-SP-CM-T02CMO日常工作表)。

ØCMO定期备份配置库:

每周末下班前做一次全备份,每月将配置库全部内容刻录成光盘保存,在光盘上贴上时间标签。

8)、建立阶段产品基线

阶段产品基线的创建从阶段开始到工作成果正式发布都要经过以下一些步骤:

Ø创建配置项

项目成员根据《配置管理计划》,在配置库中创建属于其任务范围内的配置项,此时配置项状态为“草稿”,其版本格式为0.YZ。

Ø修改处于“草稿”状态的配置项

项目组成员使用配置管理软件的Checkout/Checkin功能,可以修改处于“草稿”状态的配置项。

Ø技术评审和领导评审

如果配置项是技术文档,则需要技术评审。

如果是“计划”类文件,则需要高层经理审批。

若配置项通过技术评审或高层经理审批,才可以发布,否则继续修改处于“草稿”状态的配置项。

Ø正式发布

配置项通过技术评审或领导审批后,则配置项的状态从“草稿”变迁为“正式发布”,版本格式为X.Y。

发布的配置项将被冻结,建立了基线,若要修改按照《配置变更控制规程》执行。

9)、审核、发布阶段产品基线

冻结的阶段工作产品基线由CMO审核是否在配置库中有最后更新,被评审的版本得到更新后CMO则可以把基线了的配置项放置到产品库,并发布基线发布通知,与此同时项目组配置管理员需更新《配置状态报告》。

10)、建立版本基线

在计划中指定的版本基线发布点,整个基线包含的配置项得到评审且通过,项目组的配置管理员负责确定版本基线的版本(包括所含配置项的版本)。

11)、审核、发布版本基线

冻结的版本基线由CMO审核是否在配置库中有最后更新,被评审的版本得到更新后由CMO把基线了的配置项放置到产品库,并发布基线发布通知。

12)、审核配置库

收到项目经理的结项申请后,CMO审核配置库的内容是否完整,若没有,项目组配置管理员负责整理完整PMO才可受理结项。

13)、配置变更控制

基线了的配置项需要修改的时候按照《配置变更控制规程》执行。

14)、配置审计

为了保证所有人员都遵守配置管理规范,质量保证人员要定期审计配置管理工作。

审计配置管理是“过程质量检查”的一个活动,是质量保证工程师的工作职责之一。

配置审计主要包括检查变更控制﹑验证配置库的备份﹑基线审计等。

具体QA可以根据检查单进行检查审计。

5.1.5输出

Ø配置管理计划;

ØCMO日常工作表

Ø拷贝申请表

Ø项目成果光盘记录表

Ø变更申请表

Ø配置状态报告

Ø配置管理报告

5.1.6出口准则

Ø项目结项

5.1.7过程度量

1)度量人员对以下数据进行度量

Ø统计整个配置管理活动所花费的工作量。

5.1.8确认与验证

ØQA对项目配置管理过程及其产生的产品的规范性进行检查;

ØQA在配置管理整个过程中进行配置审计;

ØCMO对配置管理计划进行审核;

Ø项目经理批准配置管理计划;

Ø高层经理批准资料的拷贝。

6规程

《HW-SP-PP-P01配置变更控制规程》

7标准与规范

7.1《HW-SP-CM-C01配置管理过程检查单》

7.2《HW-SP-CM-S01配置管理系统设计说明书》

7.3《HW-SP-CM-G01SVN使用手册》

8裁剪指南

Ø子部门项目配置管理计划可以合并到项目计划中。

9模板与表格

9.1《HW-SP-CM-T01配置管理计划模板》

9.2《HW-SP-CM-T02配置状态报告模板》

9.3《HW-SP-CM-T03配置管理报告模板》

9.4《HW-SP-CM-T04拷贝申请表模板》

9.5《HW-SP-CM-T05项目成果光盘记录表模板》

9.6《HW-SP-CM-T06SVN用户申请表模板》

9.7《HW-SP-CM-T07CMO日常工作表模板》

9.8《HW-SP-CM-T08配置项基线发布通知》

10实施指导

“项目配置管理”是贯穿项目整个过程,保证工作成果完整性的一个过程。

以下是对“项目配置管理”过程实施时的进一步指导说明:

1)、管理配置项

对“配置管理”过程产生的所有有价值的文档应纳入配置管理的适当层次。

主要文档示例如下:

Ø配置管理计划

Ø配置状态报告

Ø配置管理报告

2)、培训人员

组织应该对所有或部分参与“配置管理”过程的相关人员进行培训。

主要培训专题示例如下:

Ø配置管理工具CVS培训

3)、QA根据计划审核“配置管理”过程,注意收集对过程的改进建议,并提交给组织EPG。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 临时分类 > 批量上传

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2