软件版本管理规范标准

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件版本管理规范

V1.0.0

文档版本变更记录:

目录

前言 (3)

1 范围 (4)

2 术语和定义 (4)

2.1 软件 (4)

2.2 产品软件 (4)

2.3 演示软件 (5)

3 软件版本命名规则 (5)

3.1 软件版本命名组成 (5)

3.2 产品软件版本命名 (5)

3.3 演示软件版本命名 (6)

3.4 正式版本号的升级规则 (7)

3.4.1 软件版本升级规则 (7)

3.4.2 演示版本升级规则 (8)

3.5 版本的安装文件命名规则及存放路径 (8)

4 软件版本发布流程 (9)

5 管理条例 (9)

6 附录 (10)

前言

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

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

本标准于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)版本管理员每月月底整理一次版本信息,保存到服务器

相关文档
最新文档