【软件开发规范三】【软件版本命名规范】

目 录

??1.1 版本命名规则 ??

??1.1.1 版本命名规范 ??

??1.1.2 软件版本阶段说明 ??

??1.1.3 版本 修改规则 ??

??1.1.4 版本发布周期 ??

??1.1.5 版本 修改举例说明 ??

1.1 版本命名规则

1.1.1 版本命名规范

软件版本 有四部分组成，第一部分为主版本 ，第二部分为次版本 ，第三部分为修订版，第四部分为日期版本 加希腊字母版本 ，希腊字母版本 共有五种，分别为base、alpha、beta、RC、release

1.1.2 软件版本阶段说明

? Base：此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是    页面中的功能都没有做完整的实现，只是做为整体 站的一个基础架构。

? Alpha ：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。测试人员提交Bug经开发人员修改确认之后，发布到测试 址让测试人员测试，此时可将软件版本标注为alpha版。

? Beta ：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。修改的的Bug 经测试人员测试确认后可发布到外 上，此时可将软件版本标注为 beta版。

? RC ：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。

? Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称标准版。

1.1.3 版本 修改规则

（1）主版本 ：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本 由项目决定是否修改。

（2）次版本 ：相对于主版本 而言，次版本 的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者 是功能上有大的改进或增强。此版本 由项目决定是否修改。

（3）修订版本 ：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重 Bug 即可发布一个修订版。此版本 由项目经理决定是否修改。

（4）日期版本 ：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本 。此版本 由开发人员决定是否修改。

（5）希腊字母版本 ：此版本 用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本 。此版本 由项目决定是否修改。

1.1.4 版本发布周期

（1）非紧急情况：首先由测试人员测试并提交Bug，其次开发人员会尽量在当天修复Bug并在第二天发布该版本的alpha版，然后由测试人员测试验证关闭Bug之后在第三天会发布该版本的 beta 版。

（2）紧急情况：如果Bug比较紧急可跳过一般流程，由开发人员尽快修复Bug，测试确认之后直接发布该版本的 beta版。

1.1.5 版本 修改举例说明

如此时版本 为：1.0.0.0321_alpha ，此时为内部测试阶段

（1）开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug之后，发布到外 时，此时就进入了软件的下一个阶段，版本 可改为：1.0.0.0321_beta ，如当前日期跟上一个版本 的日期不一样，版本 可改为：1.0.0.0322_beta。

（2）如果修复了一些重大Bug 并按照流程发布到外 时就可发布一个修订版，如1.0.1.0322_beta，日期为发布的当前日期。

（3）如果对软件进行了一些功能上的改进或增强，进行了一些局部变动的时候要修改次版本 ，如：1.1.0.0322_beta（上一级有变动时，下级要归零）。

（4）当功能模块有较大变动，增加模块或整体架构发生变化时要修改主版本 ，如新增加了退款功能，则版本 要改为：2.0.0.0322_beta 。

文章知识点与官方知识档案匹配，可进一步学习相关知识Java技能树使用JDBC操作数据库数据库操作93759 人正在系统学习中