(word完整版)软件版本控制流程.doc

(word完整版)软件版本控制流程
(word完整版)软件版本控制流程

(word完整版)软件版本控制流程

软件版本控制流程

文件编号：XXXX-XX-XX
版本状态：A/3

编制XXX日期2009年9月15日
审核XXX日期2009年9月20日
批准XXX日期2009年10月1日
修订XX日期2010年1月1日

北京WANDU网络科技有限公司
XXXX年XX月XX日生效修订历史记录
日期版本说明作者审批人2009/09/01A/0第一版XXXX2009/12/03A/1增加了修改记录；调整了部署包、评审报告、测试报告的项目;测试报告变成必须项；业务策划由需求部门提供；XXXX2010/01/01A/2公司组织机构调整；应用开发部与产品研发部合并为“软件研发部"，进行相关修改；比如编制部门、发放范围XXXX
2011/02/23A/3调整了流程；修改了版本号定义、入库流程；增加了版本号变更流程、适用范围、三个附录表单（程序源码版本号列表、部署版本号列表、新产品升级立项审批表）；XXXX编制部门：研发中心
发放范围：项目管理部、研发中心、产品中心、系统网络部、质量保证部、运营维护部、商务部

软件版本控制流程
目的
主要针对软件版本的控制,以确保公司资产得到保护。
流程
流程共分为版本号定义、版本号变更、入库流程、出库流程、产品列表流程五个部分。
版本号定义
2.1.1文档版本
文件版本规范提供文件撰写时的版本变更规则.文件版本号并无特别的要求，不过考虑到不断变更的要求，一般考虑无限制进阶式,如下面是典型的文件版本规范：
采用【主版本号】_【从版本号】_【功能版本号】_【项目号】的四位格式，【主版本号】_【从版本号】_【功能版本号】_【项目号】均为数字。
初始版本为1。0。0.0。
【主版本号】：产品大功能/整体架构/用途产生变更时增加。
【从版本号】：产品模块级功能有一定的增强.
【功能版本号】：产品有一些小的变动,一般是缺陷修复或通用性修改。
【项目号】：应用在项目中个性化需求。
2.1。2。代码/部署包版本
2.1.2。1正式发布版本
采用“【应用名】_【版本号】_【日期】_【SVN号】.tar/jar。。”的形式这是大部分产品代码/部署包版本号的基础标识形式，其中每个版本号是阿拉伯数字，同以上文档版本号规范。以这种方式来标识版本之后,当前版本的状态，以及版本发布的轨迹,都可以看得比较清楚。如SSO_3.2.0。0_20110923_38683.tar。
【应用名】的含义：标识应用的名称.一般指产品名称、项目名称、中间件等应用名称.如统一认证平台（SSO).
【版本号】的含义：标志部署包及代码的版本。同上文档版本的规则，如1。0。0。0。
【日期】的含义：标志部署包及代码的封板日期。如20110222。
【SVN号】的含义:标识部署包及代码的版本，系统是自动递增的.如38683.
【tar/jar。】的含义：标识打包的名称。
2.1。2。2。非正式发布版
对于非正式发布（如内部测试）的产品/代码，一般使用附加日期、附加流水号或者Build号的方法记录,如V1。1.4。20110112。
版本号变更
2.2。1版本号变更流程图

参与角色:项目经理、产品开发经理、产品经理、测试经理、配置管理员、质量保证部经理、研发中心总监
版本变更发起方:项目经理、产品开发经理、产品经理；
使用工具:版本控制工具CVS、SVN、VSS;
2.2.2。主要活动
2。2.2。1发起产品版本变更:
项目经理：根据项目需求提出产品升级，要求给产品开发经理.
产品开发经理:修复产品原有版本的缺陷或满足项目需求，填写《新产品研发立项审批表》给产品经理.
产品经理：产品经理根据市场需求或其他部门反馈意见，提出产品升级要求,填写《新产品研发立项审批表》,提交产品中心总监审批。
2.2。2。2。产品版本变更审批：
产品经理：填写《新产品研发立项审批表》，提交产品中心总监审批.经审批通过后，定义产品升级版本号给产品开发经理和配置管理员。产品新版本研发完成经质量保证部批准发布后，申请入产品库，填写《产品入库申请单》给配置管理员。
产品中心总监：批准产品升级申请。
2。2。2。3。产品新版本研发测试：
产品开发经理:经审批通过后,研发产品新版本,完成研发后提交测试经理测试.
测试经理：完成产品新版本测试后提交质量保证部经理审批发布产品新版本。
质量保证部经理：批准产品新版本发布。
2。2.2.4.产品新版本入库:
配置管理员：收到产品入库申请单及入库产品文档和部署包后提交研发中心总监审批后将产品文档和部署包入产品库。
研发中心总监：批准产品新版本入库。
入库流程
项目立项后两天内，
开发经理向配置管理员申请版本号