软件版本控制流程文件

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

北京万度网络科技有限公司作业文件 万度产品编号需求名称版本变更系统名称旧版本号新版本号监控修改说明配置修改说明入库申请人：部门/总监：配置管理员：日期： 年月 日对表操作SQL二五七1日期： 十 月 日 日期： 十 月 日系统审核结 果表结构及索引收”r*口口口期：年月 日文档清单产品资料（产品策略书、需求部门匚丁]word版本、PPT）*部署包（执行代码、部署文档、初始化SQL、初始化文件、BMS菜单列表、割接方空运行系统配置） 4研发中心/质量保证部□^案、运行系统日口置）需求文档（需求规格说明书、功台？列表）-需求部门□功能列表）*业务策划|需求部门业务策划评审报告（需求评审、策划评审、原型评审、概要设计需求部门需求/策划/测试部门-r匚1评审、数据库设试大纲评审报告升级包（执行代卡当—如力卜.计）码Q评审、测*、部署文初始化文□档>初始化S<件、BMS菜单列_、初始化文殳、割接方研发中心案）*设计文档（概要设计、详细研发中心□设计、数据库设计）*操作手册*源代码*质量保证部研发中心□□测试报告（原型测试报告、 口质量保证部开发测试报告、压力测试报告）*

项目管理文档（会议纪要、立项审批、项目周报）项目部门□参考资料□其他□北京万度网络科技有限公司作业文件万度备注：*表示为必需文档。其中割接方案为项目入库时必需项；升级文件为产品升级时必需项;项目变更记录表日期变更类型文档，文件名称版本说明作者附录II版本出库申请单编号：YHXX-ZLJL-171 编号:项目编号需求名称名称版本号出库产品‘出库原因（申请原因）入库时间或说明对表操作SQL语句版本说明 -表结构及索，出库申请人：引说明部门/总监：配置管理员：日期 年~~月 0 日期 年~~月 E日期: 年月 日单 产品资料（产品策略书、 word版本、PPT） □清档文

万度北京万度网络科技有限公司作业文件万度部署包（执行代码、部署文档、初始化 SQL、|初始化文件、BMS菜单列表、割接方案）□需求文档（需求规格说明书、功能列表）业务策划□评审报告（页面评审、需求评审、策划评审、原型评审、概要设计评审、数据库设计评审、测试大纲评审报告）□升级包（执行代码、部署文档、初始化 SQL、□初始化文件、BMs菜单列表、割接方案）设计|文，档（概要设计1、详细设计1、数据1库设计1）修住工naZ操作手切"+3 源代码"±测试报告项目管理文档（会议纪要、立项审批、项目周\—±n\-bC：报）:公"一次、陵|参考资科i甘ZrL-±5 RIErt亍说明：如果需要需求规格说明书、概要设计书、详细设计、数据库设计、源代码等之一需要总监签字。万度北京万度网络科技有限公司作业文件万度附录III程序源码版本号列表:序号子系统名称产品版本号SVN版本号SVN存放路径作者部署版本号列表:序号子系统名称版本号部署总包名称二级子包名称部署包大小（K）打包日期VSS存放路径作者北京万度网络