软件版本管理规范标准.docx
《软件版本管理规范标准.docx》由会员分享，可在线阅读，更多相关《软件版本管理规范标准.docx（7页珍藏版）》请在冰豆网上搜索。
软件版本管理规范标准
软件版本管理规范
V1.0.0
文档版本变更记录：
版本号
拟制日期
拟制人
版本描述
存档编号
V1.0.0
2015-5-13
初始版本
1
2
3
4
5
6前言
为规范部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。
本标准由移动金融事业部拟制。
本标准于2015年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版本在2015年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版本在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编号：
版本基本信息（由软件项目组长填写）
正式版本号
演示版本号
提交人
提交时间
所属部门
所属项目
与版本配套的版本说明文件名：
版本的配套性及兼容性说明（由项目经理填写）
项目经理
审批意见
同意不同意
对应硬件版本
android
ios
其他配套及兼容性说明:
该软件版本是否开放给客户
是否
版本制作（由软件项目组长填写）
自测人员
自测
通过不通过
版本审核（由版本管理员填写）
审批人
命名规范
通过不通过
版本发布（由版本管理员填写）
发布人
版本当前位置
测试报告（由测试组长填写）
提交人
结论：
测试报告文件名：
A类故障个数：
B类故障个数：
C类故障个数：
其他：
版本使用注意事项：
版本状态（由版本管理员填写）
审批人
结论
通过不通过
欢迎您的光临，Word文档下载后可修改编辑.双击可删除页眉页脚.谢谢！
希望您提出您宝贵的意见，你的意见是我进步的动力。
赠语；1、如果我们做与不做都会有人笑，如果做不好与做得好还会有人笑，那么我们索性就做得更好，来给人笑吧！
2、现在你不玩命的学，以后命玩你。
3、我不知道年少轻狂，我只知道胜者为王。
4、不要做金钱、权利的奴隶；应学会做“金钱、权利”的主人。
5、什么时候离光明最近？
那就是你觉得黑暗太黑的时候。
6、最值得欣赏的风景，是自己奋斗的足迹。
7、压力不是有人比你努力，而是那些比你牛×几倍的人依然比你努力。
（学习的目的是增长知识，提高能力，相信一分耕耘一分收获，努力就一定可以获得应有的回报）
升级会员 