发布管理流程规范 .docx
《发布管理流程规范 .docx》由会员分享,可在线阅读,更多相关《发布管理流程规范 .docx(16页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、发布管理流程规范产品发布管理流程规范编 制:审 核:日 期:版 本:编 号: 密 级: TOC o "1-5" h z 目标 3 发布流程 3 补丁发布流程 3 主版本发布流程 5 产品实施流程 8 VSS管理流程 9 相关资料 9 目标软件产品的发布过程,须要形成有序的良性循环。否则,各环节流转中简单 发生相互等待、被动接应的局面。无形中,不断增加了沟通成本,扩大了软件的 风险。且对后期造成的影响并不能够完全预知、完全估量。因此,依据公司内部前期已有的习惯,总结过去产品的发布阅历,分析统计 结果后,特制定本发布过程规范。预期达到如下目的:1、削减交义沟通。通过将发布过程流
2、程化,使每一个环节的执行者都特别 活楚自己的产入产出,受谁的影响,将影响谁。当遇到困难时,能明确的定位寻 找到关键人物沟通解决。避开当须要获得一件事情的进展状况时,须要广泛征询 才能驾驭的现象。削减交义沟通成本。2、提高工作预见性。流程一旦启动,流程中的全部人员便被触动。各环节 执行人能快速在早期预算出自己的“参加时间”、“参加内容”、“参加工作量”, 主动提前做出支配、打算,避开人力、时间等资源上的冲突。且一旦发觉冲突,便能立即“报警”,报得越早,越能提前应对,削减损失。3、提高可控性。产品发布就像道路交通。交通电台有了牢靠的消息渠道(取 决于上述“1、削减交叉沟通”),便能随时驾驭路面交通
3、状况,协作可预见的行车计划(取决于上述“2、提高工作预见性”),当然更能向车队供应有价值的消息。因此, 车队领导能做出更有限制力的指令,各车队协调行驶,整个交通自然更受控。一条早已设计好的行车路途,加上提前打算就绪的车队人马,再加上行进途 中亲密协作的交通电台。与没有固定线路,须要时才去调配车马,电台信息乂不 畅的队伍相比,哪一个更能胜利到达目的地?发布流程本章节的流程图中,将运用下列简称。1、需求组(人):包括需求总负责人(或PM各模块需求负责人。2、开发部(人):包括技术开发部全体成员。3、配置管理员:或简称SCM包括技术研发部的配置管理组成员。4、测试组(人):包括测试组全部固定资源、临
4、时调配资源。5、安装组(人):包括负责公司内部、客户现场的安装、调试的人员。6、客户:全部运用我司产品的用户。补丁发布流程软件产品的某个主版本向外发布给客户运用后, 发觉了错误。若这个错误给 客户造成了很大的影响,等不及下一主版本, 须要立即修正,我们就须要发布补 丁(对应VSS上的存放书目:PatchX.Y)(注:全部补丁要求合并入下一主版 本)。流程图如下所示。彳卜丁发布流程:下图中每个方框代表一个进程,括号内描述该进程的详细内容。每个进程均要求相应职位填写补丁签发单需求组开发部配置管理员测试组需求组开发部配置管理员测试组提出变更恳求(1提出变更恳求(1、事先征得需求澄清会的同意,再填补丁
5、签发单。2、通知开发经理)开发部经理.接收任务(1、支配开发人、预料开发完成时间。2、通知scm检查(1、检查前两个环节填写的签发单是否符合填写要求;检查描述是否清楚、时间要求有无冲突;)检查是否通过?(1、支配补丁号、发布日期,通常将完成时间相距不远的支配在同一补丁号中。2、设置VS敬限,依据开发部经理的支配设置。3、通知相关人,起先执行施变更,并公布预料发布日期、实施建议)anDla开发人:执行变更(根据要求修改代码、文档,完成后,按规范存放)'产''生检查是否通过?(1、支配补丁号、发布日期,通常将完成时间相距不远的支配在同一补丁号中。2、设置VS敬限,依据
6、开发部经理的支配设置。3、通知相关人,起先执行施变更,并公布预料发布日期、实施建议)anDla开发人:执行变更(根据要求修改代码、文档,完成后,按规范存放)'产''生 alpha/jz'(开发部内部可产生多个alpha版)upha环境W,一一部门内部测试(1、alpha阶段的测试,相当于单元测试。2、通知scm测试是否通过?是产生Beta版(1、检查相关文档是否已备齐;2、依据签发单,检查当前补丁号中提出的变更是否都已执行;3、检查开发人在CheckIn/out的过程中,是否符合VS磨理规范、版本管理规范;4、依据签发单,制作补丁发行说明5、关闭VS淑限
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 发布管理流程规范 发布 管理 流程 规范
限制150内