软件版本管理规范标准

软件版本管理规范v1.0.0文档版本变更记录：版本号拟制日期拟制人版本描述存档编号v1.0.02015-5-13初始版本精品资料目录前言.41 范 围 .52 术语和定义.62.1软件 .62.2产品软件 .62.3演示软件 .63 软件版本命名规则.63.1软件版本命名组成.63.2产品软件版本命名.63.3演示软件版本命名.73.4正式版本号的升级规则.83.4.1软件版本升级规则.83.4.2演示版本升级规则.93.5版本的安装文件命名规则及存放路径.94 软件版本发布流程.95 管理条例 .106 附 录 .10前言为规范部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由移动金融事业部拟制。本标准于2015 年 6 月首次发布。软件版本管理规定1 范围本标准规定了移动银行事业部产品软件版本的控制与管理。本标准适用于移动银行事业部产品软件版本的控制与管理。2 术语和定义下列定义适用于本标准。2.1 软件指与产品相关的所有软件，可以分为产品软件和演示软件。2.2 产品软件已签订合同，有明确交付日期的产品。2.3 演示软件处于研发阶段，并未正式投入生产的应用。3 软件版本命名规则3.1 软件版本命名组成产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号， 第三部分为修订版本号，第四部分为日期版本号。产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。3.2 产品软件版本命名产品软件版本的命名规则如下所示：产品标识vx.y.z_ yymmdd版本号和时间之间以下划线分隔。具体含义见表1 。表 1 软件版本命名规则描述描述项名称描述项说明vv 代表版本号的起始位主版本 x一位数字表示，初始值为1 ，表示软件的主版本号次版本 y一位数字表示，初始值为0 ，表示软件的次版本号修订号 z一位数字表示，初始值为0 ，表示软件的修订号，取值范围 09 ，同一天的修订号不超过10 个 。时间 yymmdd六位数字表示， 2 位数字年， 2 位数字月， 2 位数字日例如：信用卡 v1.0.0_150501，表示信用卡v1.0 版本在 2015 年 5 月 1 日做了一次修订并发布了版本。3.3 演示软件版本命名演示软件版本的命名规则如下所示：产品标识vx.y.z_ yymmdddemo版本号和时间之间以下划线分隔。具体含义见表2 。表 2演示软件版本命名规则描述描述项名称描述项说明vv 代表版本号的起始位主版本 x一位数字表示，初始值为1 ，表示软件的主版本号次版本 y一位数字表示，初始值为0 ，表示软件的次版本号描述项名称描述项说明一位数字表示，初始值为0 ，表示软件的修订号，取修订号 z值范围 09 ，同一天的修订号不超过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版本说明表版本基本信息（由软件项目组长填写）正式版本号演示版本号提交人提交时间所属部门所属项目与版本配套的版本说明文件名：版本的配套性及兼容性说明（由项目经理填写）项目经理审批意见同意不同意对应硬件版本androidios其他配套及兼容性说明:表 ht-2005-01编号：该软件版本是否开放给客户版本制作 （由软件项目组长填写）是否自测人员版本审核 （由版本管理员填写）自测通过不通过审批人版本发布(由版本管理员填写）命名规范通过不通过发布人版本当前位置测试报告 （由测试组长填写）提交人结论：测试报告文件名：a 类故障个数：b 类故障个数：c 类故障个数：其他：版本使用注意事项：版本状态(由版本管理员填写）审批人结论通过不通过欢迎您的 光临， word 文档下 载后可 修改编 辑 双 击可删 除页眉 页脚 谢谢！ 希望您 提出您 宝贵的 意见， 你的意 见是我 进步的 动力。 赠语； 、如果我 们做与 不做都 会有人 笑，如 果做不 好与做 得好还 会有人 笑，那 么我们 索性就 做得更 好，来 给人笑 吧！ 、 现在你 不玩命 的学， 以后命 玩你。 、我 不知道 年少轻 狂，我 只知道 胜者为 王。 、不 要做金 钱、权