CMMI支持CM配置管理计划模版V10Word文件下载.docx
- 文档编号:16348081
- 上传时间:2022-11-23
- 格式:DOCX
- 页数:12
- 大小:32.61KB
CMMI支持CM配置管理计划模版V10Word文件下载.docx
《CMMI支持CM配置管理计划模版V10Word文件下载.docx》由会员分享,可在线阅读,更多相关《CMMI支持CM配置管理计划模版V10Word文件下载.docx(12页珍藏版)》请在冰豆网上搜索。
在此背景之下,制定本软件配置管理计划。
】
2参考文件
《项目计划》
《软件质量保证计划》
《软件估计书》
《工作产品列表》
《工作拆分结构》
《命名规程》
还可以参见以下文档:
《软件配置管理过程》
《SCMSERVER管理规程》
《命名规程》
《软件配置管理计划制定规程》
3资源描述
【描述项目的SCM工作所需的人员、工具和计算机设施等资源。
3.1所需人员
3.1.1SCM小组
本项目的软件配置管理活动都由SCM小组负责执行,SCM领导负责计划和控制软件配置管理过程。
配置负责人:
配置人员:
3.1.2配置管理委员会(CCB)
CCB负责管理项目的软件基线,它的职责主要包括审定软件基线的建立和CSCIs及配置项的标识,评审和审定对软件基线的更改,以及审定由软件基线库制造的产品的生成等。
本项目的配置控制委员会(CCB)成员如下:
项目经理:
(CCB主席)
SCM负责人:
SQA负责人:
测试负责人:
客户代表(高层经理):
3.1.3
软件配置的组织结构图
此图仅供参考
3.2所需资源
3.2.1计算机设备
【配置服务器的描述,此处所指的服务器是专门为SCM服务的,不包括软件项目的服务器。
描述服务器所需要的配置,包括硬盘大小、内存大小、光驱等。
服务器名称
硬盘
内存
光驱
软驱
3.2.2辅助工具
{配置管理工具,即进行SCM所需要的工具,不包括软件开发过程需要的工具。
描述管理工具的名称、发布公司、版本等信息。
工具名称
发布公司
版本
用途
4SCM活动
4.1配置项和基线
项目开始阶段就要确定本项目的配置项CSCIs,根据其在项目中的作用为每个基线和配置项CSCI分配唯一的标识并形成一系列的基线,策划每个CSCI在项目不同时期的版本状态。
4.1.1基线选择
参见附表:
《项目基线一览表》,选择适用于本项目的基线。
编号
基线名称
基线建立时间
基线变更权威
1
客户需求基线
1.0
客户需求基线得到批准
CCB
2
3
4
5
4.1.2配置项标识
项目开始时,配置人员和项目经理共同选择并确定适用于本项目的配置项,并为配置项标识。
列举说明如下表(如果此处不列举,也可以直接参见附表《配置项状态记录》):
序号
配置项名称
唯一标识
所属基线标识
负责人
客户需求文档
HW_BIO_FGM_RFQ_CR
RM
4.2控制基线变更
4.2.1变更控制
正式变更:
(1)项目组填写并提交《配置变更请求表》CCR
(2)并按照《软件配置管理过程》中的变更控制来处理
(3)配置人员应填写《变更与问题日志》
(4)给定《变更状态报告》发布频度
非正式变更:
(1)项目组填写并提交《产品审批表》
(3)配置人员应填写《产品发布报告》
(4)给定《产品发布报告》发布频度
4.2.2变更控制人员职责
角色
在配置变更过程中的职责
变更请求者
描述变更、阐明变更理由、描述变更带来的影响、把CCR提交给SCML。
变更评价者
评估变更带来的影响、验证变更原因、将评价结果在CCR中做出记录并提交给SCML。
变更管理员(SCML)
负责保存从变更被提交时刻起的CR、监控变更进展情况并形成《变更状态报告》。
变更授权机构(CCB)
负责批准所控制配置项的变更。
4.2.3管理问题报告非正式变更是否需要在此处进行描述
软件问题或者是错误(即产品功能与设计与需求不一致),或者是对配置控制下的元素的异常发现(即产品功能与预想的不符),需要更改基线库时,必须填写CCR表,按基线变更流程解决此类问题。
4.3配置状态信息
【确定项目中配置状态记录的信息、报告和发布频度。
在项目的SCM过程中,需要记录配置管理行动,使得每个配置项的内容和状态都清晰明确,并可恢复配置项以前的版本。
本项目按照下表要求记录和发布配置状态信息:
文档
记录方法
发布频度
发布形式及对象
《配置状态记录》
手工维护/或自动系统
定期或事件驱动
通过E-mail、或书面等其它形式,通知所有受到影响的人。
《基线状态报告》
……
4.4基线建立计划
基线是经审查和批准的配置项的集合,在开发周期,基线的建立时间是不同的,会受到不同变更权威的控制。
配置基线建立计划表:
计划建立时间
完成建立时间
变更权威
软件需求基线
设计基线
项目经理
代码基线
测试基线
运行基线
4.5基线审计计划
在每次主要的软件产品发布之前,必须进行基线审计,验证其完整性。
基线审计计划表:
审计基线类别
计划审计时间
完成审计时间
审计人员
SCM及相关组人员
审计报告格式采用《基线审计报告模板》。
有关审计的要求参见《软件配置管理过程》中的审计部分。
4.6基线的发布
【基线变更或审计通过之后,由SCM负责人把基线发布给外部客户(如发布运行基线)或内部使用(如为测试而发布)。
完成基线发布之后,SCM负责人应该通知所有受影响的人员,使那些经批准可以使用的人利用此发布。
】,基线的发布应参照过程描述,进行有关发布。
有关基线发布的要求参见《软件配置管理过程》中的基线发布部分。
有关基线发布的具体内容及说明参见《基线发布报告模板》。
4.7构造产品
产品的构造是指将源代码进行编译,形成可执行文件,发布给客户的过程。
4.7.1构造产品的时机
【产品构造一般应在集成或系统测试前,和产品交付客户前进行。
4.7.2构造的次数
【一般至少应为3次。
分别为集成测试前一次、系统测试前一次、产品交付前一次。
4.7.3构造人员
●【测试前的产品构造由项目经理协助测试人员共同完成;
●【产品交付前的构造由项目经理协助配置负责人共同完成。
4.7.4对应路径
【因在配置库上无法实现对文件的编译等操作,所以产品的构造必须把相关的文件从配置库上对应到客户端,然后进行产品的构造,构造完成后将产品增加到配置库上,并且交付给发行部门或用于测试。
4.7.5构造方法和步骤:
【以下内容根据不同的项目方式不同:
1.首先由构造人员在本地机器上(可是构造人员自已的机器也可是其他机器,如其他服务器)为产品建立一个目录。
2.再从配置库上的基线域的代码基线中提取源代码到本地目录中,进行编译(编译的方法需根据开发语言的不同而有所分别,各项目的SCM人员根据实际情况在计划中详细描述)。
3.形成的可执行文件暂存放在本地目录下,批准之后将形成的可执行文件放入到配置库中更新测试基线。
4.从测试基线中提取可执行文件到测试域并进行测试。
5.通过一定的测试,经过CCB批准可以将形成的可执行文件放入到配置库的运行基线下。
6.“建立对应目录—>
从配置库上提取文件—>
编译—>
测试—>
修改—>
重新编译”,其中“编译—>
重新编译”是一个反复的过程,直至最后测试通过,提交最终产品。
7.最终交付产品前,将要交付的产品对应到本地机器上,用光盘或其他媒体备份,并提交给负责发行的部门。
4.8软件配置库的管理
规定项目人员对该库的存取权限,格式见下表:
人员
配置库区域/路径
存取权限
注:
对库的存取权限依次为R(只读)、C(修改)、A(增加)、D(删除)四种情况。
5备份
【描述SCM知识库信息备份的频度及备份的保存时间。
配置库备份记录表:
备份时间
备份人
备份媒体
备份保存时间
6培训
对项目组里的SCM人员需要进行培训,以下是SCM培训计划表:
参加人员
培训时间
培训内容
教师
工具要求
7
附表
在制定配置管理计划时可参考以下附表,在进行配置管理活动时可参考使用。
7.1《项目基线一览表》
项目基线一览表
说明
创建时机
创建/变更审批者
发布
I:
内部
O:
外部
系统归于软件的客户需求,以及为满足客户需求,软件在实现上所应具备的处理功能
需求获得批准
配置控制委员会
IO
对程序总体框架结构及各模块实现细节的设计
详细设计获得批准
【项目经理和项目组领导】
I
程序开发所获得的代码
完成原始软件单元编码、并通过检查和单元测试
为测试而发布软件
【项目经理】
为运行而发布系统
7.2
《基线及配置项选择表》
基线及配置项内容
配置项
需求
设计
代码
测试
运行
客户需求
接口/界面需求
软件需求
技术需求
技术方案
总体设计
界面设计
数据库设计
程序设计
源代码
可执行代码
测试计划
测试实例
测试方法
测试分析报告
软件安装/升级计划
设计工具
开发工具
用户手册
操作手册
软件产品说明书
7.3《配置项状态记录》
见《配置项状态记录》模板
7.4《产品发布表》
见《产品发布报告》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMMI 支持 CM 配置管理 计划 模版 V10
![提示](https://static.bdocx.com/images/bang_tan.gif)