CM0201G 配置管理计划百成Word下载.docx
《CM0201G 配置管理计划百成Word下载.docx》由会员分享,可在线阅读,更多相关《CM0201G 配置管理计划百成Word下载.docx(15页珍藏版)》请在冰豆网上搜索。
1.4缩写与简称4
1.5参考5
2项目简介5
3CM活动5
3.1标识配置项(CI)5
3.2标识配置管理工具6
3.3建立基线6
3.4约定命名7
3.5接口管理8
3.6目录结构和访问权限8
3.7变更控制8
3.8检入和检出8
3.9建设和发布管理8
3.10配置审计和审核8
3.11配置状态说明9
3.12版本控制9
3.13配置管理进度计划9
1介绍
1.1目的
本配置管理计划的目标系统是“XXX项目”,保证和定义了在“XXX项目”实现配置管理的策略和过程。
本计划书的预期读者为三亚凤凰机场公安分局电子政务平台项目PM、项目组成员、质量经理、QA、测试组和其他需要阅读本计划的人员。
1.2术语
术语
解释
CM
ConfigurationManagement配置管理
CCB
ChangeControlBroad变更控制委员会
EPG
EngineerProcessGroup工程过程小组
PMO
ProgramManagementOffice项目管理委员会
1.3范围
本文档适用于XXX项目,具体从以下几个方面对XXX项目的软件配置管理进行计划和规范。
项目配置管理组织的设置,角色与职责的划分。
配置管理工具的选择及环境设置。
配置管理活动,如:
配置项的标识、建立基线、变更控制、配置审计和配置状态说明、备份计划等。
1.4缩写与简称
软件配置管理(SoftwareConfigurationManagement,SCM):
软件配置管理的目的是建立和维护在项目的整个软件生命周期中软件项目产品的完整性。
软件配置管理活动是有计划的;
所选定的软件工作产品是已标识的、受控的和适用的;
对已标识的软件工作产品的更改是受控的;
受影响的组和个人得到软件基线的状态和内容的通知。
配置项(ConfigurationItem,CI):
配置项(CI)是指工程过程所生产或使用的任何元素,或者是纳入软件产品的元素。
配置项主要有两大类:
1)属于产品组成部分的工作成果,例如需求文档、设计文档、源代码、测试用例等;
2)项目管理过程产生的文档。
这些文档虽然不是产品的组成部分,但是值得保存。
每个配置项的主要属性有:
名称、标识符、文件状态、版本、作者、日期等。
所有配置项都被保存在配置库里,确保不会混淆、丢失。
配置项及其历史记录反映了软件的演化过程。
配置状态报告:
是配置管理过程中,配置人员应对所有提交的产品进行管理控制,并记录配置项和它的状态,进行的配置状态的说明和报告。
变更控制:
配置管理的一部分,包括在配置标识正式建立之后,对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。
配置审计:
考查软件基线库的结构、内容和设施,以验证基线和描述它的文档的一致性。
1.5参考
∙《项目管理计划》
∙《项目质量保证计划》
∙《项目测试计划》
2项目简介
简要描述项目概要
3CM活动
3.1角色与职责
配置管理组织(角色)
职责
配置管理员
建议、确认项目的配置管理过程、功能及配置项的范围;
确认与项目相关的配置管理标准及规程;
创建并管理配置管理计划,实施配置审计,检查配置库的一致性;
确保项目成员实施配置管理实践;
管理配置项基线;
根据软件基线构建并发布产品;
撰写项目的配置管理计划;
解决项目开发过程中项目组成员关于配置的疑问;
每月出具配置状态报告;
编译和发布产品
项目经理
定义并保证配置管理计划相关工作内容的实施;
保证项目的配置管理计划及过程按项目文档记录的方式实施;
协助项目配置管理员的阶段性配置审计、评审的实施;
迅速解决项目配置管理员所发现的配置管理问题
CCB成员(变更控制委员会)
负责项目整个过程中配置的变更申请的审批与管理
3.2人力资源计划
序号
资源名
角色
投入百分比
开始日期
结束日期
1
张志会
项目配置管理员
20%
2010-7-25
2010-12-31
CCB小组:
变更类型
变更小组成员
涉及进度和成本的变更
客户、质量经理、项目经理、PMO、公司配置管理员、业务线经理
合同变更
客户、质量经理、项目经理、高层经理、商务人员、财务人员
一般基线变更
质量经理、项目经理、公司配置管理员
3.3标识配置项(CI)
参考《CM-0202-T配置项清单》列表中的配置项,再根据《过程裁剪表》选择必须进行配置管理的工作产物。
配置项
负责人
变更审核人员
最终批准人员
前期交接
合同
客户经理
CMO
项目立项报告
项目成本预算表
系统解决方案书
系统解决方案评审报告
安全等级评估报告
PJM-0101-T《项目前期交接单》
项目管理
PJM-0102-T《项目章程》
PJM-0105-T《项目启动会会议报告》
PJM-0103-T《项目启动会议纪要》
PJM-0201-T《过程裁剪工作表》
PJM-0202-T《项目综合计划》
PJM-0204-T《项目综合计划评审报告》
PJM-0302-T《项目状态报告》
PJM-0401-T《项目维护交接单》
PJM-0402-T《项目验收单》
PJM-0403-T《项目总结报告》
PJM-0503-T《风险跟踪表》更新
PJM-0301-T项目周报
PJM-0307-T项目例会会议纪要
PJM-0306-T项目问题管理列表
PJM-0602-T《评审报告》
应用开发
DMP-0101-T开发方案决议记录
技术经理
DMP-0102-T开发计划
DMP-0201-T用户需求
项目经理/技术经理
DMP-0302-T关键技术决策决议
DMP-0301-T技术框架说明书
DMP-0303-T技术框架说明书评审报告
DMP-0401-T功能规格说明书
DMP-0402-T功能规格说明书评审报告
DMP-0403-T概要设计
DMP-0406-T概要设计评审报告
DMP-0408-T接口管理表
DMP-0407-T代码评审报告
DMP-04081-T基本功能验证报告
DMP-0501-T部署方案
DMP-0502-T缺陷列表
DMP-0601-T移交签收单
DMP-0602-T正式运行公告
系统测试
TM-0101-T项目测试计划
测试经理
TM-0401-T概要测试用例
TM-0503-T测试报告
TM-0801-TBMS库申请信息表
TM-0801-T《BMS库变更信息表》
质量保证
QA-0101-T质量保证计划
质量经理
QA-0102-C质量保证检查跟踪清单
QA-0201-T质量保证报告
QA-0401-T项目质量总结报告
配置管理
CM-0201-T配置管理计划
CM-0402-T基线建立申请单
CM-0302-T配置项状态报告
CM-0401-T产品发布清单
CM-0202-T配置项清单
CM-0501-T受控库移交产品清单
CM-0701-T变更申请单
CM-0501-T配置项移交申请单
CM-0802-T资产库文件读取申请单
3.4标识配置管理工具
记录项目标识的配置管理工具及选择CM工具的基础。
<
本项目采用的配置管理工具是VSS(MicrosoftVisualSourceSafe2005)。
>
本项目采用的配置管理工具是SVN(VisualSVNServerV1.6.2和TortoiseSVN-1.6.8)。
3.5建立基线
基线的设置由项目中的质量经理在每个阶段结束后,通知配置管理员对该阶段对应的配置目录进行基线建立,并通知配置管理员打上基线标签并回收对应的配置库目录权限。
项目组需要更改基线的配置项时,需按照配置变更管理的变更流程严格执行。
项目配置管理员根据配置管理计划,对基线进行分阶段管理。
1.项目计划基线
需求分析包括项目总体进度说明、进度跟踪、计划修改、配置管理计划、质量保证计划、测试计划等。
项目管理计划评审通过后,项目配置管理员负责建立项目计划基线。
2.需求分析基线
系统调研后开发人员进行系统分析,并整理需求分析报告。
需求分析报告通过评审并需取得客户的确定。
在需求分析报告取得客户的确认后,项目配置管理员负责建立需求基线。
3.系统设计基线
针对需求功能规格说明书进行系统设计,编制技术框架说明书,概要设计,数据库设计和详细设计。
4.编码基线
根据系统设计文档执行系统开发,系统首轮版本开发完成后项目配置管理员负责建立编码基线,配置时要有需求跟踪矩阵明示需求功能规格说明书与系统版本的对应关系。
5.测试基线
在集成测试时建立系统版本,提交测试中心执行版本验证测试,对版本验证通过版本项目配置管理员负责建立测试基线。
系统测试阶段应提供基本功能测试用例、版本验证报告。
6.产品基线
系统测试阶段应提供测试计划、测试用例、BugReport、测试结果和测试分析报告,项目启动后应提供项目测试计划书,项目测试结束后应提交项目测试评估报告等。
配置时应说明测试的版本与编码版本的对应关系。
系统测试通过之后由项目经理通知公司配置管理员负责建立产品基线。
7.验收基线
项目总结应经过内部评审,包括验收报告、验收公文、用户使用手册等。
由项目经理申请公司配置管理员建立验收基线。
3.6约定命名
3.6.1文件命名规则
请参照公司《技术规范》所规定的各类文件命名规则。
3.6.2文档命名规则
∙命名规则:
<
项目名称>
_<
文档名称>
.<
文档扩展名>
∙<
:
是该项目在项目协作平台上的“项目名称”(例如:
海航集团员工消费卡(二期))
是开发的文档名称(例如:
项目计划、测试评估报告等)
是文档典型扩展名。
(例如:
.doc、.xls、.ppt)
3.6.3基线标签命名规则
基线
标签命名规则
计划基线
‘Baseline-’+‘Plan-’+版本号
需求基线
‘Baseline-’+‘SRS’+版本号
设计基线
‘Baseline-’+‘Design’+版本号
编码基线
‘Baseline-’+‘Code-’+版本号
测试基线
‘Baseline-’+‘ST-’+版本号
产品基线
‘Baseline-’+‘Release-’+版本号
验收基线
‘Baseline-’+‘closure-’+版本号
3.7目录结构和访问权限
配置库中的已基线配置项对全体开发人员和测试人员开放所需目录的读权限,对CMO开放所有目录的读写权限。
3.8变更控制
变更控制过程可参见《配置管理流程》。
3.9检入和检出
产品的检入和检出操作按照项目使用的配置工具定义的步骤增加、删除、找回配置项。
具体准则参见《配置管理规范》。
3.10建设和发布管理
发布产品
实施负责人
发布日期
源代码,包括Make文件和数据文件
2010年12月24日(试运行)
2010年12月31日(验收)
版本的可执行文件
DPM-1001-T用户手册
3.11配置基线与审核
CM审计号
审计频率(阶段/里程碑)
审计日期
Baseline-Plan-V1.O
项目计划阶段完成
2010年7月25日
Baseline-SRS-V1.0
需求分析阶段完成
2010年7月31日
Baseline-Design-V1.0
系统设计阶段完成
2010年8月20日
Baseline-Code-V1.0
编码阶段完成
2010年10月10日
Baseline-ST-V1.0
系统测试阶段完成
2010年10月31日
Baseline-Closure-V1.0
客户验收阶段完成
2010年12月31日
3.12配置状态说明
3.12.1配置项状态
配置项状态分为“当前”,“修改中”和“关闭”。
当前:
表示配置项已基线的最新版本。
修改中:
配置项正在修改中,未定稿的版本。
关闭:
表示配置项已基线的历史版本。
且已被新的基线版本所替代。
3.12.2配置状态报告
项目配置状态报告由项目配置管理员负责,在每次基线完成后发布最新的配置项状态。
在每月项目配置审计报告发布的两天内再发布,抄送项目所有干系人,直到受控库被关闭。
发布库状态报告由公司配置管理员统一在月底发布。
3.13版本控制
通过命名规则分开标识和存储陈旧版本。
具体的项目版本命名规范参见《配置管理规范》。
3.14配置管理进度计划
任务名称
工期(几个工作日)
开始时间
结束时间
建立配置库
2010-7-20
提交前期工作产品
制定配置管理计划
2010-7-26
变更控制
5
变更请求触发
变更结束
项目计划阶段基线
需求分析阶段基线
系统设计阶段基线
编码阶段基线
系统测试阶段基线
3(测试3轮)
产品发布阶段基线
3(发布3次版本)
2010年11月19日
2010年12月24日
客户验收阶段基线
关闭受控库