CMP01配置管理.docx
- 文档编号:20159427
- 上传时间:2023-04-25
- 格式:DOCX
- 页数:10
- 大小:79.77KB
CMP01配置管理.docx
《CMP01配置管理.docx》由会员分享,可在线阅读,更多相关《CMP01配置管理.docx(10页珍藏版)》请在冰豆网上搜索。
CMP01配置管理
CMMIML-3v1.2
配置管理(CM)
文件编号:
CM-P-01
编制
张燃
日期
2008-6-2
审核
曹珂
日期
2008-7-9
批准
顾磊
日期
2008-7-15
2008年6月27日发布2008年6月27日实施
江苏起日信息科技有限公司
变更记录
版本号
变更日期
变更类型
变更人
变更摘要
备注
V0.1
2008-6-2
新建
张燃
V0.2
2008-7-9
修改
张燃
评审修改
V1.0
2008-7-15
发布
张燃
目的
配置管理(ConfigurationManagement,CM)的目的在于使用配置项识别、配置状态、变更控制、配置审计,来建立和维护产品的一致性和完整性。
适用范围
适用于组织内各业务部门的所有软件产品开发工作。
概述
通过规范配置管理活动,确保配置项正确地唯一标识并易于存取,保证基准配置项的更改受控,明确基线状态,在贯穿整个软件生命周期中建立和维护项目产品的完整性和可追溯性。
名词术语
配置管理(ConfigurationManagement,CM):
一种采用技术和管理上的指导监督相结合的规范体系,来保障产品的完整性和一致性要求。
软件配置管理(SoftwareConfigurationManagement,SCM):
是通过技术或管理手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。
记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。
配置(Configuration):
在技术文档中明确说明并最终组成软件产品的功能或物理属性。
因此,配置包括了即将受控的所有产品特性,其内容及相关文档,软件版本,变更文档,软件运行的支持数据,以及其他一切保证软件一致性的组成要素。
配置项(ConfiguraionItems,CIs):
凡是纳入配置管理范畴的工作产品统称为配置项。
在逻辑上,它是软件产品的组成部分或子产品。
项目计划阶段确定的生命周期的各个阶段的产物必须纳入配置项管理。
基线(Baseline):
一个或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态。
一些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”。
每一个基线都是下一阶段工作的出发点和参考点。
变更控制委员会(ConfigurationControlBoard,CCB):
负责评估以及对配置项的变更进行审核(核准或不核准),而且确保被核准的变更得到执行的一组人。
有项目组的项目经理和高级经理,或者由指定的人员担当。
过程定义
软件配置管理过程流程图:
角色和职责
角色
职责
PM项目经理
确定配置管理策略;批准、发布配置管理计划
CCB变更控制委员会
评审;执行变更控制;执行配置审计;
项目级配置管理员
制定配置管理计划;创建和维护配置库;建立、更改基线
入口准则
●《项目计划》已经制定
●配置管理员已经确定
输入
●《项目计划》
过程活动
1.1.1.制定配置管理计划
✧由项目经理与配置管理员讨论确定CCB的组成,项目经理为CCB负责人;
✧由项目经理与配置管理员共同确定配置管理策略,包括如下内容:
⏹确定软硬件需求,为确定软硬件资源提供依据;
⏹确定配置项范围,为制定配置项计划提供依据;
⏹确定项目里程碑,为制定基线计划提供依据。
✧由配置管理员起草配置管理计划,包括如下方面:
⏹人员及职责
明确配置管理员和CCB成员及职责。
⏹用于配置管理的资源
根据项目的规模、开发方式以及成本等等因素,确定用于配置管理的硬件、网络等资源。
例如,在外开发则需要购置配置服务器、异地并行开发则需要网络环境的支持等等。
对于配置管理的支持软件,组织内部统一使用开源的配置管理软件VSS。
⏹配置项计划
由配置管理员在已确定的配置项范围内识别并标识配置项,根据预计发布时间形成主要配置项的计划表。
⏹基线计划
由配置管理员结合项目里程碑定义,确定基线的组成(即包含的主要配置项)并标识基线,根据预计发布时间形成基线的计划表。
⏹审计计划
在配置库建立以及配置项内容被变更后必须由CCB或者指定人员进行配置审计。
审计的内容有:
1配置库是否按照计划进行建立
2配置项建立是否正确
3配置项的变更是否在配置库中正确反映,并保存记录
⏹配置库备份计划
由配置管理员根据项目的规模、目标等等因素,制定配置库备份计划,指明“何人”在“何时”(频度)将配置库备份到“何处”。
1.1.2.审批配置管理计划
由项目经理审核配置管理计划,若该计划被批准,则项目经理签字认可并正式发布。
否则,配置管理员按照项目经理的意见修改配置管理计划,直到该计划被批准为止。
1.1.3.创建配置管理库
✧确定配置库结构
配置库的结构是配置管理活动的重要基础。
一般常用的是两种组织形式:
按配置项类型分类建库和按项目建库。
组织内部统一采用按项目建库方式。
✧确定配置库操作权限
由配置管理员根据人员和职责定义进行配置库操作角色定义划分,并对项目人员(SE)的角色所属进行确定。
✧创建配置库
⏹由配置管理员在配置管理系统中建立配置库,并创建配置库目录结构。
⏹由配置管理员对配置库的操作进行授权。
配置管理员拥有配置库完全控制权限。
⏹由配置管理员在配置管理系统中建立配置库,并创建配置库目录结构。
⏹由配置管理员对配置库的操作进行授权。
配置管理员拥有配置库完全控制权限。
1.1.4.变更管理
变更管理包括配置项变更评估和配置项变更控制。
在配置项正式发布前,对该配置项的任何操作是不受控的,相关项目人员可以自由修改。
在配置项正式发布后,对该配置项的任何变更行为都必须经过评估并在受控状态下进行。
即CCB负责对变更请求的评估,配置管理员负责对变更实施的整个过程的控制。
详细描述见《变更管理》过程。
1.1.5.基线管理
✧规划(变更)基线
⏹由项目经理根据里程碑定义及相关配置项的进展情况决定何时建立基线。
基线一般分为:
Ø需求基线,一般包括用户需求、需求分析等等配置项;
Ø设计基线,一般包括概要设计、数据库设计、详细设计等等配置项。
如果细分还可分为概要设计基线和详细设计基线等;
Ø编码基线,一般包括源代码、单元测试代码等等配置项。
根据实际工作需要可以分阶段确定子基线;
Ø测试基线,主要针对源代码配置项,根据情况可分为集成测试基线、系统测试基线、Beta测试基线等等。
Ø发布基线,即交付用户的产品的标记。
⏹当处于基线状态的配置项通过变更管理流程完成变更,由CCB根据情况决定何时变更基线。
✧建立(维护)基线
⏹由配置管理员根据CCB的授权,建立基线,即标识基线名称和初始版本号,为相关的配置项建立“快照”。
⏹由配置管理员根据CCB的授权,维护基线,即推进基线版本号,为相关的配置项建立“快照”。
1.1.6.配置审计
为了保证所有人员(包括项目成员、配置管理员和CCB)都遵守配置管理规范,组织级配置管理员组织执行定期或不定期的配置审计工作。
1.1.7.配置库管理
✧由配置管理员根据备份计划定期备份配置库。
✧由配置管理员定期清除配置库里的垃圾文件。
✧由配置管理员记录配置库的活动状况并定期报告配置库状态。
1.1.8.交付管理
当开发的产品通过了内部的测试确认后,产品即可交付用户使用。
✧由配置管理员为待交付的工作产品标识发布基线
✧由配置管理员提取发布基线状态下的工作产品交给项目经理指定负责人
✧由指定负责人根据要求编译整理交付用户使用
实际处理
【表式】配置管理员:
1)在“CM-R-01配置管理计划”中输入配置计划;2)由项目经理在“配置管理计划”中进行审核是否可以发布;3)在VSS中配置库结构、操作权限等信息。
4)变更管理由《CM-R-03配置项变更申请跟踪表》进行管理;5)根据基线按照基线分类为配置项进行管理;6)在《CM-R-04配置审计检查单》对当前配置情况进行检查;
在已确认变更相关内容输入“PP-R-01项目计划”并提交高级经理及干系人进行确认;
【SPIF】配置管理员:
1)在“项目计划->配置”中输入配置管理计划;2)在SPIF上的配置管理计划作为项目计划的子计划,和项目项目计划一起被提交和审批;3)文档的工作库、所有配置项的基线库、产品库在SPIF的“项目计划->配置->配置列表”中进行管理,原代码的工作库在VSS中进行管理;4)变更管理由《CM-R-03配置项变更申请跟踪表》进行管理;5)项目计划中项目生命周期的开发工程阶段的产物纳入基线管理,按照SPIF的日程计划进行设置,利用SPIF的配置管理进行管理;6)在《CM-R-04配置审计检查单》对当前配置情况进行检查;
输出
《配置管理计划》
《配置管理报告》
《配置项变更申请跟踪表》
《配置审计检查单》
文档与记录
表格与模板
《CM-R-01配置管理计划》
《CM-R-02配置管理报告》
《CM-R-03配置项变更申请跟踪表》
《CM-R-04配置审计检查单》
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- CMP01 配置管理