- 浏览: 24084 次
- 性别:
- 来自: 天津
文章分类
最新评论
前言: 从网上找到的有关软件发布时候,如何命名的相关规则。虽然你可以对自己发布的软件随便起名,但尊循一定规则,还是非常有交流。
第一篇文章: 1 版本类型 1.1 正式版本 Enhance:增强版或者加强版 属于正式版 Full version:完全版 属于正式版 Release:发行版,有时间限制 Upgrade:升级版 Retail:零售版 Plus:增强版,不过这种大部分是在程序界面及多媒体功能上增强。 1.2 测试版本 Alphal:内部测试版 Beta:外部测试版 M 版: Milestone,意思是每个开发阶段的终结点的里程碑版本 Trail:试用版(含有某些限制,如时间、功能,注册后也有可能变为正式版) RC版:Release Candidate,意思是发布倒计时,该版本已经完成全部功能并清除大部分的BUG。到了这个阶段只会除BUG,不会对软件做任何大的更改。 RTM版:Release To Manufactur,意思是发布到生产商,这基本就是最终的版本 GA版:Generally Available, 最终版 1.3 产品版本 Shareware:共享版 Free:自由版 Cardware:属共享软件的一种,只要给作者回复一封电邮或明信片即可。(有的作者并由此提供注册码等),目前这种形式已不多见。 Demo:演示版 Preview:预览版 Corporation & Enterprise:企业版 Standard:标准版 Mini:迷你版(精简版),只有最基本的功能 Premium:贵价版 Professional:专业版 Express:特别版 Deluxe:豪华版 Regged:已注册版 1.4 语言分类 CN:简体中文版 CHT:繁体中文版 EN:英文版 Multilanguage:多语言版 1.5 其他分类 Rip:是指从原版文件(一般是指光盘或光盘镜像文件)直接将有用的内容(核心内容)分离出来,剔除无用的文档,例如PDF说明文件啊,视频演示啊之类的东西,也可以算做是精简版吧…但主要内容功能是一点也不能缺少的!另:DVDrip是指将视频和音频直接从DVD光盘里以文件方式分离出来。 OEM版:Original Equipment Manufacturer,意思是提供给电脑生产厂的版本 FPP版:Full Packaged Product (FPP)–Retail,就是零售版(盒装软件),这种产品的光盘的卷标都带有“FPP“字样 VLO版:Volume Licensing for Organizations ,团体批量许可证(大量采购授权合约),这是为团体购买而制定的一种优惠方式。 这种版本根据购买数量等又细分为以下5种版本: 开放式许可证--Open License 选择式许可证--Select License 企业协议--Enterprise Agreement 企业订阅协议--Enterprise Subscription Agreement 学术教育许可证--Academic Volume Licensing 2 版本编号 2.1 编号句法x.y.z X:主版本号,用来表示提供给客户的产品功能的主要增强。在一个极端的例子中,主版本号的上升用来说明产品现在已经拥有了一个全新的功能类。从市场和许可权的角度来看,主版本号的升级相当于购买一个完全独立的产品。从开发者角度来看,一个主版本号的迭代差不多总是反映了一个新的独立分支或是其主干还可以延续主版本的生命期。 Y:特征版本号,用来表示产品新增了一些特征,或者是在原来文档中描述的特征上作了重要的修改。用来确定特征版本号什么时候需要修改的一个衡量标准就是产品功能说明书。产品的特征版本升级是在主版本之间保持产品竞争力的一种重要机制。 Z:缺陷修复版本号,用来表示在该版本上所做的缺陷维护行为的等级。版修复版本是稳定市场和最小化客户技术支持费用负担的一种重要机制。 2.2 支持α和β发布的编号句法x.y.z[A|B] A:表示是α版本 B:表示是β版本 |:表示逻辑运算符“或” []:表示内部的元素是可选择的 说明:最后一个α或β发布之后,给正式客户发布版本来一个进位,以使其在“z”的位置出现一个0。如:正式客户发布2.2.6用版本号2.3.0来代替。 3 软件发布规则举例 3.1 简要描述 用于文件目录,压缩包等。 ProjectName-x.y.bYYYYMMDD[.n] (每日构建) ProjectName-x.y.Mn (里程碑) ProjectName-x.y.Betan (测试发布) ProjectName-x.y.RCn (稳定化发布) ProjectName-x.y.RTX[.Rn] (正式发布,或带更新包的正式发布) 3.2 详细描述 用于软件内部描述,如:“关于软件”。 ProjectName [V/版本]x.y.bn.un.[Mn/Betan/RCn/RTX[.Rn]].bYYYYMMDD[.n] 其文档版本发行规则: DocumentName-Vx.y[.Rn] (发布,或带修订的发布) 简要描述举例: xoWidgets的发布: xoWidgets-1.0.b20080101 xoWidgets-1.0.b20080101.2 (当天第二次发布) ... xoWidgets-1.0.M1 (里程碑版本1) xoWidgets-1.0.b20080601 xoWidgets-1.0.b20080601.2 (当天第二次发布) ... xoWidgets-1.0.M2 (里程碑版本2) ... xoWidgets-1.0.Beta1 (测试版本1) xoWidgets-1.0.Beta2 (测试版本2) ... xoWidgets-1.0.RC1 (预发布版本1) xoWidgets-1.0.RC2 (预发布版本2) ... xoWidgets-1.0.RTX (交互的正式版本) xoWidgets-1.0.RTX.R1 (交互的正式版本,带R1更新) xoWidgets-1.0.RTX.R2 (交互的正式版本,带R2更新) ... 详细描述举例: xoWidgets V1.0.2480.512.RTX.R2.b20081201 注: (1) x - major,主要版本号 (2) y - minor,次要版本号 (偶数为稳定版本,奇数为开发版本) (3) bn - build number,构建号 (4) un - update number,更新号 (5) YYYYMMDD - 年月日 (6) n - 递增的整数 第二篇文章: 优秀项目—档案—的命名惯例 第三篇文章 1.版本号: 第四篇文章 目前软件行业主流的版本号管理有3 种方案,搜集并整理如下: 以上资料均来自网络仅供参考,如下: http://www.cnblogs.com/gis_gps/archive/2009/05/15/1458053.html http://hi.baidu.com/35316/blog/item/4a40a818fa11e30f35fa41c2.html http://hi.baidu.com/cpucn/blog/item/6d116b7b1f1b45ff0ad187c7.html
用GNU风格的命名习惯,档案名加主版本号.辅版本号.补丁编号
让档案名称符合GNU命名规则是一个礼人利己的事情,GNU的命名规则是:以所有字母都小写的主名称作为前缀,后跟一个破折号,再跟一个版本号,扩展说明,以及其他后缀。
我们举例说明如下:假定您有一个项目叫做“foobar”,现在她的进展状况是第一版、第二次发布、第三补丁。如果她只有一个档案包(可能就是所有的源码), 那么她的名称应该是:
foobar-1.2.3.tar.gz
源代码档案包
foobar.lsm
LSM文件(如果您需要将这个项目提交到Metalab上,则需要这个LSM文件)。
请千万不要把名字起成下面的样子:
foobar123.tar.gz
(这会让人误解为是一个名为“foobar123”的项目)
foobar1.2.3.tar.gz
(这会让人误解为是一个名为“foobar1”项目的第2.3版)
foobar-v1.2.3.tar.gz
(许多处理程序将会把她理解为名为“foobar-v1”的项目)
foo_bar-1.2.3.tar.gz
(下划线读起来即不上口,也不容易让别人输入和记住)
FooBar-1.2.3.tar.gz
除非您乐意被看成是市井小人,否则就不要这么写。因为这种写法同样不易读、输入和记忆。
如果您想对源代码包和二进制包有所区别,或者想区分不同类型的二进制包、由不同编译选项编译出来的二进制包,请在文件名的“扩展说明”部分来表示那些信息,扩展说明紧跟在版本号之后。也就是说您可以这样起名字:
foobar-1.2.3.src.tar.gz
(表示源代码包)
foobar-1.2.3.bin.tar.gz
(表示二进制包,但不确定具体类型)
foobar-1.2.3.bin.ELF.tar.gz
(表示ELF格式的二进制包)
foobar-1.2.3.bin.ELF.static.tar.gz
(表示静态链接库的ELF格式二进制包)
foobar-1.2.3.bin.SPARC.tar.gz
(表示SPACE格式的二进制包)
千万不要使用“foobar-ELF-1.2.3.tar.gz”这种格式的名称,因为处理程序对“-ELF” 这样的中缀将难以解释。
一个好的名称将按顺序包含以下几项:
项目名称前缀
破折号
版本号
点
“src”或“bin”标记(可选)
点或者破折号(建议使用点)
二进制格式和选项(可选)
归档和压缩后缀
当两个不同的项目使用同样的主名称时就会产生混淆。他们是Metalab索引文件(http://www.ibiblio.org/pub/Linux )和Freshmeat附录(http://www.freshmeat.net )。另外还有一个好地方是:SourceForge (http://www.sourceforge.net ),在这些地方您可以做一点名称检查的工作。
2.选择一个好的许可证和版权说明∶理论篇
开源与版权
任何非公共的东西几乎都有版权,有的甚至还有不止一个版权。
开源软件领域,则是另一番景象;在这里版权是用来保护许可证的。版权所有者唯一的权利就是确保许可证的落实。
采用遵照开源定义的许可证
开源软件的定义(OSD)是许可证的公共标准。OSD本身并不是一个许可证;而是给出了某个许可证要想成为开源许可证所必须包含的一个最小集合。 OSD和其他辅助资源可以从开源原动力站点获得。
如果没有特别的需要,最好不要自搞一套许可证
4.好的开发习惯
使用autoconf/automake/autoheader工具
如果用C写程序,记住一定要用autoconf/automake/autoheader工具来处理各种移植性的问题,用这些工具完成系统配置信息的收集,创建makefile文件。现在许多人在打算编译源码时只希望通过“configure; make”这样简单的命令就可以得到干净利落的编译,事实上大家就是这么干的。
发布前要仔细地检查代码
发布前要仔细地检查文档和README等文件
文档发布前最好用拼写检查工具查一遍。
5.制作项目发布包的好经验
确保tar包解压时会创建一个独立的新目录
整个项目的简介
项目的WWW站点所在的URL(如果有的话)
指出开发者编译整个项目所在的系统环境,并指出项目可能潜在的移植性问题
重要文件和子目录的结构信息
编译/安装步骤说明,或者指明这些信息所在的文件名(通常是INSTALL文件)
项目主持人和参与者的名单列表,或者指出这些信息所在的文件(通常是CREDITS文件)
最近关于本项目的一些进展情况和新闻,或者指出包含此信息的文件(通常是NEWS文件)
遵照标准文件命名规则
“勇猛的探索者”要想阅读README文件,他们就必须首先浏览解压后项目档案所在的根目录下的文件名。这些文件名本身就在向读者传达着许多信息。如果您遵照标准的命名规则就可以给那些探索者有价值得线索以便他们更好的理解您的意图。
这里列出了一些标准文件名称和他们的涵义。当然并不是所有项目发布时都必须包含所有这些文件。
README或READ.ME
整个项目的结构信息说明,第一个需要阅读的文件。
INSTALL
配置、编译和安装该项目的说明信息
CREDITS
本项目所有贡献者的列表
NEWS
本项目最近的一些新闻和进展状况
HISTORY
本项目的历史发展演变记录
COPYING
指出本项目采用的许可证条款(通常采用GNU GPL)
LICENSE
本项目的许可证条款文件
MANIFEST
本项目的所有文件列表
FAQ
关于本项目的纯文本格式的常见问题解答
TAGS
为Emacs或vi准备的tag标记文件
我们可以看出来,全部大写的文件名一般表示该文件是给人阅读的文档,而不是项目的一个组成部分。
编撰一个FAQ文件可以帮您很多忙。如果某个问题经常被其他人问起,就把这个问题列入FAQ文件;然后指导用户在向您发文或提交出错报告前首先阅读FAQ文件。一份好的FAQ文件可以给项目维护者减轻好几个数量级的负担。
另外在每次发布时都保留一个HISTORY文件和NEWS文件,并列明时间信息的做法是非常有好处的。在所有其他文件中,这两个文件可以让您在遇到一些专利侵权法律问题时有所准备(虽然这种情况至今还没有发生过,不过最好还是有备无患)。
为项目升级做好准备
只要您打算为您的项目发布新版本,项目就必定处在不断的变化之中。有些变化是不能向前兼容的。因此您必须认真思考安装程序设计上的问题,就是说让同一项目的不同版本的代码安装后可以共存在一个系统中。这个问题对库项目的发布尤为重要,因为您不能指望所有基于这个库的应用程序都会紧跟您的API接口规范的后尘。
6.好的文档编写惯例
7.好的沟通方式
建一个与项目相关的网站
如果您想围绕项目建立一个用户、开发者的网上社区的话,最好应该建一个网站。一个标准的项目网站一般包括如下内容:
项目的特点(为何要有这个项目,谁会对此项目感兴趣)。
下载项目源代码的地方。
指明如何加入项目相关的邮件列表。
一个常见问题解答列表。
HTML格式的项目文档。
与项目相关或竞争的其他项目或网站的链接。
有的项目站点甚至还有指向源码结构树的匿名访问链接(便于跟踪项目进展)。
8.好的项目管理经验
关于基本开发模式的讨论和对“早发布常发布”的集市开发模式的论述请参考《大教堂和集市》一文。
关于心理动机、社群习俗和化解各种冲突的讨论请参阅《开拓智域》一文。
关于开源软件经济学基础和各种商业运作模式的讨论请阅读 《魔法大锅炉》一文。
需要指出的是这些文章并非自由软件开发的终极论断,不过他们都是经过深思熟虑后的思想结晶,还没有其他文章超越了他们的深度(文章的作者非常希望未来某一天有人超越他们)。
V(Version):即版本,通常用数字表示版本号。(如:EVEREST Ultimate v4.20.1188 Beta )
Build:用数字或日期标示版本号的一种方式。(如:VeryCD eMule v0.48a Build 071112)
SP:Service Pack,升级包。(如:Windows XP SP 2/Vista SP 1)
2.授权和功能划分:
Trial:试用版,通常都有时间限制,有些试用版软件还在功能上做了一定的限制。可注册或购买成为正式版
Unregistered:未注册版,通常没有时间限制,在功能上相对于正式版做了一定的限制。可注册或购买成为正式版。
Demo:演示版,仅仅集成了正式版中的几个功能,不能升级成正式版。
Lite:精简版。
Full version:完整版,属于正式版。
3.语言划分:
SC:Simplified Chinese简体中文版。
CN : 简体中文版
GBK:简体中文汉字内码扩展规范版。
TC:Traditional Chinese繁体中文版。
CHT : 繁体中文版
BIG5:繁体中文大五码版。
EN : 英文版
Multilanguage : 多语言版
UTF8:Unicode Transformation Format 8 bit,对现有的中文系统不是好的解决方案。
4.开发阶段划分:
α(Alpha)版:内测版,内部交流或者专业测试人员测试用。Bug较多,普通用户最好不要安装。
β(Beta)版:公测版,专业爱好者大规模测试用,存在一些缺陷,该版本也不适合一般用户安装。
γ(Gamma)版:相当成熟的测试版,与即将发行的正式版相差无几。
RC版:Release Candidate。
RC 版。是 Release Candidate 的缩写,意思是发布倒计时,候选版本,处于Gamma阶段,该版本已经完成全部功能并清除大部分的BUG。到了这个阶段只会除BUG,不会对软件做任何大的更改。从Alpha到Beta再到Gamma是改进的先后关系,但RC1、RC2往往是取舍关系。
Final:正式版。
5.其他版本
Enhance :增强版或者加强版 属于正式版1
Free :自由版
Release :发行版 有时间限制
Upgrade :升级版
Retail :零售版
Cardware :属共享软件的一种,只要给作者回复一封电邮或明信片即可。(有的作者并由此提供注册码等),目前这种形式已不多见。/ S
Plus :属增强版,不过这种大部分是在程序界面及多媒体功能上增强。
Preview :预览版
Corporation & Enterprise :企业版
Standard :标准版
Mini :迷你版也叫精简版只有最基本的功能
Premium : 贵价版
Professional : 专业版
Express : 特别版
Deluxe : 豪华版
Regged : 已注册版
Rip :是指从原版文件(一般是指光盘或光盘镜像文件)直接将有用的内容(核心内容)分离出来,剔除无用的文档,例如PDF说明文件啊,视频演示啊之类的东西,也可以算做是精简版吧…但主要内容功能是一点也不能缺少的!另:DVDrip是指将视频和音频直接从DVD光盘里以文件方式分离出来。
RTM 版 :这基本就是最终的版本,英文是 Release To Manufactur,意思是发布到生产商。
Original Equipment Manufacturer (OEM)
You may license products through an Original Equipment Manufacturer (OEM). These products, such as Windows operating systems, come installed when you purchase a new computer.
OEM软件是给电脑生产厂的版本,无需多说。
Full Packaged Product (FPP)/Retail
Physical, shrink-wrapped boxes of licensed product that can be purchased in a local retail store or any local software retailer.
FPP就是零售版(盒装软件),这种产品的光盘的卷标都带有"FPP"字样,比如英文WXP Pro的FPP版本的光盘卷标就是WXPFPP_EN,其中WX表示是Windows XP,P是Professional(H是Home),FPP表明是零售版本,EN是表明是英语。获得途径除了在商店购买之外,某些MSDN用户也可以得到。
Volume Licensing for Organizations (VLO)
You may enjoy potentially significant savings by acquiring multiple product licenses. Depending on the size and type of your organization.
团体批量许可证(大量采购授权合约),这是为团体购买而制定的一种优惠方式。这种产品的光盘的卷标都带有"VOL"字样,取"Volume"前3个字母,以表明是批量,比如英文WXP Pro的VOL版本的光盘卷标就是WXPVOL_EN,其中WX表示是Windows XP,P是Professional(VOL没有Home版本),VOL表明是团体批量许可证版本,EN是表明是英语。获得途径主要是集团购买,某些MSDN用户也可以得到。
一、命名规则及格式
1.GNU 方案 :
命名规则:主版本号.子版本号[ .修正版本号 [ 编译版本号 ]]
英文对照:Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]]
示 例:1.1.5, 2.0, 2.1.0 build-1781
2.Windows 方案:
命名规则:主版本号.子版本号[ 修正版本号 [ 编译版本号 ]]
英文对照:Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Number]]
示 例:1.15, 2.0
3..Net Framework 方案:
命名规则:主版本号.子版本号[.编译版本号[.修正版本号]]
英文对照:Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Number]]
说 明:版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0 的整数。
二、一些约定
1.Major:具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。
2.Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。
3.Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。
4.Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。
5.程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。
三、版本号管理策略
1.GNU方案:
项目初版本时,版本号可以为 0.1 或 0.1.0,也可以为 1.0 或 1.0.0, 如果你为人很低调 , 我想你会选择那个主版本号为 0 的方式;
当项目在进行了局部修改或 bug 修正时 , 主版本号和子版本号都不变 , 修正版本号加 1;
当项目在原有的基础上增加了部分功能时 , 主版本号不变 , 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多 , 而导致项目整体发生全局变化时 , 主版本号加 1;
另外 , 编译版本号一般是编译器在编译过程中自动生成的,只定义其格式,并不进行人为控制。
2.Windows方案:
项目初版时 , 版本号为 1.0 或 1.00;
当项目在进行了局部修改或 bug 修正时,主版本号和子版本号都不变 , 修正版本号加 1;
当项目在原有的基础上增加了部分功能时 , 主版本号不变 , 子版本号加 1, 修正版本号复位为 0, 因而可以被忽略掉;
当项目在进行了重大修改或局部修正累积较多 , 而导致项目整体发生全局变化时 , 主版本号加 1;
另外 , 编译版本号一般是编译器在编译过程中自动生成的 , 我们只定义其格式 , 并不进行人为控制。
四、后缀
另外,版本号的后面还可加入 Alpha, Beta, Gamma, Current, RC (Release Candidate), Release, Stable 等后缀,后缀的后面还可以加入1 位数字的版本号。对于用户来说,如果某个软件的主版本号进行了升级,用户还想继续那个软件,则发行软件的公司一般要对用户收取升级费用;而如果子版本号或修正版本号发生了升级,一般来说是免费的。
附:常用的后缀及说明
alpha 内部测试版
beta 外部测试版
demo 演示版
Enhance 增强版或者加强版 属于正式版
Free 自由版
Full version 完全版 属于正式版
shareware 共享版
Release 发行版 有时间限制
Upgrade 升级版
Retail 零售版
Cardware 属共享软件的一种,只要给作者回复一封电邮或明信片即可。(有的作者并由此提供注册码等),目前这种形式已不多见。
Plus 属增强版,不过这种大部分是在程序界面及多媒体功能上增强。
Preview 预览版
Corporation & Enterprise 企业版
Standard 标准版
Mini 迷你版也叫精简版只有最基本的功能
Premium — 贵价版
Professional — 专业版
Express — 特别版
Deluxe — 豪华版
Regged — 已注册版
CN — 简体中文版
CHT — 繁体中文版
EN — 英文版
Multilanguage — 多语言版
五、其他
α版
此版本表示该软件仅仅是一个初步完成品,通常只在软件开发者内部交流,也有很少一部分发布给专业测试人员。一般而言,该版本软件的 bug 较多,普通用户最好不要安装。
β(beta)版
该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过大规模的发布测试来进一步消除。这一版本通常由软件公司免费发布,用户可从相关的站点下载。通过一些专业爱好者的测试,将结果反馈给开发者,开发者们再进行有针对性的修改。该版本也不适合一般用户安装。
γ版
该版本已经相当成熟了,与即将发行的正式版相差无几,如果用户实在等不及了,尽可以装上一试。
trial(试用版)
试用版软件在最近的几年里颇为流行,主要是得益于互联网的迅速发展。该版本软件通常都有时间限制,过期之后用户如果希望继续使用,一般得交纳一定的费用进行注册或购买。有些试用版软件还在功能上做了一定的限制。
unregistered(未注册版)
未注册版与试用版极其类似,只是未注册版通常没有时间限制,在功能上相对于正式版做了一定的限制,例如绝大多数网络电话软件的注册版和未注册版,两者之间在通话质量上有很大差距。还有些虽然在使用上与正式版毫无二致,但是动不动就会弹出一个恼人的消息框来提醒你注册,如看图软件 acdsee 、智能陈桥汉字输入软件等。
demo版
也称为演示版,在非正式版软件中,该版本的知名度最大。 demo 版仅仅集成了正式版中的几个功能,颇有点像 unregistered 。不同的是, demo 版一般不能通过升级或注册的方法变为正式版。
以上是软件正式版本推出之前的几个版本,α、β、γ可以称为测试版,大凡成熟软件总会有多个测试版,如 windows 98 的β版,前前后后将近有 10 个。这么多的测试版一方面为了最终产品尽可能地满足用户的需要,另一方面也尽量减少了软件中的 bug 。而 trial 、 unregistered 、 demo 有时统称为演示版,这一类版本的广告色彩较浓,颇有点先尝后买的味道,对于普通用户而言自然是可以免费尝鲜了。
正式版
不同类型的软件的正式版本通常也有区别。
release
该版本意味“最终释放版”,在出了一系列的测试版之后,终归会有一个正式版本,对于用户而言,购买该版本的软件绝对不会错。该版本有时也称为标准版。一般情况下, release 不会以单词形式出现在软件封面上,取而代之的是符号 (r) ,如 windows nt(r) 4.0 、 ms-dos(r) 6.22 等。
registered
很显然,该版本是与 unregistered 相对的注册版。注册版、 release 和下面所讲的 standard 版一样,都是软件的正式版本,只是注册版软件的前身有很大一部分是从网上下载的。
standard
这是最常见的标准版,不论是什么软件,标准版一定存在。标准版中包含了该软件的基本组件及一些常用功能,可以满足一般用户的需求。其价格相对高一级版本而言还是“平易近人”的。
deluxe
顾名思义即为“豪华版”。豪华版通常是相对于标准版而言的,主要区别是多了几项功能,价格当然会高出一大块,不推荐一般用户购买。此版本通常是为那些追求“完美”的专业用户所准备的。
reference
该版本型号常见于百科全书中,比较有名的是微软的 encarta 系列。 reference 是最高级别,其包含的主题、图像、影片剪辑等相对于 standard 和 deluxe 版均有大幅增加,容量由一张光盘猛增至三张光盘,并且加入了很强的交互功能,当然价格也不菲。可以这么说,这一版本的百科全书才能算是真正的百科全书,也是发烧友们收藏的首选。
professional(专业版)
专业版是针对某些特定的开发工具软件而言的。专业版中有许多内容是标准版中所没有的,这些内容对于一个专业的软件开发人员来说是极为重要的。如微软的 visual foxpro 标准版并不具备编译成可执行文件的功能,这对于一个完整的开发项目而言显然是无法忍受的,若客户机上没有 foxpro 将不能使用。如果用专业版就没有这个问题了。
enterprise(企业版)
企业版是开发类软件中的极品(相当于百科全书中的 reference 版)。拥有一套这种版本的软件可以毫无障碍地开发任何级别的应用软件。如著名的 visual c++ 的企业版相对于专业版来说增加了几个附加的特性,如 sql 调试、扩展的存储过程向导、支持 as/400 对 ole db 的访问等。而这一版本的价格也是普通用户无法接受的。如微软的 visual studios 6.0 enterprise 中文版的价格为 23000 元。
六 其他版本
除了以上介绍的一些版本外,还有一些专有版本名称。
update(升级版)
升级版的软件是不能独立使用的,该版本的软件在安装过程中会搜索原有的正式版,如果不存在,则拒绝执行下一步。如 microsoft office 2000 升级版、 windows 9x 升级版等等。
oem版
oem 版通常是捆绑在硬件中而不单独销售的版本。将自己的产品交给别的公司去卖,保留自己的著作权,双方互惠互利,一举两得。
单机(网络)版
网络版在功能、结构上远比单机版复杂,如果留心一下软件的报价,你就会发现某些软件单机版和网络版的价格相差非常大,有些网络版甚至多一个客户端口就要加不少钱。
普及版
该版本有时也会被称为共享版,其特点是价格便宜(有些甚至完全免费)、功能单一、针对性强(当然也有占领市场、打击盗版等因素)。与试用版不同的是,该版本的软件一般不会有时间上的限制。当然,如果用户想升级,最好还是去购买正式版。
以上是一些主流的软件版本号管理的情况,随着软件市场行为的变化,现在也出现了一些新的版本命名方式,比如windows xp中的xp是取自于experience中的第二、第三个字母。
基于商业上考虑,很多的软件都不是非常严谨的遵循这个规则的。最有名的就是微软了。例如他的 NT 系列版本。大家比较熟悉的是从 NT 4.0 开始的。 99 年推出了 windows 2000 , 2001 年退出了 windows xp , 2003 年推出了 windows 2003 ,乍一看版本区别蛮大的,但是看他们的内部版本号就会发现,变化其实并不大,只是界面变化的大了而已。这是软件公司经常干的事情。 Window 2000 的版本号是 NT 5.0 , windows xp 的版本号是 NT 5.1 , windows 2003 的版本号是 NT 5.2 ,而现在的 longhorn 才是真正的 NT 6.0 ……
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
常见版本
* alpha(α版) 内部测试版
* beta(β版) 外部测试版
* γ版 该版本已经相当成熟了,与即将发行的正式版相差无几,如果用户实在等不及了,尽可以装上一试。
* demo 演示版
* Enhance 增强版或者加强版 属于正式版
* Free 自由版
* Lite 精简版,也可称迷你版。
* Final 正式版,通过Alpha和Beta两个测试版本后推出的,修正了软件中存在的Bug。
* Pro:专业版,需用户获得注册码后才可以使用。
* Full version 完全版 属于正式版
* shareware 共享版
* Release 发行版 有时间限制
* Upgrade 升级版
* Retail 零售版
* Enterprise 企业版
其他版本
* Cardware 属共享软件的一种,只要给作者回复一封电邮或明信片即可。
(有的作者并由此提供注册码等),目前这种形式已不多见。
* Plus 属增强版,不过这种大部分是在程序界面及多媒体功能上增强。
* Preview 属预览版
* Corporation & Enterprise 企业版
* Standard 标准版
* Mini 迷你版也叫精简版只有最基本的功能
* Premium 贵价版
* Professional 专业版
* Express 特别版
* Deluxe 豪华版
* Regged 已注册版
* CN 简体中文版
* CHT 繁体中文版
* EN 英文版
* Multilanguage 多语言版
* Build 为内部标号,也就是同一版本可以有多个标号,如发V1.0 Build 203等,一般情况下Build后面的数字越大,其版本越新。
特殊版本
* Rip 是指从原版文件(一般是指光盘或光盘镜像文件)直接将有用的内容(核心内容)分离出来,剔除无用的文档,例如PDF说明文件啊,视频演示啊之类的东西,也可以算做是精简版吧…但主要内容功能是一点也不能缺少的!另:DVDrip是指将视频和音频直接从DVD光盘里以文件方式分离出来。
* trail 试用版(含有某些限制,如时间、功能,注册后也有可能变为正式版)
* RC 版。是 Release Candidate 的缩写,意思是发布倒计时,该版本已经完成全部功能并清除大部分的BUG。到了这个阶段只会除BUG,不会对软件做任何大的更改。
* RTM 版。这基本就是最终的版本,英文是 Release To Manufactur,意思是发布到生产商。
original Equipment Manufacturer (OEM)
You may license products through an original Equipment Manufacturer (OEM). These products, such as Windows operating systems, come installed when you purchase a new computer.
OEM软件是给电脑生产厂的版本,无需多说。
* Full Packaged Product (FPP)–Retail
Physical, shrink-wrapped boxes of licensed product that can be purchased in a local retail store or any local software retailer.
FPP就是零售版(盒装软件),这种产品的光盘的卷标都带有“FPP“字样,比如英文WXP Pro的FPP版本的光盘卷标就是WXPFPP_EN,其中WX表示是Windows XP,P是Professional(H是Home),FPP表明是零售版本,EN是表明是英语。获得途径除了在商店购买之外,某些MSDN用户也可以得到。
* Volume Licensing for organizations (VLO)
You may enjoy potentially significant savings by acquiring multiple product licenses. Depending on the size and type of your organization.
团体批量许可证(大量采购授权合约),这是为团体购买而制定的一种优惠方式。这种产品的光盘的卷标都带有“VOL“字
相关推荐
### 软件项目版本号的命名规则及格式详解 #### 一、版本号命名规则概述 在软件开发过程中,合理的版本号命名规则对于项目的管理至关重要。它不仅有助于团队成员之间的沟通,还能够帮助用户更好地理解软件的发展...
ABAP开发规范和命名规则中对文档控制的要求包括: * 文档名称:文档名称应明确、简洁和唯一,反映文档的内容和目的。 * 文档代码:文档代码应唯一,用于标识文档的版本和内容。 * 文档描述:文档描述应明确、简洁和...
软件版本命名规则是软件开发中非常重要的一部分,它能够帮助开发团队更好地管理和维护软件的版本,确保软件的稳定性和安全性。因此,开发者和测试者都应该严格遵守软件版本命名规则,以确保软件的质量和可靠性。
在IT行业中,文件命名规则是组织和管理项目文档的关键部分,尤其对于软件开发和质量管理体系。以下是对"程序文件命名规则"的详细说明: 1. **文件分类**: - **品质管理手册(QM)**:一级文件,是整个质量管理...
SAP程序命名规则是一组指导SAP程序开发和设计的规范,旨在确保SAP程序的可读性、可维护性和可重用性。本文档将详细介绍SAP程序命名规则的各个方面,包括目标、知识对象的命名规范、代码规范等。 目标 SAP程序命名...
### C#开发规范命名规则详解 #### 一、概述 ...以上便是C#开发规范中的命名规则及相关的最佳实践建议。遵循这些规则不仅可以提升代码的质量,还能增强团队之间的协作效率。希望本文对您有所帮助!
本文档详细讲解了ABAP开发规范及命名规则,通过中石油的项目实例,旨在规范ABAP开发者的编程行为,确保开发的程序符合SAP的标准应用模块。 一、程序命名规则 1. 新开发程序的命名规则:Z[aa][tt][nnn] 其中,Z代表...
### C#程序命名规则详解 在C#编程中,遵循一套规范的命名规则对于提高代码的可读性和可维护性至关重要。以下是对C#中常见命名规则的详细解析,包括类、方法、变量、接口、属性、异常处理、命名空间以及代码结构等...
项目中常用的ABAP程序开发命名规则整理
在安卓应用开发中,版本号是区分不同发布版本的重要标识,它可以帮助用户和开发者了解应用程序的更新情况。本文将深入探讨安卓APP版本号命名的规范和常见实践。 首先,安卓APP的版本号通常由两部分组成:`版本号...
在命名规则中,<范围>表示变量的作用域,对于Private类型和模块级变量,一般使用“m”前缀表示,对于Public类型的变量,一般使用“g”前缀表示,而对于过程内的局部变量,则不使用前缀。如果是数组,在范围前缀后...
总结来说,文档中的知识点涵盖了ABB机器人程序架构的模块化组织、命名规则以及数据和程序的管理。这一系列规则和方法旨在指导开发者创建结构良好、易于理解和维护的机器人程序,这对于提高工作效率、确保安全和便于...
### Verilog 变量命名规则详解 在Verilog语言中,变量命名不仅是代码风格的体现,更是确保程序可读性和维护性的关键。合理的命名规则能够帮助开发者快速理解代码逻辑,减少错误并提升团队协作效率。根据论坛上的...
某公司的ABAP开发命名规则严格规定了各种编程元素的命名规范,这有助于团队成员之间的协作和代码的维护。 首先,对于程序命名,所有自开发的程序都必须以"Z"或"Y"开头,表明它们是用户自定义的。命名结构为`PREFIX ...
MCU 单片机C语言编程语法规范及命名规则是指在 MCU 单片机编程中使用 C 语言时需要遵守的语法规范和命名规则,以确保编写的代码易于阅读、维护和移植。 一、程序风格规范 在编写 MCU 单片机C语言程序时,需要遵守...
### MATLAB中m文件命名规则详解 #### 一、引言 在使用MATLAB进行编程时,正确地命名.m文件对于确保程序的顺利运行至关重要。合理的文件命名不仅有助于提高代码的可读性和可维护性,还能避免因命名不当而引发的各种...
了解AVR单片机的命名规则对于选择合适的单片机以及进行系统设计至关重要,因为不同的工作电压、时钟频率、封装形式和温度等级会影响到单片机在实际应用中的性能和可靠性。因此,开发者需要根据项目需求,结合AVR...