软件版本控制流程.pdfVIP

软件版本控制流程 文件编号： XXXX-XX-XX 版本状态： A/3 编制 XXX 日期 2009 年 9 月 15 日 审核 XXX 日期 2009 年 9 月 20 日 批准 XXX 日期 2009 年 10 月 1 日 修订 XX 日期 2010 年 1 月 1 日 网络科技有限公司 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 号定义、 入库流程； 增加 了版本号变更流程、 适用 范围、 三个附录表单 （程 序源码版本号列表、 部署 版本号列表、 新产品升级 立项审批表）； 编制部门： 研发中心 发放范围：项目管理部、 研发中心、产品中心、 系统网络部、质量保证部、运营维护部、商务部 软件版本控制流程 1. 目的 主要针对软件版本的控制，以确保公司资产得到保护。 2. 流程 流程共分为版本号定义、版本号变更、入库流程、出库流程、产品列表流程五个部分。 2.1. 版本号定义 2.1.1 文档版本 文件版本规范提供文件撰写时的版本变更规则。文件版本号并无特别的要求，不过考虑到不断 变更的要求，一般考虑无限制进阶式，如下面是典型的文件版本规范： 采用【主版本号】 _ 【从版本号】 _ 【功能版本号】 _ 【项目号】的四位格式， 【主版本号】 _ 【从 版本号】 _ 【功能版本号】 _ 【项目号】均为数字。 初始版本为 1.0.0.0 。 【主版本号】：产品大功能 / 整体架构 / 用途产生变更时增加。 【从版本号】：产品模块级功能有一定的增强。 【功能版本号】：产品有一些小的变动，一般是缺陷修复或通用性修改。 【项目号】：应用在项目中个性化需求。 2.1.2. 代码 / 部署包版本 2.1.2.1 正式发布版本 采用“ 【应用名】 _