发布管理流程规范标准

版本： 2.发布流程 42.1.补丁发布流程 42.2.主版本发布流程 62.3.产品实施流程 9 3.相关资料 11：2.发布流程、调试的人员。本)。流程图如下所示。aeae下图中每个方框代表一个进程，括号内描述该进程的具体内容。每个进程均要求相应职位填写《补丁签发单》。开始提出变更请求 (1、事先征得需求澄清会的同意，再填《补丁签发单》。2、通知开发经理)开发部部经理：接收任务(1、安排开发人、预计开发完成时间。2、通知SCM)配置管理员检查(1、检查前两个环节填写的签发单是否符合填写要求；检查描述是否清晰、时间要求有无冲突；)测试组否是安排补丁号 (1、安排补丁号、发布日期，通常将完成时间相距不远的安排在同一补丁号中。2、设置VSS权限，根据开发部经理的安排设置。3、通知相关人，开始执行施变更，并公布预计发布日期、实施建议)开发人：执行变更(按照要求修改代码、文档，完成后，按规范存测试组长：制定测试计划 (按照签发单，安排测试人、预计测试完成时间)段阶段阶段阶产生alpha版(开发部内部可产生多个alpha版)安装alpha测试环境部门内部测试(1、alpha阶段的测试，相当于单元测试。2、通知SCM)否是产生Beta版 (1、检查相关文档是否已备齐；2、根据签发单，检查当前补丁号中提出的变更是否都已执行；3、检查开发人在CheckIn/out的过程中，是否符合VSS管理规范、版本管理规范；4、根据签发单，制作补丁发行说明关闭VSS权限；6、编译构建beta版；7、通知测试组、安装组，向其提交该补丁的书面签发单)产生Release版(1、检查测试结果是否已全部通过；2、检查提交文档是否已齐全；3、标识、备份、记录。4、通知相关人。等等...详见：《版本发布前的checkList》；)分发Release版(1、根据安装组的工作计划、根据各客户现行情况，组合出不同的安装包；2、分发给当次执行安装任务的人。3、通知安装组。结束(转入《产品实施流程》)安装Beta测试环境 境，安装补丁beta版；3、通知测试组、相关人，同时刷新“公司内部产品试用环境一览表验收测试(1、beta阶段的测试，相当于集成测试2、通知相关人测试结果,含邮件、签发单电子格式的回复。若测试通过，则还包括在书面签发单上签名。)否测试是否通过？是成段阶求需段段阶求需段阶发开a流程图(下图中每个方框代表一个进程，括号内描述该进程的具体内容。每个进程均要求有物理产出。)需求人开发人配置管理员测试人/安装人客户开始提出变更请求否(1、填写自己负责的《[产品名][版本号]开发计划清单/测试清单/变更清单》(以下简称清单)；2、请求召开需求澄清会参与澄清会(对清单释疑)参与澄清会(对清单提出质疑，预估开发所需工时)参与澄清会(对变更请求提出质颖，预估测试所需工时)评审通过？是宣布变更计划(由需求总负责人/PM宣布：1、通知SCM检入变更计划；2、通知开发部经理接收任务；3、通知客户)(完成时限：上一主版本正式对外发行前。)检入变更计划(1、检查有无通过澄清会；2、将一个产品中，各需求人提出的清单中，已通过澄清会的内容，合并成一份。从此本流程仅使用合并后的清单。3、存入VSS的固定目、标Label；5、通知开发部经理、测试组长提供发行说明内容(各需求人提供自己所辖范围内的说明内容，参照样本填写) (1、安排开发人、预计开发完成时间。2、通知相关人)开发人：执行变更(1、开发人执行变更；2、为开发部门设置权限收集、审核发行说重新进入开发阶段(按照清单，制定测试大纲、测试计划)定期向项目管理组汇报开发进展)产生alpha版(可产生若干个alpha版，直至所有变更完成)安装alpha测试环境认测试(确认功能是否满足段阶门内部测试(alpha阶段的测试，功能是否完整、是否正最新)制作发行说明网页(根据收集并审核通过户在线阅读的网页等格式，变更清单除外)否测试通过?否是测试 试；2、写安装手册)否是否参与?否是认测试(确认功能是否满出改进意见)ee主版本发布流程图(续)需求人开发人配置管理员物理配置审核测试人/安装人客户(1、各类文档有无备齐；2、有无全部测试通过…等等，详见《CheckList》)产生Beta版(1、关闭VSS权限；2、标Label;3、编译构建beta版、备份、通知相关人；3、制作变更清单网页...等等，详见《执行列表》)安装Beta测试环境(公司内部用)(1、根据测试计划、安装手册，安装测试环境(可能有多套环境)，验证安装过程是否正确；2、通知SCM、测试组、刷新“公司内部产品试用环境一览表”)客户是否否是安装Beta测试环境(客户用)(1、根据客户需要，选择安装环境，并进行安装；2、通知SCM、各需求负责人)验收测试 (1、根据测试计划测试；2、回复测试结果 (含邮件、上传VSS、书面三种方式))安装记录验收测试(1、对产品进行能提出意见)段阶是否，重新进入开发阶段物理配置审核(1、各类文档有无备齐；2、有无全部测试通过；3、检查变更清单网页。4、下一主版本计划已备妥…等等，详见《CheckList》)产生Release版(1、标识、备份、记录。2、通知相关人。等等...checkList》；)段阶分发Release版(1、根据安装组的工作计划、根据各客户现行情况，组合出不同的安装包；2、分发给当次执行安装任务的人。3、通知安装组。结束(转入《产品实施流程》)为方便大家更加理解软件的整个发布循环过程，在此简单介绍软件通过Release体的规范制度，以实 (为方便理解，下图作出简单介绍。具体详细的流程以实施部门制定的为准。支持部客户支持部客户开始实施经理：制定实施计划(制定具体的实施计划，含：时间、地点、人物、实施内容、实施策略。)提出意见 或提出调整意见)分发Release版(根据实施计划，分发出当次实施所需产品、相关文档)实施人：准备(指前期准备工作，包括：与客户约定时间、安装包整理、任务书编写、提交说明文档给客户...等等一切能提前在公司完成的工作)否实施人：执行计划配合执行实施人：反馈执行结果(1、通知相关人。2、返回相关文档。例如：特定用途备份文件、客户签字后的任务书等。3、记录结果。其中，安装记录是必不可少的，以便为下一次实施提供线索。)是SVSS管理流程11、库结构管理存放规则、权限规则(经过评审)各用户：上传、下载SCM：建库、分配清理、维护22、文件存储管理SCM：定义命名规则各用户：按统一规则命名，保持更新3、用户、权限管理用人部门经理：提出(1、提出新增用户要求；2用人部门经理：提出(1、提出新增用户要求；2、提出权限要求)(1、新增帐号；2、分配权限；3、通知用户本人及部门经用户本人：提出(向部门经理提出调整权用人部门经理：统一汇总安排SCM用户本人：提出(向部门经理提出调整权