OEM:是给计算机厂商随着计算机贩卖的,也就是随机版。
RTM:是给工厂大量压片的版本,内容跟正式版是一样的,不过RTM.也有出120天评估版。
RVL:是正式上架零售版。
OEM=RVL:只是它的安装内容的内定值不一样,所以会有分别。随机版——能从全新的硬盘内安装,不支持升级式的安装升级版 ——用升级式的安装,不支持全新的安装零售版——则两种安装方式都支持,这也是为什么零售版的价格最贵至于安装后的东西都一样,差别只是在支持的安装方式而己!软件版本小知识
Alpha版(内部测试版):一般只在软件开发公司内部运行,不对外公开。主要是开发者自己对产品进行测试,检查产品是否存在缺陷、错误,验证产品功能与说明书、用户手册是否一致。
Beta版(外部测试版):软件开发公司为对外宣传,将非正式产品免费发送给具有典型性的用户,让用户测试该软件的不足之处及存在问题,以便在正式发行前进一步改进和完善。一般可通过Internet免费下载,也可以向软件公司索取。
Demo版(演示版):主要是演示正式软件的部分功能,用户可以从中得知软件的基本操作,为正式产品的发售扩大影响。如果是游戏的话,则只有一两个关卡可以玩。该版本也可以从Internet上免费下载。
Enhace版(增强版或加强版):如果是一般软件,一般称作“增强版”,会加入一些实用的新功能。如果是游戏,一般称作“加强版”,会加入一些新的游戏场景和游戏情节等。这是正式发售的版本。
Free版(自由版):这一般是个人或自由软件联盟组织的成员制作的软件,希望免费给大家使用,没有版权,一般也是通过Internet免费下载。
Full Version版(完全版):也就是正式版,是最终正式发售的版本。
Shareware版(共享版):有些公司为了吸引客户,对于他们制作的某些软件,可以让用户通过Internet免费下载的方式获取。不过,此版本软件多会带有一些使用时间或次数的限制,但可以利用在线注册或电子注册成为正式版用户。
Release版(发行版):不是正式版,带有时间限制,也是为扩大影响所做的宣传策略之一。比如Windows Me的发行版就限制了只能使用几个月,可从Internet上免费下载或由公司免费奉送。
Uprgade版(升级版):当你有某个软件以前的正式版本时,可以购买升级版,将你的软件升级为最新版。升级后的软件与正式版在功能上相同,但价格会低些,这主要是为了给原有的正版用户提供优惠。
软件版本号命名规则为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢?
让我们看一下比较普遍的 3 种命名格式:
GNU 风格的版本号命名格式:
主版本号 . 子版本号 [ . 修正版本号 [ . 编译版本号 ] ]
英文对照:
Major_Version_Number . Minor_Version_Number [ . Revision_Number [ . Build_Number ] ]
示例: 1.2.1,2.0, 5.0.0 build-13124
Windows 风格的版本号命名格式:
主版本号 . 子版本号 [ 修正版本号 [ . 编译版本号 ] ]
英文对照:
Major_Version_Number . Minor_Version_Number [ Revision_Number [ . Build_Number ] ]
示例: 1.21, 2.0
.Net Framework 风格的版本号命名格式:
主版本号 . 子版本号 [ . 编译版本号 [ . 修正版本号 ] ]
英文对照:
Major_Version_Number . Minor_Version_Number [ . Build_Number [ . Revision_Number ] ]
官方说明参考:http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/frlrfSystemVersionClassTopic.asp
说明:
GNU 风格的版本号管理策略当项目初版本时, 版本号可以为 0.1 或 0.1.0, 也可以为 1.0 或 1.0.0, 如果你为人很低调, 我想你会选择那个主版本号为 0 的方式;当项目在进行了局部修改或 bug 修正时, 主版本号和子版本号都不变, 修正版本号加 1;当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉;当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加 1;另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.
Windows 下的版本号管理策略当项目初版时, 版本号为 1.0 或 1.00;当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变, 修正版本号加 1;当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉;当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, 主版本号加 1;另外, 编译版本号一般是编译器在编译过程中自动生成的, 我们只定义其格式, 并不进行人为的控制.另外, 还可以在版本号后面加入 Alpha, Beta, Gamma, Current, RC (Release Candidate), Release, Stable 等后缀, 在这些后缀后面还可以加入 1 位数字的版本号.对于用户来说,如果某个软件的主版本号进行了升级,用户还想继续那个软件,则发行软件的公司一般要对用户收取升级费用;而如果子版本号或修正版本号发生了升级,一般来说是免费的。
分享到:
相关推荐
软件版本常识和软件版本号命名规则_任由我心随我欲`不问世间方与圆.txt
软件版本号命名规则,对软件版本号命名不是很清楚的朋友可以看看.
根据医疗器械软件注册技术审查指导原则编写的软件版本命名规则 1. 概述 2. 版本定义及分类 3. 命名规则 4. 软件更新 4.1基本考量 4.2重大增强类软件更新 4.3轻微增强类软件更新 4.4纠正类软件更新
编制软件产品版本号的命名标准,能快速提升公司开发软件产品生命周期内的开发管理水平,为产品的开发、测试、更新、升级提供更为高效、高质量的服务
软件项目版本号的命名规则及格式 PDF文档
* xxx公司软件系统版本号命名规则
【项目管理知识】软件项目版本号的命名规则及格式介绍.docx
不错的一片文章。弄成WPS格式,希望知道版本号具体设置的人可以看下。
软件项目版本号的命名规则及格式介绍 详细阐述了世界各地各领域的版本规则及格式
软件版本号命名规则规范及各阶段标识方法
【项目管理知识】软件项目版本号的命名规则及格式介绍-7页.pdf
GNU 风格的版本号管理策略 Window 下的版本号管理策略
当新增功能(不影响 API 的兼容性),API 被标记先行版本号(Pre-release)意味该版本不稳定,可能存在兼容性问题,其格式为:X.Y.[a-c][正
工作程序 4.1 文件的分类和编号 4.1.1 文件分为如下几类: 1)品质管理手册(一级文件) QM 2)程序文件(二级文件) QP 3)作业指导文件(三级文件) WI (设备操作...----- 程序文件命名规则全文共1页,当前为第1页。
版本号命名规则:k2p_57_vxx.bin。 xx为版本号,如k2p_57_v10.bin表示v1.0版本 如果后面有d字母,则表示测试版本,比如k2p_57_v10d.bin表示v1.0的测试版本 vxx后跟数字表示补丁版本,如k2p_57_v11_1.bin表示V1.1...
发票名称,发票金额,开票日期,发票类型,发票代码,二级目录,购买方、销售方自由组合命名规则。 默认规则:二级目录_开票日期_发票代码_发票号码_发票金额。 发票金额不再取整,保留小数。 适配新版电子发票,修复...
- 批量重命名工具:支持多种命名规则,功能强大; - 文件夹同步工具:可比较并同步不同文件夹内容; - 文件间内容比较:可比较并修改文件间内容差异; - 增强的搜索功能:可按指定条件搜索文件及内容; - 文件...