软件本控制流程

软件本控制流程

————————————————————————————————作者：————————————————————————————————日期：

软件版本控制流程

文件编号：YHXX-ZYWJ-89

版本状态：A/3

编制陈曼娜、付迎春、陈卿日期 2009年9月15日审核刘恒辉、王彦、安亚坤日期 2009年9月20日批准柳呈文日期 2009年10月1日修订于婷日期2010年1月1日

北京炎黄新星网络科技有限公司

2011年3月1日生效

修订历史记录

日期版本说明作者审批人

2009/09/01 A/0 第一版陈曼娜、付迎春安亚坤、刘恒辉、

王彦、柳呈文

2009/12/03 A/1 增加了修改记录；调整了

陈曼娜刘恒辉、王彦

部署包、评审报告、测试

报告的项目；测试报告变

成必须项；业务策划由需

求部门提供；

杜磊净于婷

2010/01/01 A/2 公司组织机构调整；应用

开发部与产品研发部合

并为“软件研发部”，进

行相关修改；比如编制部

门、发放范围

2011/02/23 A/3 调整了流程；修改了版本

陈卿安亚坤

号定义、入库流程；增加

了版本号变更流程、适用

范围、三个附录表单（程

序源码版本号列表、部署

版本号列表、新产品升级

立项审批表）；

编制部门：研发中心

发放范围：项目管理部、研发中心、产品中心、系统网络部、质量保证部、运营维护部、商务部

软件版本控制流程

1.目的

主要针对软件版本的控制，以确保公司资产得到保护。

2.流程

流程共分为版本号定义、版本号变更、入库流程、出库流程、产品列表流程五个部分。2.1.版本号定义

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.版本号变更

2.2.1版本号变更流程图

参与角色：项目经理、产品开发经理、产品经理、测试经理、配置管理员、质量保证部经理、研发中心总监

版本变更发起方：项目经理、产品开发经理、产品经理；

使用工具：版本控制工具CVS、SVN、VSS;

2.2.2.主要活动

2.2.2.1发起产品版本变更：

a)项目经理：根据项目需求提出产品升级,要求给产品开发经理。

b)产品开发经理：修复产品原有版本的缺陷或满足项目需求，填写《新产品研发立项审

批表》给产品经理。

c)产品经理：产品经理根据市场需求或其他部门反馈意见，提出产品升级要求，填写《新

产品研发立项审批表》，提交产品中心总监审批。

2.2.2.2.产品版本变更审批：

d)产品经理：填写《新产品研发立项审批表》，提交产品中心总监审批。经审批通过后，

定义产品升级版本号给产品开发经理和配置管理员。产品新版本研发完成经质量保证

部批准发布后，申请入产品库，填写《产品入库申请单》给配置管理员。

e)产品中心总监：批准产品升级申请。

2.2.2.

3.产品新版本研发测试：

f)产品开发经理：经审批通过后，研发产品新版本，完成研发后提交测试经理测试。

g)测试经理：完成产品新版本测试后提交质量保证部经理审批发布产品新版本。

h)质量保证部经理：批准产品新版本发布。

2.2.2.4.产品新版本入库：

i)配置管理员：收到产品入库申请单及入库产品文档和部署包后提交研发中心总监审批

后将产品文档和部署包入产品库。

j)研发中心总监：批准产品新版本入库。

2.3.入库流程

1)项目立项后两天内，

a)开发经理向配置管理员申请版本号，由配置管理员根据“版本号定义”规范审核版本号是

否可用;

b)开发经理提交《开发计划》。《开发计划》内必须包括入库时间（项目上线一周内）、版本

号;

2)配置管理员根据《开发计划》整理《产品入库跟踪表》。列：产品名称、版本号、入库时间、

开发经理、项目/产品经理、预计入库时间、实际入库时间、是否按时入库; 《产品入库跟踪表》每月发送给总监一次；每季度需审核一次；

3)当到达入库时间后，

a)开发经理应该主动申请入库，产品经理填写《版本入库申请表》;