软件发布管理流程规范.docVIP

软件公布管理流程规范 编制： 审核： 日期： 版本： 编号： 密级： 改正历史 改正时间改正人改正原由版本 目录 目标................................................................. 公布流程............................................................. 2.1. 补丁公布流程..................................................... 2.2. 主版本公布流程................................................... 2.3. 产品实行流程..................................................... 2.4. VSS管理流程...................................................... 3.有关资料............................................................. 目标 软件的公布过程，需要形成有序的良性循环。不然，各环节流转中简单发生互相等候、被动策应 的场面。无形中，不停增添了交流成本，扩大了软件的风险。且对后期造成的影响其实不可以完整 预知、完整估计。 所以，依据企业内部先期已有的习惯，总结过去产品的公布经验，剖析统计结果后，特拟订本发 布过程规范。预期达到以下目的： 1、减少交错交流。经过将公布过程流程化，使每一个环节的履行者都特别清楚自己的产入产出，受谁的影响，将影响谁。当碰到困难时，能明确的定位找寻到重点人物交流解决。防止当需要获 取一件事情的进展状况时，需要宽泛征询才能掌握的现象。减少交错交流成本。 2、提升工作预示性。流程一旦启动，流程中的全部人员便被触动。各环节履行人能快速在初期估算出自己的“参加时间”、“参加内容”、“参加工作量”，主动提早做出安排、准备，避开人力、时间等资源上的矛盾。且一旦发现矛盾，便能马上“报警”，报得越早，越能提早应付， 减少损失。 3、提升可控性。软件公布就像道路交通。交通电台有了靠谱的信息渠道 （取决于上述“、减 1 少交错交流”），便能随时掌握路面交通状况，配合可预示的行车计划 （取决于上述“2、提 高工作预示性”），自然更能向车队供给有价值的信息。所以，车队领导能做出更有控制力的 指令，各车队协调行驶，整个交通自然更受控。 一条早已设计好的行车路线，加上提早准备就绪的车队人马，再加上前进途中亲密配合的交通电 台。与没有固定线路，需要时才去分配车马，电台信息又不畅的队伍对比，哪一个更能成功抵达 目的地？ 公布流程 本章节的流程图中，将使用以下简称。 1、需求组(人)：包含需求总负责人(或PM)、各模块需求负责人。 2、开发部(人)：包含技术开发部全体成员。 3、配置管理员：或简称SCM，包含技术研发部的配置管理构成员。 4、测试组(人)：包含测试组全部固定资源、暂时分配资源。 5、安装组(人)：包含负责企业内部、客户现场的安装、调试的人员。 6、客户：全部使用我司产品的用户。 2.1.补丁公布流程 软件产品的某个主版本向外公布给客户使用后，  发现了错误。若这个错误给客户造成了很大的影 响，等不及下一主版本，需要马上修正，我们就需要公布补丁（对应  VSS  上的寄存目录： Patch[X.Y]  ）（注：全部补丁要求归并入下一主版本  ）。流程图以下所示。 2.2.主版本公布流程 主版本的公布流程，与补丁的公布流程对比，参加的职能部门个数、次数显然增加，且设置的检 查点也随之增加。 重要的一点，引入客户监察。改变当前的“直到整个版本完整下贱水线后，才提交客户试用”的 方法。采纳“我们主动争取客户全程参加”的方法，每达成一个更改，不必定要待版本中的全部 更改达成，马上放上客户使用的测试环境，请客户在线试用并提建议。（此举依靠企业实现远程 测试环境）。目的：让客户不单知道我们在干什么，还知道我们干成什么样，能否满意。尽量让客户的建议在开发初期提出，越早提出，更改成本越小，且能直接减少后续的补丁公布频次。 流程图以下： 2.3.产品实行流程 为方便大家更为理解软件的整个公布循环过程，在此简单介绍软件经过Release阶段后的实行流 程，它包含安装、培训等内容。详细的规范制度，以实行部门拟订的为准。 2.4.VSS管理流程 简单介绍VSS的使用流程以下，详细详尽的规则另述。 有关资料 3.1软件版本号的命名商定、分支商定