Q_0371CWKJ001-2019测量软件开发版本管理.pdf

郑州辰维科技股份有限公司 软件版本管理规范 软件版本管理规范(草案) 1.目的 为加强软件版本管理，规范软件版本管理工作流程，提高版本运行维护质 量，保证信息系统安全可靠高效地运行，特制订本规范。 2.适用范围 适用于辰维公司正在研发和已经研发完成的所有软件产品。 3.职责 3.1 项目负责人 负责协调软件版本管理的流程，负责确定软件的维护版本号的升级；负责召 集版本升级评审会等，对整个版本管理过程负总责。 3.2 配置管理员 负责统计公司内所有软件的版本信息，管理版本号，向项目负责人传达技术 及销售人员反馈的软件问题并进行汇总，并在软件升级结束后向技术及销售人员 发布新的软件版本。 3.3 开发人员 软件工程师负责对软件系统进行升级，并把升级后的软件上传至服务器。项 目负责人通知测试人员对升级后的版本进行测试。 3.4 测试人员 负责对升级后的软件进行测试，并将测试结果反馈给项目负责人。 4.软件版本管理规范 4.1 版本命名规范 版本： 主版本号.子版本号.维护版本号.Tag.测试版本号 （1） 主版本号：使用 1 位数字，从 1 开始；当功能模块有较大变动或者 子版本号满，即可升级，比如增加多个模块或者整体架构发生变化。此版本 号变更需经技术管理委员会审批。主版本号的改变，则子版本号、测试版本 号、Tag 和维护版本号重置； （2） 子版本号：使用 1 位数字，从0 开始当功能有一定增加、变化或者 测试版本号满，即可升级，比如增加来了对权限控制、增加自定义视图等功 能。此版本号变更需经公司总工批准。子版本号改变、Tag 和维护版本号重 置； （3） 维护版本号：可选项，两位数字，从 1 开始，系统交付用户后，功 能有少量的增加或者变化，或者对已发布系统的缺陷修复或者一些小的变动， 则通过升级维护版本号的方式来发布。维护版本号改变，则测试版本号和Tag 重置； （4） Tag 分为三类，分别为：Alpha、Beta、Release; Alpha 版：简称(A),内部测试版，一般只在内部运行，不对外公开；主要是 项目组成员对产品进行测试，检查产品是否存缺陷、错误，验证产品功能与 说明书、用户手册是否一致； Beta 版：简称(B),当软件进入模拟生产环境测试阶段或发布给典型用户进行 郑州辰维科技股份有限公司 软件版本管理规范 测试；该版本相对于Alpha 版已有了很大的改进，消除了严重的错误，但还 是存在着一些缺陷，需要经过进一步的测试，以便在正式发行前进行改进和 完善。该版本也称为待发行版； Release 版：简称（R），是最终交付用户使用的一个版本，该版本也称为正 式发行版。R 版无测试版本号。 （5） 测试版本号：为可选项，两位数字，从 1 开始；一般是测试时 Bug 修复或是一些变更，时间间隔不限；Bug 修正，即可升级。此版本号可由项 目经理决定是否修改；测试版本号不对用户显示； （6） 项目初始版本为 1.0;每一次版本更新，项目负责人需备份对应代码 （一般为VSS 备份）、做更新记录并以版本号为唯一标示； 示例： 版本名 含义 V1.0.A.1 表示1.0 Alpha 版,测试版本号为1 V1.0.1.B.1 表示1.0.1 Beta 版,测试版本号为1 V1.0.R 表示1.0 R 版 V1.0.1.R 表示1.0 R 版，维护版本号为1 4.2 软件版本变更 软件版本的变更内容主要包括： a. 软件发布光盘封皮版本标示