产品发布规程.docx
《产品发布规程.docx》由会员分享，可在线阅读，更多相关《产品发布规程.docx（12页珍藏版）》请在冰豆网上搜索。
产品发布规程
密级：
内部公开
文档编号：
NTT_PI_CPFBGC
版本号：
V1.0
产品发布规程
惠州市新中新电子技术开发有限公司
编制：
生效日期：
审核：
批准：
---------------------------------------------------------------------
惠州市新中新电子技术开发有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
文件更改摘要：
日期
版本号
修订说明
修订人
审核人
批准人
2008-06-27
V0.1
创建
2008-08-28
V1.0
正式版本
目录
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工程师将发布的产品和配置项放置在产品库规定目录下，确保发布产品配置项的完整性和一致性的过程。
驱动事件：
产品经过测试，达到发布准则
输入：
系统测试报告、软件变更报告单
输出：
发布申请表、产品发布说明、升级说明、升级包说明
流程涉及的部门或角色：
项目组
与其它流程的关系：
前一个流程确认测试规程/变更规程、后一个活动产品移交规程/产品对外发行活动
关键控制点：
实施配置审计、审批
流程负责人：
项目组
流程图
版本标识
发布申请
配置审计
审批
产品版本号（第一次发布）
《发布申请表》
《产品发布说明》
物理审计和功能审计
ＣＣＢ
产品版本号（升级变动版本号X1、X2或X3位时）
《发布申请表》
《产品发布说明》
《升级包说明》
物理审计和功能审计
CCB
产品版本号（升级变动版本号X4位时）
《升级包说明》
进行物理审计
项目经理
SP
《升级包说明》
进行物理审计
项目经理
HotFix
《升级说明》
/
项目经理
表1：
正式发布列表
[001]发布申请
产品正式发布前,项目经理组织编写申请发布所需的文档，以不同标识发布的产品根据表１正式发布列表中要求提交相应的申请文档和发布产品配置项。
[002]实施配置审计
CM工程师组织实施配置审计详见《配置管理过程》，并将《配置审计表》提交给项目经理。
以HotFix发布的产品不需要进行配置审计。
[003]审批
将发布申请资料和审批通过的《配置审计表》提交审批：
●产品版本号（第一次发布或升级变动版本号X1/X2/X3数字）需要提交给CCB审批；
●以其它标识发布的产品提交项目经理审批
审批通过后，将发布申请资料提交给CM工程师实施发布；审批不通过则放弃本次发布。
[004]实施发布
CM工程师根据审批后的发布申请资料，从受控库获取规定的配置项并标识，将产品配置项放置在产品库版本标识的目录下，填写《XX产品版本发布备忘录》。
发布完成后通知项目实施部门CM工程师和相关项目组人员。
5.2让步发布
让步发布是指未经过测试或者未达到发布准则的产品和测试包的发布活动。
让步发布流程图：
编号：
页码：
1/1
描述：
描述未经过测试或者未达到发布准则的产品和测试包的发布活动。
流程目标：
项目组内部标识让步发布产品配置项，进行版本管理，以便能根据测试/调试的反馈信息，快速定位配置项。
对让步发布产品在客户处的使用和测试情况进行跟踪，确保发行的问题能够及时解决。
驱动事件：
产品达到发布时机
输入：
系统测试报告、软件变更报告单
输出：
发布申请表、产品发布说明、升级说明、升级包说明
流程涉及的部门或角色：
项目组
与其它流程的关系：
前一个流程确认测试规程/变更规程、后一个活动产品对外发行活动
关键控制点：
内部标识、项目组跟踪
流程负责人：
项目组
流程图
[001]内部识别
项目组在让步发布前需采取适当的标识方式，确保能够有效的识别哪些程序是未经测试验证或未达到发布准则而直接发布给客户的，可采取的方式有：
●通过拉分支来识别
●通过不同的LABEL标识
●存放于测试库中
让步发布前，CM工程师填写《让步发布跟踪反馈表》，标识让步发行的产品包。
标识规则如下：
标识规则
存放目录
BETA-正式版本号
产品库中“BETA”目录
BETA-HOTFIX序列号
BETA-SP序列号
TS序列号，如TS001
产品库指定的TS目录中
项目组内仅只有CM工程师作为对外发布的唯一出口，禁止任何其他人员私下发布程序。
[002]发布申请
产品让步发布前,项目经理组织编写申请发布所需的文档，以不同版本标识让步发布的产品根据下表中要求提交相应的申请文档和发布产品配置项。
版本标识
发布申请
配置审计
审批
BETA_产品版本号（第一次发布）
《发布申请表》
《产品发布说明》
《让步发布反馈跟踪表》
物理审计和功能审计
ＣＣＢ
BETA_产品版本号（升级变动版本号X1、X2或X3数字）
《发布申请表》
《产品发布说明》
《升级包说明》
《让步发布反馈跟踪表》
物理审计和功能审计
CCB
BETA_产品版本号（升级变动版本号X4位数字）
《升级包说明》
《让步发布反馈跟踪表》
进行物理审计
项目经理
BETA_SP序列号
《升级包说明》
《让步发布反馈跟踪表》
进行物理审计
项目经理
BETA_HOTFIX序列号
《升级说明》
《让步发布反馈跟踪表》
/
项目经理
TS序列号
《让步发布反馈跟踪表》
/
项目经理
[003]实施配置审计
CM工程师组织实施配置审计，详见《配置管理过程》，并将《配置审计表》提交给项目经理。
以BETA_HOTFIX和TS让步发布的产品不需要进行配置审计。
[004]审批
将发布申请资料和审批通过的《配置审计表》提交审批：
●BETA_版本版本号（第一次发布或升级变动版本号X1/X2或X3数字）需要提交给CCB审批；
●以其它标识发布的产品提交项目经理审核
审批通过后，将发布申请资料提交给CM工程师实施发布；审批不通过则放弃本次发布。
[005]实施发布
CM工程师根据审批后的发布申请资料，从受控库获取规定的配置项并标识，将产品配置项放置在产品库版本标识的目录下，填写《XX产品版本发布备忘录》。
发布完成后通知项目实施部门CM工程师和相关项目组人员。
[006]项目组跟踪处理
《让步发布跟踪表》的主要目的：
1）跟踪没有测试环境或未经测试的以BETA标识的产品包在客户现场的测试情况。
2）跟踪没有测试环境的测试包（TS包）的现场测试情况以及用户上线通知。
3）跟踪经过测试但未达到发布准则的以BETA标识的产品包在客户现场的运行情况。
●项目组接收到项目实施部门/客户服务部门的《让步发布跟踪反馈表》后，如果测试不通过，则由项目组经过修改后重新按5.2让步发布[001]的要求重新标识；
●对于以BETA标识的产品包若现场测试通过，则由项目组形成正式的产品包，按正式发布流程进行正式发布，同时将相关的源代码归入主线；
●对于调试通过的TS包，由项目组进行妥善的配置管理，并在正式发布前重新按照《变更管理规程》进行严格代码审查后归入到相应的产品包中进行正式发布。
●CM工程师应采取相应的措施及时来跟踪需要现场测试的让步发行的产品包的验证状态，定期（每周或月）汇总跟踪各个让步发行产品包的最终验证情况以及产品包正式发布情况并记录在《XX产品版本发布备忘录》中。
6输出
●《发布申请表》
●《产品发布说明》
●《升级包发布说明》
●《升级说明》
●《让步发行反馈跟踪表》
●《配置审计表》
●《XX产品版本发布备忘录》
7出口准则
●发布审批通过且产品进入产品库
8引用文档
●配置管理过程
●变更管理规程
9使用模板
●产品发布说明
●升级说明
●升级包说明
●让步发布反馈跟踪表
●产品版本发布备忘录
●发布申请表
●配置审计表
升级会员 