V1。0.0

文档版本变更记录：

为规范部门产品软件版本的管理与控制,保证产品版本的有效与质量，制定本标准。

本标准由移动金融事业部拟制。

本标准于2015年6月首次发布.

软件版本管理规定

1范围

    本标准规定了移动银行事业部产品软件版本的控制与管理。

    本标准适用于移动银行事业部产品软件版本的控制与管理.

2术语和定义

    下列定义适用于本标准。

2.1软件

指与产品相关的所有软件，可以分为产品软件和演示软件.

2.2产品软件

已签订合同,有明确交付日期的产品.

2.3演示软件

处于研发阶段,并未正式投入生产的应用。

3软件版本命名规则

3.1软件版本命名组成

产品的正式软件版本命名由四部分组成。第一部分为主版本号,第二部分为次版本号，第三部分为修订版本号,第四部分为日期版本号。

产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。

3.2产品软件版本命名

产品软件版本的命名规则如下所示:

产品标识VX。Y。Z_YYMMDD

版本号和时间之间以下划线分隔.具体含义见表1。

表1 软件版本命名规则描述

 信用卡V1。0。0_150501 ，表示信用卡V1.0版本在2015年5月1日做了一次修订并发布了版本.

3.3演示软件版本命名

演示软件版本的命名规则如下所示：

产品标识VX。Y.Z_YYMMDDdemo

版本号和时间之间以下划线分隔.具体含义见表2. 

表2 演示软件版本命名规则描述

信用卡申请V1.0。0_150501demo ，表示信用卡申请demo软件的V1。0版本在2015年5月1日做了一次修订.

3.4正式版本号的升级规则

软件的正式版本号升级,应该能体现出版本继承性关系，根据软件改动的大小，进行正式版本号升级.

3.4.1软件版本升级规则

1)研发阶段主版本X的值为0，上线主版本X升级为1，后续根据合同修改主版本号，如第一期合同主版本号为1,第二期合同主版本号为2。

2)软件的初始正式版本号为V1。0。0；

3)软件次版本号根据修改的功能及工作量依次递增。如增加一项大的功能，则次版本号增加1。

4)修订号及时间：在没有增加或减少大功能情况下的改动，使用修订号.同一天发布的修订版本不超过10个,如2015年5月1日，共对一个软件做了3次修改，软件主版本号及次版本号为1和1，则这一天发布的版本分别为：V1。1.0_20150501、V1。1。1_20150501、V1。1。2_20150501.

3.4.2演示版本升级规则

1)演示版本X的值为0，不做升级..

2)软件的初始版本号为V0。1。0;

3)软件次版本号根据修改的功能及工作量依次递增.如增加一项大的功能，则次版本号增加1。

4)修订号及时间:在没有增加或减少大功能情况下的改动，使用修订号。同一天发布的修订版本不超过10个，如2015年5月1日，共对一个软件做了3次修改,软件主版本号及次版本号为0和1，则这一天发布的版本分别为：V0。1。0_20150501demo、V0。1。1_20150501demo、V0。1.2_20150501demo。

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-2005-01                         编号: