SCM计划参考.docx
- 文档编号:8968197
- 上传时间:2023-05-16
- 格式:DOCX
- 页数:17
- 大小:20.46KB
SCM计划参考.docx
《SCM计划参考.docx》由会员分享,可在线阅读,更多相关《SCM计划参考.docx(17页珍藏版)》请在冰点文库上搜索。
SCM计划参考
SCM计划
Versionr.1.0.0
核准签名
核准人
日期
核准人
日期
核准人
日期
核准人
日期
核准人
日期
核准人
日期
修订历史
日期
版本
描述
作者
目录
1绪言和目标4
1.1项目介绍4
1.2范围4
1.3参考材料4
1.4定义及缩写4
1.5角色及职责4
2配置鉴定5
2.1识别配置项5
2.2命名配置项6
2.3备份和恢复7
2.4版本描述7
3SCM裁减7
4软件配置控制委员会(SCCB)8
5变更控制机制8
5.1文档变更控制8
5.2源码变更控制9
6配置状态清单(ConfigurationStatusAccounting)9
7配置审计(ConfigurationAuditing)9
7.1变更审计(ChangeAudits)9
7.2版本发布/基线审计(Release/BaselineAudits)9
7.3常规审计(Physicalaudit)9
8版本发布过程9
9管理研发服务器10
10其他组件10
11附件11
11.1文档变更流程11
11.2源码变更流程12
11.3版本发布流程13
1绪言和目标
项目介绍
范围
SCM计划包含如下内容:
1、识别软件配置项
2、控制和执行变更
3、状态跟踪
4、配置审计
5、版本发布
项目团队成员应认真阅读本计划,了解进行SCM活动的正确方式和相关职责。
参考材料
文档名
标题
项目计划.doc
系统项目计划
定义及缩写
缩写
定义
PM
项目经理
SCI
软件配置项
SCM
软件配置管理
SCCB
软件配置控制委员会
角色及职责
角色
姓名及相关信息
职责
项目经理/助理
✧准备项目计划
✧按计划管理项目
✧创建和维护项目质量记录
✧识别项目相关问题并采取正确行动
✧质量控制
✧收集需求
✧估算项目规模
✧测试结果分析
✧数据迁移
工程师
✧详细设计
✧编码
✧单元测试
测试师
✧准备测试计划
✧准备系统测试用例
✧执行系统测试
✧撰写测试报告
✧撰写用户手册
SCM工程师
✧执行SCM活动
SQA工程师
✧执行SQA活动
2配置鉴定
识别配置项
记录配置项及其定义。
在下表中列出所有的SCIs,描述计划的基线日期和基线标准,(遵循命名规范)。
描述由谁批准基线化和谁负责做。
基线
标准
计划日期
SCI名称
批准
存储库目录
描述
项目计划
项目计划被批准
2010-07-11
E05_项目计划
SCCB
01项目管理
需求分析
需求分析被签准
2010-07-11
E05_需求规格说明
SCCB
02商务需求
概要设计
概要设计被评审
2010-07-25
E05_概要设计
SCCB
03研发设计
迭代第一轮详细设计
详细设计被评审
2010-08-08
E05_详细设计
SCCB
03研发设计
迭代第一轮编码
源码通过单元测试
2010-08-08
E05_研发设计_编码
SCCB
03研发设计
迭代第一轮集成/系统测试
集成系统测试所发现的缺陷已修复
2010-08-08
E05_测试报告
SCCB
04质量控制
E05_测试计划
SCCB
04质量控制
E05_测试用例
SCCB
04质量控制
E05_缺陷报告
SCCB
04质量控制
迭代第二轮详细设计
通过
设计
评审
2010-08-15
E05_详细设计
SCCB
03研发设计
迭代第二轮编码
通过单元测试
2010-08-15
E05_研发设计_编码
SCCB
03研发设计
迭代第二轮集成/系统测试
集成系统测试所发现的缺陷已修复
2010-08-15
E05_测试报告
SCCB
04质量控制
E05_测试计划
SCCB
04质量控制
E05_测试用例
SCCB
04质量控制
E05_缺陷报告
SCCB
04质量控制
用户接受
测试
用户接受测试所发现的缺陷已修复
2010-08-15
SCCB
04质量控制
项目关闭
项目关闭会议已召开,项目关闭报告已完成
2010-08-15
SCCB
01项目管理
存储库目录
存储库的结构应当类似于一颗树。
以下分别描述SCM控制的存储库及管理控制的存储库。
项目
代码
E05
01项目管理
存放项目计划、项目实施跟踪、会议纪要等
02商务需求
RM、售前、售后、外包
03研发设计
HLD、LLD、CODING、UT
04质量控制
SQA、测试、同行评审
05配置管理
SCM、sourcecode的基线版本
06培训实施
Trainning、帮助手册、项目实施
07项目维护
维护过程
99其他
命名配置项
●目录名称
参照存储库目录
●文件名称
每一个项目均应起一个简单的名称代码
编号规则:
AAAA_BBCCDD
AAAA:
项目简写,不超过4位英文字母
BB:
文档类型,2位数字
CC:
ISO体系文件的模板序号,2位数字
DD:
文档序号,从01开始,2位数字
BB:
01-需求管理
02-项目管理
03-研发设计
04-测试
05-培训
06-同行评审
07-配置管理
08-质量保障
09-维护
10-商务(外包、售前、售后)
99-其他
备份和恢复
项目的备份和恢复采用公司规定的备份和恢复机制。
利用vss工具进行管理。
项目开发文档存放在本地VSS服务器,并定期备份至公司服务器。
版本描述
●版本规定
基本结构为r.xx.yy.zz
章节
描述
r
版本标签,由a,b,p,r组成.r代表最终版本,a内部版本e.g.集成测试/系统测试/回归测试版本,b代表用户接受测试版本,p代表补丁版本.
xx
版本序号,从0~99
yy
基线序号,从0~99,新增基线时增加1
zz
修订号
●构建规定
⏹研发服务器标记
研发人员在研发时进行标记,结构为:
dev_mod_xx_yy
章节
描述
dev
代表这是一个研发标记
mod
代表这是一个模块
xx
模块描述,参照章节2.1
yy
标记号
⏹基线标记
SCM工程师在引入基线时进行标记,结构为:
bas_mod_xx_yy
章节
描述
bas
代表这是一个基线标记
mod
代表这是一个模块
xx
模块描述,参照章节2.1
yy
标记号
⏹发布标记
SCM工程师在构造发布版本时进行标记,结构为:
r_xx_yyyymmdd
章节
描述
r
代表这是一个发布标记
xx
发布版本序号,从0~99
yyyymmdd
年月日
3SCM裁减
过程元素
裁减属性
裁减操作
需要考虑的事项
基线
进度
方法
每周一引入一次基线
需求
执行
PM要求引入基线
审计
执行
正式执行活动之时
配置项
执行
正式执行活动之时
通知审计结果
执行
审计结果发布之后
变更
变更开始
执行
在变更表单填写变更细节
变更评估
执行
PM指派人员进行评估
变更批准
执行
PM、SA及其他评估人员作出决定
SCCB会议
执行
对于影响大的变更需经正式SCCB会议讨论并得到批准
变更审计
执行
正式执行活动之时
CheckOut
执行
正式执行活动之时
CheckIn
执行
正式执行活动之时
通知审计结果
执行
审计结果发布之后
版本发布
需求
执行
PM要求发布
版本发布记录
执行
正式执行活动之时
版本发布审计
执行
正式执行活动之时
SCIs
执行
正式执行活动之时
标记发布的SCIs
执行
正式执行活动之时(参照2.4)
通知发布结果
执行
正式执行活动之时
其他
常规审计
执行
每月1次
SCM经理负责
状态报告
执行
每星期1次
SCM工程师负责
SCM日志表
次数
每次SCM活动完成时
4软件配置控制委员会(SCCB)
描述SCCB的组成、成员、操作级别、职位及职责等。
SCCB成员
角色
职责
***
PM
PM是SCCB的主席。
PM将检查和批准SCM计划,主持SCCB会议,执行一些效果分析。
***
测试组长
如果测试计划或测试用例发生变更,需帮助PM执行效果分析。
***
SCM
高级别变更和版本发布批准
***
SQA
高级别变更和版本发布批准
5变更控制机制
文档变更控制
阶段
角色
职责
初始化
任何人员
填写变更请求表
评估
文档作者和其他有资格的人员
分析影响
SCCB决定
SCCB
批准/拒绝/未决变更请求
计划
PM
安排变更计划
进行变更
文档作者
进行变更
SCM活动
SCM
执行审计和其他SCM活动,记录变更,checkin变更项,并将结果通知相关人员
源码变更控制
阶段
角色
操作
初始化
任何人员
填写变更请求表
评估
有资格的人员
分析影响
SCCB决定
SCCB
批准/拒绝/未决变更请求
计划
PM
安排变更计划
进行变更
有资格的人员
进行变更
测试基线
SCM
审计后引入测试基线,并确保测试人员可用
测试
测试人员
进行测试,并记录测试日志,形成测试报告
SCM活动
SCM
执行审计和其他SCM活动,记录变更,checkin变更项,并将结果通知相关人员
6配置状态清单(ConfigurationStatusAccounting)
SCM工程师将每周/月记录配置状态清单,此项活动有助于进度控制及跟踪。
7配置审计(ConfigurationAuditing)
变更审计(ChangeAudits)
基线变更后,SCM工程师将根据配置审计检查列表进行配置审计,并且填写配置审计报告。
报告将发送给所有相关人员。
版本发布/基线审计(Release/BaselineAudits)
在版本发布/基线之前,SCM工程师将根据配置审计检查列表进行配置审计,并且填写配置审计报告。
若审计最终发布版本时,报告应发送至高层。
常规审计(Physicalaudit)
SCM经理每月进行常规审计。
8版本发布过程
版本类型
标准
时间
批准
SCM任务
备注
集成测试(IT)
1.通过UT
2.所有必需的文件被划分基线。
3.版本被要求发布。
UT关闭后
SCCB
1.版本发布审计
2.变更文档的版本号,并打上标记。
3.发布SCIs
4.构建系统
5.通知所有相关人
系统测试(ST)
1.通过UT
2.如有IT则通过IT
3.所有必需的文件被划分基线。
4.版本被要求发布。
UT/IT关闭后
SCCB
1.版本发布审计
2.变更文档的版本号,并打上标记。
3.发布SCIs
4.构建系统
5.通知所有相关人
用户接受测试(UAT)
1.通过UT
2.如有IT/ST则通过IT/ST
3.所有必需的文件被划分基线。
4.版本被要求发布。
UT/IT/ST关闭后
SCCB
1.版本发布审计
2.变更文档的版本号,并打上标记。
3.发布SCIs
4.构建系统
5.通知所有相关人
最终发布(FinalRelease)
1.通过UAT
2.所有必需的文件被划分基线。
3.客户接受产品
4.版本被要求发布。
UAT关闭后
SCCB
1.版本发布审计
2.变更文档的版本号,并打上标记。
3.发布SCIs
4.构建系统
5.通知所有相关人
补丁发布(PatchRelease)
1.相关缺陷已更正
2.通过UT
3.如有IT/ST则通过IT/ST
4.版本被要求发布。
更正了ST/UAT/维护阶段的缺陷
SCCB
1.版本发布审计
2.变更文档的版本号,并打上标记。
3.发布SCIs
4.构建系统
5.通知所有相关人
本次发布的目标是更正ST/UAT/维护阶段的缺陷
9管理研发服务器
无
10其他组件
工具和资源
工具
版本
描述
Tomcat
5.2.29
Apache服务器
MySQL
5.1.47
数据库
Myeclipse
6.0.1
Java集成开发工具
CVS
2.5.03.2382
版本控制
11附件
略。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- SCM 计划 参考