产品发布规程.docx

1、产品发布规程密级：内部公开文档编号：NTT_PI_CPFBGC版本号：V1.0产品发布规程惠州市新中新电子技术开发有限公司编制： 生效日期： 审核： 批准：-惠州市新中新电子技术开发有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。文件更改摘要：日期版本号 修订说明修订人审核人批准人2008-06-27V0.1创建2008-08-28V1.0正式版本目录1 目的 32 角色与职责 33 入口准则 34 输入 35 主要步骤 35.1正式发布 3001 发布申请 5002 实施配置审计 5003 审批 5004

2、实施发布 65.2让步发布 6001 内部识别 7002 发布申请 8003 实施配置审计 8004 审批 9005 实施发布 9006 项目组跟踪处理 96 输出 107 出口准则 108 引用文档 109 使用模板 101 目的本规程描述产品经过测试达到发布准则或达到发布时机的发布管理活动。应为产品分配版本标识，从受控库获取发布产品的配置项并经过配置审计和审批，由CM工程师将发布的产品放置在产品库规定目录下，确保发布产品配置项的完整性和一致性的过程。2 角色与职责角色职责CM工程师内部识别让步发布产品组织实施配置审计实施发布跟踪需要现场调测的让步发布产品包验证状态项目经理提出发布申请审批发

3、布CCB审批发布项目组成员对验证不通过的让步发布产品，进行修改完善3 入口准则 产品达到发布准则 项目经理判定达到发布时机4 输入 系统测试报告 软件变更报告单5 主要步骤产品发布分为：正式发布和让步发布5.1正式发布正式发布的前提测试后的产品达到预定的产品发布准则，测试经理在确认测试报告或软件变更报告单上签字确认产品已经可以发布。正式发布的产品标识：产品版本号、SP、HotFix。流程图：流程名称：产品正式发布规程编号：页码：1/1描述：描述产品经过测试并达到发布准则的发布管理活动。流程目标：为产品分配版本标识，从受控库获取发布产品配置项并经过配置审计和审批，由CM工程师将发布的产品和配置项

4、放置在产品库规定目录下，确保发布产品配置项的完整性和一致性的过程。驱动事件：产品经过测试，达到发布准则输入：系统测试报告、软件变更报告单输出：发布申请表、产品发布说明、升级说明、升级包说明流程涉及的部门或角色：项目组与其它流程的关系：前一个流程确认测试规程/变更规程、后一个活动产品移交规程/产品对外发行活动关键控制点：实施配置审计、审批流程负责人：项目组流程图版本标识发布申请配置审计审批产品版本号（第一次发布）发布申请表产品发布说明物理审计和功能审计产品版本号（升级变动版本号X1、X2或X3位时）发布申请表产品发布说明升级包说明物理审计和功能审计CCB产品版本号（升级变动版本号X4位时）升级包

5、说明 进行物理审计项目经理SP升级包说明进行物理审计项目经理HotFix升级说明/项目经理表1：正式发布列表001 发布申请产品正式发布前,项目经理组织编写申请发布所需的文档，以不同标识发布的产品根据表正式发布列表中要求提交相应的申请文档和发布产品配置项。002 实施配置审计CM工程师组织实施配置审计详见配置管理过程，并将配置审计表提交给项目经理。以HotFix发布的产品不需要进行配置审计。003 审批将发布申请资料和审批通过的配置审计表提交审批： 产品版本号（第一次发布或升级变动版本号X1/X2/X3数字）需要提交给CCB审批； 以其它标识发布的产品提交项目经理审批审批通过后，将发布申请资料

6、提交给CM工程师实施发布；审批不通过则放弃本次发布。004 实施发布CM工程师根据审批后的发布申请资料，从受控库获取规定的配置项并标识，将产品配置项放置在产品库版本标识的目录下，填写XX产品版本发布备忘录。发布完成后通知项目实施部门CM工程师和相关项目组人员。5.2让步发布让步发布是指未经过测试或者未达到发布准则的产品和测试包的发布活动。 让步发布流程图：编号：页码：1/1描述：描述未经过测试或者未达到发布准则的产品和测试包的发布活动。流程目标：项目组内部标识让步发布产品配置项，进行版本管理，以便能根据测试/调试的反馈信息，快速定位配置项。对让步发布产品在客户处的使用和测试情况进行跟踪，确保发

7、行的问题能够及时解决。驱动事件：产品达到发布时机输入：系统测试报告、软件变更报告单输出：发布申请表、产品发布说明、升级说明、升级包说明流程涉及的部门或角色：项目组与其它流程的关系：前一个流程确认测试规程/变更规程、后一个活动产品对外发行活动关键控制点：内部标识、项目组跟踪流程负责人：项目组流程图001 内部识别项目组在让步发布前需采取适当的标识方式，确保能够有效的识别哪些程序是未经测试验证或未达到发布准则而直接发布给客户的，可采取的方式有： 通过拉分支来识别 通过不同的LABEL标识 存放于测试库中让步发布前，CM工程师填写让步发布跟踪反馈表，标识让步发行的产品包。标识规则如下：标识规则存放目

8、录BETA-正式版本号产品库中“BETA”目录BETA-HOTFIX序列号BETA-SP序列号TS序列号，如TS001产品库指定的TS目录中项目组内仅只有CM工程师作为对外发布的唯一出口，禁止任何其他人员私下发布程序。002 发布申请产品让步发布前,项目经理组织编写申请发布所需的文档，以不同版本标识让步发布的产品根据下表中要求提交相应的申请文档和发布产品配置项。版本标识发布申请配置审计审批BETA_产品版本号（第一次发布）发布申请表产品发布说明让步发布反馈跟踪表物理审计和功能审计BETA_产品版本号（升级变动版本号X1、X2或X3数字）发布申请表产品发布说明升级包说明让步发布反馈跟踪表物理审计

9、和功能审计CCBBETA_产品版本号（升级变动版本号X4位数字）升级包说明让步发布反馈跟踪表进行物理审计项目经理BETA_SP序列号升级包说明让步发布反馈跟踪表进行物理审计项目经理BETA_HOTFIX序列号升级说明让步发布反馈跟踪表/项目经理TS序列号让步发布反馈跟踪表/项目经理003 实施配置审计CM工程师组织实施配置审计，详见配置管理过程，并将配置审计表提交给项目经理。以BETA_HOTFIX和TS让步发布的产品不需要进行配置审计。004 审批将发布申请资料和审批通过的配置审计表提交审批： BETA_版本版本号（第一次发布或升级变动版本号X1/X2或X3数字）需要提交给CCB审批； 以其

10、它标识发布的产品提交项目经理审核审批通过后，将发布申请资料提交给CM工程师实施发布；审批不通过则放弃本次发布。005 实施发布CM工程师根据审批后的发布申请资料，从受控库获取规定的配置项并标识，将产品配置项放置在产品库版本标识的目录下，填写XX产品版本发布备忘录。发布完成后通知项目实施部门CM工程师和相关项目组人员。006 项目组跟踪处理让步发布跟踪表的主要目的：1） 跟踪没有测试环境或未经测试的以BETA标识的产品包在客户现场的测试情况。2） 跟踪没有测试环境的测试包(TS包)的现场测试情况以及用户上线通知。3） 跟踪经过测试但未达到发布准则的以BETA标识的产品包在客户现场的运行情况。 项

11、目组接收到项目实施部门/客户服务部门的让步发布跟踪反馈表后，如果测试不通过，则由项目组经过修改后重新按5.2让步发布001的要求重新标识； 对于以BETA标识的产品包若现场测试通过，则由项目组形成正式的产品包，按正式发布流程进行正式发布，同时将相关的源代码归入主线； 对于调试通过的TS包，由项目组进行妥善的配置管理，并在正式发布前重新按照变更管理规程进行严格代码审查后归入到相应的产品包中进行正式发布。 CM工程师应采取相应的措施及时来跟踪需要现场测试的让步发行的产品包的验证状态，定期（每周或月）汇总跟踪各个让步发行产品包的最终验证情况以及产品包正式发布情况并记录在XX产品版本发布备忘录中。6 输出 发布申请表 产品发布说明 升级包发布说明 升级说明 让步发行反馈跟踪表 配置审计表 XX产品版本发布备忘录7 出口准则 发布审批通过且产品进入产品库8 引用文档 配置管理过程 变更管理规程9 使用模板 产品发布说明 升级说明 升级包说明 让步发布反馈跟踪表 产品版本发布备忘录 发布申请表 配置审计表