软件版本控制流程.doc.doc

软件版本控制流程 编制 XXX 日期 2009年9月15日 审核 XXX 日期 2009年9月20日 批准 XXX 日期 2009年10月1日 修订 XX 日期 2010年1月1日 北京WANDU网络科技有限公司 XXXX年XX月XX日生效修订历史记录 日期 版本 说明 作者 审批人 2009/09/01 A/0 第一版 XX XX 2009/12/03 A/1 增加了修改记录；调整了部署包、评审报告、测试报告的项目；测试报告变成必须项；业务策划由需求部门提供； XX XX 2010/01/01 A/2 公司组织机构调整；应用开发部与产品研发部合并为“软件研发部”，进行相关修改；比如编制部门、发放范围 XX XX 2011/02/23 A/3 调整了流程；修改了版本号定义、入库流程；增加了版本号变更流程、适用范围、三个附录表单（程序源码版本号列表、部署版本号列表、新产品升级立项审批表）； XX XX 编制部门：研发中心 发放范围：项目管理部、研发中心、产品中心、系统网络部、质量保证部、运营维护部、商务部 软件版本控制流程 目的 主要针对软件版本的控制，以确保公司资产得到保护。 流程 流程共分为版本号定义、版本号变更、入库流程、出库流程、产品列表流程五个部分。 版本号定义 2.1.1文档版本 文件版本规范提供文件撰写时的版本变更规则。文件版本号并无特别的要求，不过考虑到不断变更的要求，一般考虑无限制进阶式，如下面是典型的文件版本规范： 采用主版本号从版本号版本号号的位格式，主版本号从版本号版本号号均为数字 初始版本为1.0.0 【主版本号大功能/整体架构/用途产生变更时增加 【从版本号】：产品功能有一定的增强 【功能版本号】：产品有一些小的变动，一般是缺陷修复采用版本号的形式这是大部分版本号的基础标识形式，每个版本号是阿拉伯数字，。以这种方式来标识版本之后，当前版本的状态，以及版本发布的轨迹，都可以看得比较清楚。 【应用名】的含义：。。 【版本号的含义：标志。 【日期】的含义：标志的含义：自动递增对于非正式发布(如内部测试)的产品/代码，一般使用附加日期、附加流水号或者Build号的方法记录，如V1.1.4.20112。 参与角色：项目经理、产品开发经理、产品经理、测试经理、配置管理员、质量保证部经理、研发中心总监 版本变更发起方：项目经理、产品开发经理、产品经理； 使用工具：版本控制工具CVS、SVN、VSS; 2.2.2.主要活动 2.2.2.1发起产品版本变更： 项目经理：根据项目需求提出产品升级,要求给产品开发经理。 产品开发经理：修复产品原有版本的缺陷或满足项目需求，填写《新产品研发立项审批表》给产品经理。 产品经理：产品经理根据市场需求或其他部门反馈意见，提出产品升级要求，填写《新产品研发立项审批表》，提交产品中心总监审批。 2.2.2.2.产品版本变更审批： 产品经理：填写《新产品研发立项审批表》，提交产品中心总监审批。经审批通过后，定义产品升级版本号给产品开发经理和配置管理员。产品新版本研发完成经质量保证部批准发布后，申请入产品库，填写《产品入库申请单》给配置管理员。 产品中心总监：批准产品升级申请。 2.2.2.3.产品新版本研发测试： 产品开发经理：经审批通过后，研发产品新版本，完成研发后提交测试经理测试。 测试经理：完成产品新版本测试后提交质量保证部经理审批发布产品新版本。 质量保证部经理：批准产品新版本发布。 2.2.2.4.产品新版本入库： 配置管理员：收到产品入库申请单及入库产品文档和部署包后提交研发中心总监审批后将产品文档和部署包入产品库。 研发中心总监：批准产品新版本入库。 入库流程 项目立项后两天内， 开发经理向配置管理员申请版本号，由配置管理员根据“版本号定义”规范审核版本号是否可用; 开发经理提交《开发计划》。《开发计划》内必须包括入库时间（项目上线一周内）、版本号; 配置管理员根据《开发计划》整理《产品入库跟踪表》。列：产品名称、版本号、入库时间、开发经理、项目/产品经理、预计入库时间、实际入库时间、是否按时入库; 《产品入库跟踪表》每月发送给总监一次；每季度需审核一次； 当到达入库时间后， 开发经理应该主动申请入库，产品经理填写《版本入库申请表》; 配置管理员根据《产品入库跟踪表》及时跟踪产品经理入库; 产品经理将《版本入库申请表》的“文档清单”内容 提交到配置管理员、部门经理。配置管理员先负责审核文档是否完整;然后部门经理负责审核内容是否正确; 审核通过后，发送至总监复审; 复审通过后，配置管理员将入库文档及代码，上