软件发布治理流程标准

1、软件发布治理流程标准编制：审核：日期：版本：编号：密级：修改历史修改时间修改人修改原因版本1 . 目标2 .发布流程补丁发布流程. .主版本发布流程.产品实施流程. VSS治理流程3 .相关资料错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签错误!未定义书签1.目标软件的发布进程，需要形成有序的良性循环。不然，各环节流转中容易发生彼此等待、被动接应的局面。无形中，不断增加了沟通本钱，扩大了软件的风险。且对后期造成的阻碍并非能够完全预知、完全估量。因此，依照公司内部前期已有的适应，总结过去产品的发布体会，分析统计结果后，特制定本发布进程标准。预期达

2、到如下目的：一、减少交叉沟通。通过将发布进程流程化，使每一个环节的执行者都超级清楚自己的产入产出，受谁的阻碍，将阻碍谁。当碰到困难时，能明确的定位寻觅到关键人物沟通解决。幸免当需要获取一件情形的进展情形时，需要普遍征询才能把握的现象。减少交叉沟通本钱。二、提高工作预见性。流程一旦启动，流程中的所有人员便被触动。各环节执行人能迅速在初期预算出自己的“参与时刻”、“参与内容”、“参与工作量”，主动提早做出安排、预备，躲开人力、时刻等资源上的冲突。且一旦发觉冲突，便能立刻“报警”，报得越早，越能提早应付，减少损失。3、提高可控性。软件发布就像道路交通。交通电台有了靠得住的消息渠道（取决于上述“一、减

3、少交叉沟通便能随时把握路面交通状况，配合可预见的行车打算（取决于上述“二、提高工作现见性”）,固然更能向车队提供有价值的消息。因此，车队领导能做出更有操纵力的指令，各车队和谐行驶，整个交通自然更受控。一条早已设计好的行车线路，加上提早预备就绪的车队人马，再加上行进途中紧密配合的交通电台。与没有固定线路，需要时才去调配车马，电台信息又不顺畅的队伍相较，哪个更能成功抵达目的地？2.发布流程本章节的流程图中，将利用以下简称。一、需求组（人）：包括需求总负责人（或PM）、各模块需求负责人。二、开发部（人）：包括技术开发部全部成员。3、配置治理员：或简称SCM,包括技术研发部的配置治理组成员。4、测试组

4、（人）：包括测试组所有固定资源、临时调配资源。五、安装组（人）：包括负责公司内部、客户现场的安装、调试的人员。六、客户：所有利用我司产品的用户。2.1. .补丁发布流程软件产品的某个主版本向外发布给客户利用后，发觉了错误。假设那个错误给客户造成了专门大的阻碍，等不及下一主版本，需要立刻修正，咱们就需要发布补丁（对应VSS上的寄存目录：Patch）（注：所有补丁要求归并入下一主版本流程图如下所示。未卜丁发布流程：下图中每个方框代表一个进程,括号内描述该进程的具体内容.每个进程均要求相内职位填写f补J.签发的3 ,需求组 开发部配置管理员测试组开始土提出变更请求（1、事先征得正求澄清会的同意.再填

5、补丁签发单.2、通知开发经理）-TZ开发部经理：接收任务（1、安排开发人、预计开发完成时间. 2、通知sqp-3检查（1、检代前两个环节填写的卷发单是否好合填写要求：依奄描述是有清断、时间要求有无冲突：）出V/1二:一_安排补丁号1,安排补丁号.发布日期，通常将完成时间相距不远的安排在同补丁号中.2、设置VSS权限,根据开发匐经理的安排设？L 3、通知相关人.开始执行施变更.并公布预计发布日期.实施建议测试组长：制 定测试计划 （按照卷发单.安 排测试人、预计测 试完成时间）开发执行 变更（按照要求 修改代码、文档. 完成后.按现范存 放）一湛试至有通过二二I安装Beta测试环境<1,嫔

6、写/更新补丁安装手册：2、选择测试环境,安装补丁beta版：3,通知测试组、相关人.同时刷新“公司内部产品试用环境一览表”白板）验收测试<1. be:a阶段的测试.相当于集成测试2、通知相关人测试结果，含邮件、签发单电子格式的回亚.若测试通过,则还包括在书面笠发单上签名.）结束转入产品实施流程）一我送屉若通过工、产生Beta版1、检查相关文档是否已备齐，2根据签发单.检查当前补丁号中提出的变更是否都已执行：3、枪ft开发人在CMchmout的过程中.是否符合VSS管理规范、版本管用现范：L根据签发单.制作补丁发行说明5.关闭VSS权限:6、娘译构建beta版：7、通知测试组、安装组.向其

7、提交该补丁的书面签发单）产生Release版（K检杳测试结果是否己全匐划过：2、检连提交文档是皆已齐全：3,标，备份.记戒4、通知相关人.等等详见：版本发布前的checkLis”：）分发Release版（1.根剧安装组的工作计划、根据各客户现行情况.组合出不同的安装包：2、分发给当次执行安装任芬的人.3、通知安装组.2.2. 主版本发布流程主版本的发布流程，与补丁的发布流程相较，参与的职能部门个数、次数明显增多，且设置的检查点也随之增多。重要的一点，引入客户监督。改变目前的“直到整个版本完全下流水线后，才提交客户试用”的方式。采取“咱们主动争取客户全程参与”的方式，每完成一个变更，不必然要待版

8、本中的所有变更完成，立刻放上客户利用的测试环境,请客户在线试用并提意见。（此举依托公司实现远程测试环境）。目的：让客户不仅明白咱们在干什么，还明白咱们干成什么样，是不是中意。尽可能让客户的意见在开发初期提出，越早提出，变更本钱越小，且能直接减少后续的补丁发布频率。流程图如下：主版本发布流程图（下图中每个方框代表一个进程,括号内描述该迸程的具体内容.每个进程均要求有物理产出）需求人开发人配置管理员测试人/安装人客户（1、填写自己负责的产品名】版本号开发计划清单/测试清单/变更清单（以下简称清单；2、请求召开需求澄清会1i否参与澄清会 例清单释疑）参与澄清会（对清单提出质疑,预估 开发所需工时）参

9、与澄清会（对变更请求提出质颍,预估测试所需工时）需求确认测试（确认功能是否满足需求）部门内部测试（alpha阶段的测试，相当于单元测试，确认功能是否完整、是否正常运行、相关手册是否最新）制作发行说明网页（根娓收集并审核通过的内容,制作成适合客户在线阅读的网页等格式,变更清单除外）版本测试（1、根娓测试计划测试；2、写安装手册）需求确认测试（确认功能是否满足要求，尽可能提出改进意见）这至丧臃/舐全我卡)-评审通过？宣布变更计划（由需求总负责人/PM宣布：1、通知SC晦入变更计划；2、通知开发部经理接收任务；3、通知客户（完成时限：上一主版本正式对外发行前.）检入变更计划（1、检查有无通过澄清会；

10、2、将一个产品中，各需求人提出的清单中，已通过澄清»会的内容，合并成一份。从此本流程仅使用合并后的清单3、存入VSS的固定目录、标Labe1；5、通知开发部经理、测试组.1更新进入开发阶段115f（各需求人提供自己所按布困内的避阻内容.开发部经理：接收任务（1、安排开发人、预计开发完成时间，2、通知相关人为开发部门设置权限测试组长：制定测试计划（按照清单，制定测试大纲、测试计划参照样NK填写）1开发人：执行变更举沙勺罢又，以收集、审核发行说明内容进用产生a（可产生若干，至所有变安装alphipha版个alpha版，直更完成），1测试环境疆盘Td-测试通过？一查一二厘主版本发布流程图（

11、续）2.3. 产品实施流程为方便大伙儿加倍明白得软件的整个发布循环进程，在此简单介绍软件通过Release时期后的实施流程，它包括安装、培训等内容。具体的标准制度，以实施部门制定的为准。产品实施流程（为方便理解，卜物作出简单介绍。具体详细的流程以实施部门制定的为准。支持部配置管理员客户开始实施经理：制定实施计划（制定具体的实施计划.含：时间、地点、人 物、实施内容、实施策略。）提出意见（对实施计划表示认可或 提出调整意见）分发Release版（根据实施计划.分发出当次实施所 需产品、相关文档）实施人：准备（指前期准备工作.包加与客户约定时间、安装包整理、任务书摘写.提交说明文档给客户.等等一切能提前