软件配置管理计划ISSMDCCCMP.docx
- 文档编号:8363454
- 上传时间:2023-01-30
- 格式:DOCX
- 页数:11
- 大小:20.39KB
软件配置管理计划ISSMDCCCMP.docx
《软件配置管理计划ISSMDCCCMP.docx》由会员分享,可在线阅读,更多相关《软件配置管理计划ISSMDCCCMP.docx(11页珍藏版)》请在冰豆网上搜索。
软件配置管理计划ISSMDCCCMP
项目名称
文档编号
MDCC项目
项目ID
密级:
机密
共10页
配置管理计划
拟制
凌广美
日期
2011-6-1
评审人
潘海红
日期
2011-6-1
批准
日期
签发
日期
iSoftStoneITCo.,Ltd.
北京软通动力信息技术有限公司
Allrightsreserved
版权所有XX
文档修订记录
版本
完成人
修改内容
审核
批准
时间
V.00
凌广美
创建文档
2011-6-1
1.
引言
1.1.编写目的
本计划描述了贯穿本项目软件生命周期的由SCM组织识别并定义的一系列的软件配置项的实践过程。
描述项目的配置管理计划
标识项目的配置项
定义项目配置库及其特征
定义项目组遵循的变更控制过程
1.2.适用范围
本计划适用于《MDCC项目》的软件配置管理活动。
1.3.背景描述
为保证软件的质量与进度,指导软件过程中出现的变更,提供一个规范的流程使得软件过程中的所有活动都有据可寻;并且通过识别配置项和将要建立基线的点,来确定SCM工作的需求范围和时间。
在此背景之下,制定本软件配置管理计划。
1.4.缩略语
缩略语
英文全名
中文解释
SCM
SoftwareConfigurationManagement
软件配置管理
CCB
ConfigurationControlBoard
配置控制小组
CMO
ConfigurationManagementOfficer
配置管理员
CI
ConfigurationItem
配置项
CR
ChangeRequest
变更申请
CSA
ConfigurationStatusAccounting
配置状态发布
1.5.参考资料
《软件开发计划(ISS_MDCC_PPL)》
《MDCC项目开发工作任务书》
《MDCC项目设计规格》
2.
命名规则
每个配置项都必需被唯一地标识,这个唯一的标识被用于与其它配置项进行区分,跟踪和报告该配置项的状态。
一般地,每个配置项被赋予一个标识符。
2.1.工程类文档
对于工程类文档命名格式采用如下命名:
<产品名称>+<文档类型>
举例:
MDCC软件需求规格说明书
文档类型参见如下定义:
文档类型
对于英文文档
对于中文文档
软件需求规格
SRS
软件需求规格说明书
软件设计
SD
软件设计说明书
编码
CODE
源代码
2.2.过程类文档
对于资料命令管理系统项目采用的过程文档的命名方式:
<项目名称>-<文档助记符>.<扩展名>
举例:
MDCC项目-PPL.doc
下面是一些重要过程文档的助记符。
助记符
文档类型
SOW
工作任务书
EST
估计记录表格
PPL
项目计划
CMP
配置管理计划
PSR
项目状态报告
EOP
阶段结束报告
EXR
例外报告
CLR
项目结束报告
CRF
变更申请表格
MTX
度量表格
WBS
工作分解结构
MOM
会议纪要
2.3.Code代码
源代码各个文件的命名规范,请项目组讨论确定。
在项目中,整个代码作为一个配置项,使用“项目名称-CODE”作为配置项标识。
2.4.Tools工具
以工具本身的名称命名。
3.配置库
配置库中存放所有配置项,由配置管理员负责维护。
配置管理工具采用VSS6.0。
配置库位置在\\server2003
3.1.配置库结构
配置库结构列表
配置项CI
客户文档Customers
客户提供的《工作任务书》等文档
项目计划Plan
软件估计Estimation
软件估计书(规模、资源、进度等估计)
软件开发计划PPL
软件开发计划(含风险管理、测试策略等内容)、项目WBS
配置管理计划CMP
配置管理计划
需求文档SRS
需求规格说明书
设计文档SD
设计说明书
单元测试UT
单元测试计划、
单元测试用例
集成测试IT
集成测试计划、
集成测试用例
系统测试ST
系统测试计划、
系统测试用例
代码Code
源代码
需求跟踪RTM
需求跟踪矩阵表
用户手册Help
用户手册、
在线帮助、
技术白皮书
3.2.文档
文档配置项列表
配置项ID
条目名称
分发对象
MDCC-SOW
工作任务书
MDCC-EST
软件估计书
MDCC-PPL
项目计划
MDCC-CMP
配置管理计划
MDCC-SRS
软件需求规格
MDCC-SD
软件详细设计文档
MDCC-RTM
需求跟踪矩阵
xxx用户手册
<用户相关文档>
xxx技术白皮书
<用户相关文档>
4.非配置项
非配置项列表
项目管理PM
会议纪要MOM
开工会Kick-off
项目开工会议纪要
周例会Weekly
周例会会议纪要
阶段结束会议EOP
各阶段结束会议纪要
关闭会议Closure
项目关闭会议纪要
技术讨论会议Technical
技术讨论会议纪要
其它会议Other
项目报告Report
项目周报Weekly
项目周报
阶段结束报告EOP
各阶段结束总结报告
项目结束报告Closure
项目结束报告
例外报告Exception
出现异常时的说明报告
问题跟踪Tracking
遗留问题跟踪、风险管理
团队建设TeamBuliding
红黑星记录,绩效考核,成长计划
配置管理CM
配置状态发布CSA
配置状态发布文档
变更请求CR
变更请求文档
CCB会议纪要
CCB会议纪要
配置库备份记录Backup
配置库备份记录文档
质量管理QM
度量Metrics
度量表
检视Review
Plan阶段
阶段输出物的Review记录
SRS阶段
阶段输出物的Review记录
STC
SD阶段
阶段输出物的Review记录
UTC
Code阶段
阶段输出物的Review记录
公共
各种ReviewChecklist汇总
审计Audit
SQA各阶段审计报告
测试记录TestRecord
单元测试UT
单元测试用例执行记录
集成测试IT
集成测试用例执行记录
系统测试ST
系统测试用例执行记录
验收测试AT
验收测试执行记录
培训及总结Training
Plan阶段
各阶段启动前的培训文档
各阶段结束时的组员总结
SRS阶段
…
工具使用Tools
工具使用培训文档
…
参考资料Reference
甲方提供的参考资料
…
日志TimeSheet
工时统计TimeSheet
组员每天工时统计表
工作日志Log
组员每天工作日志
技术问题跟踪Tracking
技术问题跟踪表
5.基线计划
在配置管理系统中,基线就是配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,而这个过程被称为“基线化”。
每一个基线都是其下一步开发的基准。
每个基线都将接受配置管理的严格控制,对其的修改将严格按照变更控制要求的过程进行,在一个软件开发阶段结束时,上一个基线加上增加和修改的内容形成下一个基线。
基线具有以下属性:
通过正式的评审过程建立。
基线存在于配置库中,基线的变更由CCB控制。
基线是进一步开发和修改的基准。
基线计划:
1)计划阶段文档批准、签发后基线化;
2)需求阶段:
需求规格说明书初稿文档完成,放入项目文件夹中,同时提交评审。
文档评审完成,输出评审报告,完成需求跟踪矩阵,并由部门经理批准签发后,建立SRS基线。
3)设计阶段:
软件设计文档初稿完成后,存放在项目文件夹中,必须提交评审、输出评审报告、完成需求跟踪矩阵的更新,然后项目经理批准,此时基线化完成。
4)代码基线化:
当代码完成时,在完成代码Review,项目经理批准以后,进行代码基线化。
5)测试阶段在测试报告被批准后代码重新基线化;
6)从需求阶段开始,各阶段文档基线化后,需求跟踪距阵同时也要基线化。
7)对已基线化配置项的更改将遵循基线变更操作,更改后的配置项获得批准签发后,将形成新的基线。
6.变更控制
基线更改
配置项的基线通常只在下述事件发生时才进行更改:
评审发现的问题所导致的前面阶段的修改,如由SD评审导致的SRS更改
单元测试、系统测试检测到的错误引起的前面阶段的修改
内部/外部审计发现引起的修改
维护活动产生的问题报告引起的修改
内部或客户产生的需求变更
由于某种原因引起的计划文档的修改。
任何与已基线化的工作产品相关的变更必须以变更申请表的形式提出,由项目组成员填写。
发生分配需求变更必须召开CCB会议。
除分配需求外的其它变更,CCB会议是可选的,但需要由PM批准。
CR的状态包括“已提交”、“已批准”、“已拒绝”、“挂起”、“已验证”及“关闭”。
填写CR的项目组成员应是CR的提交人,提交人要确保提供了充分的信息。
如可能,提交人应提供一个推荐的解决方案。
变更请求流程
变更请求――>填写CR――>CCB会议讨论批准(分配需求变更)或PM批准――>CMO授权修改相关配置项――>更改验证――>CMO批准验证后的配置项――>关闭。
特别说明:
代码在编码完成后,代码review前,由配置项责任人提交后,受控。
在每个开发阶段后,为了维护文档与文档之间、文档与代码之间的一致性,对前各阶段的文档进行集中修改。
CCB会议:
CCB组长根据更改请求的情况事件驱动地召集CCB会议。
CCB也可以批量处理更改请求或采用定期的方式进行处理。
根据修改的影响范围,CCB召开相应的评估会议,并邀请相关人员参加。
7.版本控制和发布
7.1.版本控制
单个配置项在每一次修改后都会发生变化,为了标识配置项在两次修改之间的不同,需要对配置项的版本进行标识。
文档评审以前放在单独的目录中,当文档在基线化后,保存在文件夹baselineXXX中,其中XXX为从1.0开始编号,号码最大的文件夹中的文档为最新的基线文档;
每次对基线化的文档进行修改都不在原来基线的文档上进行修改,而是在最新基线的文档的COPY上进行修改,修改后的文档通过评审,创建新的基线文档文件夹保存最新的基线文档。
7.2.发布策略和计划
发布版本时,PM提交发布申请给部门经理批准,批准后CMO收集相关信息,整理项目的相关文档。
发布日期:
时间点参考《MDCC项目计划》。
发布物列表:
参考《MDCC项目计划》。
8.备份及归档
8.1.配置库的备份
配置库的备份由CMO进行,CMO不在,由备份CMO进行。
备份频率为每个星期的周一进行。
编码阶段以后建议改为每周两次。
8.2.项目文件夹备份
项目文件夹的备份由CMO进行,CMO不在,由备份CMO进行。
项目文件夹每个星期的周一进行。
8.3.长假期间的备份
十一放假前进行完全备份。
8.4.归档
项目结束时。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 配置管理 计划 ISSMDCCCMP
![提示](https://static.bdocx.com/images/bang_tan.gif)