软件版本管理标准规范模板.doc

软件版本管理目录
1. 引言 1
1.1. 目标 1
1.2. 范围 1
1.3. 术语定义 1
1.4. 参考资料 2
1.5. 版本控制统计 2
1.6. 版本更新统计 2
2. 版本管理 4
2.1. 版本标示方法 4
2.1.1. 正式版本 4
2.2. 目录结构 5
2.3. 文档存放 6
2.3.1. 开发文档存放 6
2.3.2. 源代码存放 6
2.3.3. SQL语句存放 7
2.3.4. 发行文档存放 7
2.4. 配置管理步骤 7
2.5. 权限控制管理 8
3. 更新管理 9
3.1. 源程序修改 9
3.2. 版本升级 10
3.2.1. 版本升级标准 10
3.2.2. 新版本公布 11
3.3. 文档变更 11
4. 备份管理 12

1. 引言
版本控制就是对软件开发过程中所创建配置对象不一样版本进行管理，确保任何时间全部能够取到正确版本和版本组合。
版本控制关键功效是统计开发过程中每一次修改，让开发工作能够随时检验过往历史统计和取得正确版本，是系统成长统计。
1.1. 目标
本文档编制是为了规范产品部、研发部、测试部对软件产品版本管理。
1.2. 范围
本文档为产品部、研发部、测试部管理员提供相关版本管理规范相关内容，包含：
l 版本标识方法
l 软件系统数据存放
l 文档修改控制
l 文档备份制度

1.3. 术语定义
SCM
软件配置管理（Software Configuration Management）缩写
SVM
软件版本管理（Software Version Management）缩写
SVN
一个开源版本控制系统Subversion.
文档
一个数据媒体和其上所统计数据。
配置管理
标识和确定系统中配置项过程，在系统整个生存周期内控制这些项投放和更动，统计并汇报配置状态和更动要求，验证配置项完整性和正确性。
软件配置
软件具体形态在某时刻瞬时影像。
配置项
软件配置管理对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。
基线
软件生存周期中各开发阶段末尾标识，它作用是把各阶段工作划分愈加明确化，使原来连续工作在这些点上断开，使之便于检验和肯定阶段结果。
1.4. 参考资料
《软件版本管理规范》 浪潮集团山东通用软件
《泰豪软件开发软件版本管理制度》
《tortoise SVN使用手册》
1.5. 版本控制统计
版序状态
部门
拟稿
审核
同意
公布日期
1.0

1.6. 版本更新统计

*A - 增加 M - 修改 D - 删除
版本/修订版
修改页码
修改统计
修改人
日期
1.0

初始版本

2. 版本管理
2.1. 版本标示方法
为了使工作规范化、统一化，研发本部各部门实施版本标识管理方法。
2.1.1. 正式版本
软件版本号由四部分组成，X.Y.Z.DATA_希腊字母，
X：主版本号，用来表示提供给用户产品功效关键增强。在一个极端例子中，主版本号上升用来说明产品现在已经拥有了一个全新功效类。从市场和许可权角度来看，主版本号升级相当于购置一个完全独立产品。从开发者角度来看，一个主版本号迭代差不多总是反应了一个新独立分支或是其主干还能够延续主版本生命期。
Y：特征版本号，用来表示产品新增了部分特征，或是在原来文档中描述特征上作了关键修改。用来确定特征版本号什么时候需要修改一个衡量标准就是产品功效说明书。产品特征版本升级是在主版本之间保持产品竞争力一个关键机制。
Z：缺点修复版本号，用来表示在该版本上所做缺点维护行为等级。版修复版本是稳定市场和最小化用户技术支持费用负担一个关键机制。
Alpha版: 此版本表示该软件在此阶段关键是以实现软件功效为主，通常只在软件开发者内部交流，通常而言，该版本软件Bug较多，需要继续修改。
Beta版: 该版本相对于α版已经有了很大改善，消除了严重错误，但还是存在着部分缺点，需要经过数次测试来深入消除，此版本关键修改对像是软件UI。
RC版: 该版本已经相当成熟了，基础上不存在造成错误BUG，和立即发行正式版相差无几。
Release版: 该版本意味“最终版本”，在前面版本一系列测试版以后，终究会有一个正式版本，是最终交付用户使用一个版本。该版本有时也称为标准版。通常情况下，Release不会以单词形式出现在软件封面上，取而代之是符号(R)。
比如：1.1.1.051021_beta.第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
2.2. 目录结构
因为各部门实际情况不一样，目录结构极难统一，但为了能愈加好地管理各部门部文档，提议可将被管理配置项分为三大类：文档类、源码类及安装盘类，这么存放比较清楚，有利于版本管理。具体目录以下表格所表示：

根目录
一级目录
二级目录
三级目录
项目名称+版本号
源代码（SRC）
集成代码
代码合并
第一个模块
代码
第二个模块
代码
数据库
SQL
公共开发包
代码
文档(DOC)
立项文档
立项计划书 立项申请书
项目计划
项目开发计划
需求文档
需求规格说明书
设计文档
设计概要说明书 数据库设计说明书
界面布局
原型界面 动态页面
参考资料
项目部分参考资料
验收文档
验收资料
测试文档
测试计划 测试汇报 测试用例
试用信息

测试布署
布署材料
公布（RELEASE）
SETUP

RELEASE

公布文档

2.3. 文档存放
2.3.1. 开发文档存放
文档归档步骤：

2.3.2. 源代码存放

2.3.3. SQL语句存放
各子系统SQL文件放入…..\.......\SQL下，对于不一样数据库，分别建立不一样子目录，如WAT、SYB、MSS、ORC、DB2等。公共SQL文件直接放入…\SQL下即可，不一样数据库特殊SQL分别放入对应子目录下。
2.3.4. 发行文档存放
发行文档是指产品交付用户使用所必需文件。包含：产品可实施文件，用户使用说明书，联机帮助（HLP）；资源文件（BMP，ICO等），环境配置文件等。
2.4. 配置管理步骤

步骤说明：
1. 开发人员完成所负责代码模块编写任务后，提交到项目经理处；
2. 项目经理向测试部提交测试任务；
3. 配置管理员准备测试所需环境；
4. 测试员开始测试并提供实时测试BUG；
5. 开发人员处理测试人员提供BUG，并提交测试员进行回归测试，直至BUG关闭；
6. 测试完成后，测试人员提供测试汇报；
7. 依据项目情况决定是否公布新版本；
8. 配置管理员和各组员确定好新版本各项信息；
9. 配置管理员公布新版本。

2.5. 权限控制管理
为保障文档安全性，一致性，和预防意外修改，必需对不一样文档设置不一样访问权限。
文档权限类别：只读权限，读写权限。
文档类别：DOC，SRD，RELEASE。
用户类别：开发人员、测试人员、分析设计人员、部门经理、配置管理员、安装盘制作人员、问题及需求管理人员、用户文档编写人员等。
为了控制不一样使用权限，依据要求在服务器上分别建立不一样用户，针对不一样配置项所在目录分配不一样权限。
为了便于各部门管理，应以表格形式列出人员和管理对象访问关系（用户权限清单）。

3. 更新管理
3.1. 源程序修改

当开发小组在开发同一产品时，应能保障：各组员间修改不会相互覆盖；程序员修改能立即反应到产品最新版本中。
提议首先在对应子系统下一级建一目录，如checkout，存放正在修改文档及修改记录表。当某个程序员要修改某一文档时，遵照以下程序：
1) 接收维护任务；
2) 查看需要修改文件（如PBL及SQL等）是否正在被其它人员修改（检验checkout目录下是否存在要修改文件或后缀已改为该程序员姓名简写）；
3) 假如有些人在修改该文件，等候或和对应开发员联络，反复2。不然继续；
4) 将该文件复制到checkout目录下，在修改记录表中登记；或将该文件后缀改为本人姓名简写；
5) 将该文件拷贝到自己私有目录；
6) 依据要求修改源文件；
7) 依据要求测试，并进行相关项回归测试；
8) 交测试人员测试，如未经过，反复6，如经过则继续；
9) 在checkout目录中删除该文件，并在修改记录表中标注修改完成；
10) 将修改完成文件经过电子邮件或其它手段送交版本管理员，版本管理员将文件复制到对应路径；如遇特殊情况（版本管理员出差），程序员可将修改完成文件复制到对应路径下，或将后缀改回正式。
11) 回复下达者，汇报维护任务完成。
3.2. 版本升级
3.2.1. 版本升级标准
版本升级应严格纳入版本管理控制之下。应该谨慎地控制版本升级，保障高版本向下兼容性，或提供严格定义升级方法。
主版本号(1)：当功效模块有较大变动，比如增加多个模块或整体架构发生改变。此版本号由项目决定是否修改。
子版本号(1)：当功效有一定增加或改变，比如增加了对权限控制、增加自定义视图等功效。此版本号由项目决定是否修改。
阶段版本号(1)：通常是 Bug 修复或是部分小变动，要常常公布修订版，时间间隔不限，修复一个严重bug即可公布一个修订版。此版本号由项目经理决定是否修改。
日期版本号(140606):用于统计修改项目标目前日期，天天对项目标修改全部需要更改日期版本号。此版本号由开发人员决定是否修改。
希腊字母版本号(beta):此版本号用于标注目前版本软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。
每次版本升级，要填写版本升级统计表，
统计表样例以下：
主版本号
子系统名称
子系统版本
公布日期
变更功效描述
公布人
同意人
备注

主版本号：统计目前公布版本
公布日期：该版本同意公布日期
修改文件：版本修改统计，版本修改日志
3.2.2. 新版本公布
新版本公布包含主版本号和次版本号升级，通常不包含内部版本号升级。步骤以下：
1) 接收新版本公布任务，接收此次公布版本代号。
2) 在指定目录中，依据此次公布版本号建立对应子目录，将current下全部内容拷贝至新建目录下。
3) 可在新建目录下建立readme.txt，并加入对应内容。
3.3. 文档变更
文档变更步骤：

4. 备份管理
为了确保文档最大可恢复性，要随时及定时地进行备份工作。
1) 随时备份：
①　 开发人员天天全部要将自已当日修改源文件在当地机器上进行备份。
②　 开发责任人天天要将全部源文件在当地机备份。
③　 提议备份采取循环备份。
2) 定时备份
①　 备份形式为硬盘备份和光盘备份。硬盘备份时，要备份在独立硬盘上；光盘备份时，要将光盘存放在可靠地方。
②　 备份周期视各部门具体情况而定。假如处于开发阶段，每七天应对全部源程序项进行备份，通常为每七天周五；假如处于其它阶段，依据具体情况而定，但周期不能超出两周。
③　 备份要由版本管理员负责，备份标准应是确保文档最大可恢复性。