软件版本管理规范.docx

软件版本管理规范

软件版本管理规范
V1.0.0

文档版本变更记录：
版本号
拟制日期
拟制人
版本描述
存档编号
V1.0.0
-5-13

初始版本

目 录

前 言 3
1 范围 4
2 术语和定义 4
2.1 软件 4
2.2 产品软件 4
2.3 演示软件 5
3 软件版本命名规则 5
3.1 软件版本命名组成 5
3.2 产品软件版本命名 5
3.3 演示软件版本命名 5
3.4 正式版本号的升级规则 6
3.4.1 软件版本升级规则 6
3.4.2 演示版本升级规则 7
3.5 版本的安装文件命名规则及存放路径 7
4 软件版本发布流程 7
5 管理条例 8
6 附录 8

前 言
为规范部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。
本标准由移动金融事业部拟制。
本标准于 6月首次发布。

软件版本管理规定

1 范围
本标准规定了移动银行事业部产品软件版本的控制与管理。
本标准适用于移动银行事业部产品软件版本的控制与管理。
2 术语和定义
下列定义适用于本标准。
2.1 软件
指与产品相关的所有软件，能够分为产品软件和演示软件。
2.2 产品软件
已签订合同，有明确交付日期的产品。
2.3 演示软件
处于研发阶段，并未正式投入生产的应用。
3 软件版本命名规则
3.1 软件版本命名组成
产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。
产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。
3.2 产品软件版本命名
产品软件版本的命名规则如下所示：
产品标识VX.Y.Z_YYMMDD
版本号和时间之间以下划线分隔。具体含义见表1。
表1 软件版本命名规则描述
描述项名称
描述项说明
V
V代表版本号的起始位
主版本X
一位数字表示，初始值为1，表示软件的主版本号
次版本Y
一位数字表示，初始值为0，表示软件的次版本号
修订号Z
一位数字表示，初始值为0，表示软件的修订号，取值范围0~9，同一天的修订号不超过10个。
时间YYMMDD
六位数字表示，2位数字年，2位数字月，2位数字日
例如：
信用卡V1.0.0_150501 ，表示信用卡V1.0版本在 5月1日做了一次修订并发布了版本。
3.3 演示软件版本命名
演示软件版本的命名规则如下所示：
产品标识VX.Y.Z_YYMMDDdemo
版本号和时间之间以下划线分隔。具体含义见表2。
表2 演示软件版本命名规则描述
描述项名称
描述项说明
V
V代表版本号的起始位
主版本X
一位数字表示，初始值为1，表示软件的主版本号
次版本Y
一位数字表示，初始值为0，表示软件的次版本号
修订号Z
一位数字表示，初始值为0，表示软件的修订号，取值范围0~9，同一天的修订号不超过10个。
时间YYMMDD
六位数字表示，2位数字年，2位数字月，2位数字日
例如：
信用卡申请V1.0.0_150501demo ，表示信用卡申请demo软件的V1.0版本在 5月1日做了一次修订。

3.4 正式版本号的升级规则
软件的正式版本号升级，应该能体现出版本继承性关系，根据软件改动的大小，进行正式版本号升级。
3.4.1 软件版本升级规则
1) 研发阶段主版本X的值为0，上线主版本X升级为1，后续根据合同修改主版本号，如第一期合同主版本号为1，第二期合同主版本号为2.
2) 软件的初始正式版本号为V1.0.0；
3) 软件次版本号根据修改的功能及工作量依次递增。如增加一项大的功能，则次版本号增加1。
4) 修订号及时间：在没有增加或减少大功能情况下的改动，使用修订号。同一天发布的修订版本不超过10个，如 5月1日，共对一个软件做了3次修改，软件主版本号及次版本号为1和1，则这一天发布的版本分别为：V1.1.0_ 0501、V1.1.1_ 0501、V1.1.2_ 0501.
3.4.2 演示版本升级规则
1) 演示版本X的值为0，不做升级。.
2) 软件的初始版本号为V0.1.0；
3) 软件次版本号根据修改的功能及工作量依次递增。如增加一项大的功能，则次版本号增加1。
4) 修订号及时间：在没有增加或减少大功能情况下的改动，使用修订号。同一天发布的修订版本不超过10个，如 5月1日，共对一个软件做了3次修改，软件主版本号及次版本号为0和1，则这一天发布的版本分别为：V0.1.0_ 0501demo、V0.1.1_ 0501demo、V0.1.2_ 0501demo.
3.5 版本的安装文件命名规则及存放路径
1) 安装文件名同软件版本命名；
2) 对外发布的产品版本及演示版本，如无特殊要求，均统一上传到fir.im平台。上传时在更新日志说明使用此软件所需具备的条件及本次更新的详情，如服务地址的设置以及本次发布的版本做的修改。
3) 备注：演示版本发布时需注意，同个版本如果功能不变，仅修改logo、增加或减少外设等，打包时使用同个ID，发布时使用同一个地址，可下载历史版本。
4 软件版本发布流程
1) 软件开发人员经过starteam提交修改版本。
2) 项目经理审核版本质量，确保达到发布标准；
3) 由项目经理根据该版本的变更改动量大小及复杂度确定版本号，并对该版本的历史版本统一管理(建议使用excel表格记录版本号及改动)。
4) 版本发布的工作由项目经理负责，发布的版本必须有备注说明（每月月底项目经理提交所负责的项目版本excel表格给**版本管理员**）。
5 管理条例
1) 有审核权的人员不在岗时，应事先指定授权人；
2) 项目结束开发阶段，进入版本发布阶段时，项目经理应经过公司邮件形式通知项目相干人，包括版本发布的地址及版本号，功能描述等。
3) 版本管理员每月月底整理一次版本信息，保存到服务器（192.168.*.**），并以邮件形式发给部门经理。
6 附录
1) 附录A《版本说明表》
附录A
版本说明表
表 HT- -01 编号：
版本基本信息（由软件项目组长填写）
正式版本号

演示版本号

提交人

提交时间

所属部门

所属项目

与版本配套的版本说明文件名：
版本的配套性及兼容性说明（由项目经理填写）
项目经理

审批意见
同意 不同意
对应硬件版本
android

ios

其它配套及兼容性说明:

该软件版本是否开放给客户
o是 o否
版本制作（由软件项目组长填写）
自测人员

自测
o经过 o不经过
版本审核（由版本管理员填写）
审批人

命名规范
o经过 o不经过
版本发布 (由版本管理员填写）
发布人

版本当前位置

测试报告（由测试组长填写）
提交人

结论：
测试报告文件名：
A类故障个数：
B类故障个数：
C类故障个数：
其它：
版本使用注意事项：
版本状态 (由版本管理员填写）
审批人

结论
o经过 o不经过