产品发布规程Word文档下载推荐.docx
- 文档编号:22464782
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:12
- 大小:54.87KB
产品发布规程Word文档下载推荐.docx
《产品发布规程Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《产品发布规程Word文档下载推荐.docx(12页珍藏版)》请在冰豆网上搜索。
修订人
审核人
批准人
2008-06-27
V0.1
创建
2008-08-28
正式版本
目录
1目的3
2角色与职责3
3入口准则3
4输入3
5主要步骤3
5.1正式发布3
[001]发布申请5
[002]实施配置审计5
[003]审批5
[004]实施发布6
5.2让步发布6
[001]内部识别7
[002]发布申请8
[003]实施配置审计8
[004]审批9
[005]实施发布9
[006]项目组跟踪处理9
6输出10
7出口准则10
8引用文档10
9使用模板10
1目的
本规程描述产品经过测试达到发布准则或达到发布时机的发布管理活动。
应为产品分配版本标识,从受控库获取发布产品的配置项并经过配置审计和审批,由CM工程师将发布的产品放置在产品库规定目录下,确保发布产品配置项的完整性和一致性的过程。
2角色与职责
角色
职责
CM工程师
内部识别让步发布产品
组织实施配置审计
实施发布
跟踪需要现场调测的让步发布产品包验证状态
项目经理
提出发布申请
审批发布
CCB
项目组成员
对验证不通过的让步发布产品,进行修改完善
3入口准则
●产品达到发布准则
●项目经理判定达到发布时机
4输入
●《系统测试报告》
●《软件变更报告单》
5主要步骤
产品发布分为:
正式发布和让步发布
5.1正式发布
正式发布的前提测试后的产品达到预定的产品发布准则,测试经理在《确认测试报告》或《软件变更报告单》上签字确认产品已经可以发布。
正式发布的产品标识:
产品版本号、SP、HotFix。
流程图:
流程名称:
产品正式发布规程
编号:
页码:
1/1
描述:
描述产品经过测试并达到发布准则的发布管理活动。
流程目标:
为产品分配版本标识,从受控库获取发布产品配置项并经过配置审计和审批,由CM工程师将发布的产品和配置项放置在产品库规定目录下,确保发布产品配置项的完整性和一致性的过程。
驱动事件:
产品经过测试,达到发布准则
输入:
系统测试报告、软件变更报告单
输出:
发布申请表、产品发布说明、升级说明、升级包说明
流程涉及的部门或角色:
项目组
与其它流程的关系:
前一个流程确认测试规程/变更规程、后一个活动产品移交规程/产品对外发行活动
关键控制点:
实施配置审计、审批
流程负责人:
流程图
版本标识
发布申请
配置审计
审批
产品版本号(第一次发布)
《发布申请表》
《产品发布说明》
物理审计和功能审计
CCB
产品版本号(升级变动版本号X1、X2或X3位时)
《升级包说明》
产品版本号(升级变动版本号X4位时)
进行物理审计
SP
HotFix
《升级说明》
/
表1:
正式发布列表
[001]发布申请
产品正式发布前,项目经理组织编写申请发布所需的文档,以不同标识发布的产品根据表1正式发布列表中要求提交相应的申请文档和发布产品配置项。
[002]实施配置审计
CM工程师组织实施配置审计详见《配置管理过程》,并将《配置审计表》提交给项目经理。
以HotFix发布的产品不需要进行配置审计。
[003]审批
将发布申请资料和审批通过的《配置审计表》提交审批:
●产品版本号(第一次发布或升级变动版本号X1/X2/X3数字)需要提交给CCB审批;
●以其它标识发布的产品提交项目经理审批
审批通过后,将发布申请资料提交给CM工程师实施发布;
审批不通过则放弃本次发布。
[004]实施发布
CM工程师根据审批后的发布申请资料,从受控库获取规定的配置项并标识,将产品配置项放置在产品库版本标识的目录下,填写《XX产品版本发布备忘录》。
发布完成后通知项目实施部门CM工程师和相关项目组人员。
5.2让步发布
让步发布是指未经过测试或者未达到发布准则的产品和测试包的发布活动。
让步发布流程图:
描述未经过测试或者未达到发布准则的产品和测试包的发布活动。
项目组内部标识让步发布产品配置项,进行版本管理,以便能根据测试/调试的反馈信息,快速定位配置项。
对让步发布产品在客户处的使用和测试情况进行跟踪,确保发行的问题能够及时解决。
产品达到发布时机
前一个流程确认测试规程/变更规程、后一个活动产品对外发行活动
内部标识、项目组跟踪
[001]内部识别
项目组在让步发布前需采取适当的标识方式,确保能够有效的识别哪些程序是未经测试验证或未达到发布准则而直接发布给客户的,可采取的方式有:
●通过拉分支来识别
●通过不同的LABEL标识
●存放于测试库中
让步发布前,CM工程师填写《让步发布跟踪反馈表》,标识让步发行的产品包。
标识规则如下:
标识规则
存放目录
BETA-正式版本号
产品库中“BETA”目录
BETA-HOTFIX序列号
BETA-SP序列号
TS序列号,如TS001
产品库指定的TS目录中
项目组内仅只有CM工程师作为对外发布的唯一出口,禁止任何其他人员私下发布程序。
[002]发布申请
产品让步发布前,项目经理组织编写申请发布所需的文档,以不同版本标识让步发布的产品根据下表中要求提交相应的申请文档和发布产品配置项。
BETA_产品版本号(第一次发布)
《让步发布反馈跟踪表》
BETA_产品版本号(升级变动版本号X1、X2或X3数字)
BETA_产品版本号(升级变动版本号X4位数字)
BETA_SP序列号
BETA_HOTFIX序列号
TS序列号
[003]实施配置审计
CM工程师组织实施配置审计,详见《配置管理过程》,并将《配置审计表》提交给项目经理。
以BETA_HOTFIX和TS让步发布的产品不需要进行配置审计。
[004]审批
●BETA_版本版本号(第一次发布或升级变动版本号X1/X2或X3数字)需要提交给CCB审批;
●以其它标识发布的产品提交项目经理审核
[005]实施发布
[006]项目组跟踪处理
《让步发布跟踪表》的主要目的:
1)跟踪没有测试环境或未经测试的以BETA标识的产品包在客户现场的测试情况。
2)跟踪没有测试环境的测试包(TS包)的现场测试情况以及用户上线通知。
3)跟踪经过测试但未达到发布准则的以BETA标识的产品包在客户现场的运行情况。
●项目组接收到项目实施部门/客户服务部门的《让步发布跟踪反馈表》后,如果测试不通过,则由项目组经过修改后重新按5.2让步发布[001]的要求重新标识;
●对于以BETA标识的产品包若现场测试通过,则由项目组形成正式的产品包,按正式发布流程进行正式发布,同时将相关的源代码归入主线;
●对于调试通过的TS包,由项目组进行妥善的配置管理,并在正式发布前重新按照《变更管理规程》进行严格代码审查后归入到相应的产品包中进行正式发布。
●CM工程师应采取相应的措施及时来跟踪需要现场测试的让步发行的产品包的验证状态,定期(每周或月)汇总跟踪各个让步发行产品包的最终验证情况以及产品包正式发布情况并记录在《XX产品版本发布备忘录》中。
6输出
●《发布申请表》
●《产品发布说明》
●《升级包发布说明》
●《升级说明》
●《让步发行反馈跟踪表》
●《配置审计表》
●《XX产品版本发布备忘录》
7出口准则
●发布审批通过且产品进入产品库
8引用文档
●配置管理过程
●变更管理规程
9使用模板
●产品发布说明
●升级说明
●升级包说明
●让步发布反馈跟踪表
●产品版本发布备忘录
●发布申请表
●配置审计表
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 发布 规程