软件命名规范 软件开发命名规范

软件版本阶段说明

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

Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改。

Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI。

RC版: (Release Candidate)该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几。

Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的是符号(R)。

版本命名规范

软件版本号由四部分组成,第一个1为主版本号,第二个1为子版本号,第三个1为阶段版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有5种,分别为:base、alpha、beta、RC、release。例如:1.1.1.051021_beta。

版本号定修改规则:

主版本号(1):当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。

子版本号(1):当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。

阶段版本号(1):一般是 Bug 修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定是否修改。

日期版本号(051021):用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。

希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。

文件命名规范

文件名称由四部分组成:第一部分为项目名称,第二部分为文件的描述,第三部分为当前软件的版本号,第四部分为文件阶段标识加文件后缀,例如:项目外包平台测试报告1.1.1.051021_beta_b.xls,此文件为项目外包平台的测试报告文档,版本号为:1.1.1.051021_beta。

如果是同一版本同一阶段的文件修改过两次以上,则在阶段标识后面加以数字标识,每次修改数字加1,项目外包平台测试报告1.1.1.051021_beta_b1.xls

当有多人同时提交同一份文件时,可以在阶段标识的后面加入人名或缩写来区别,例如:项目外包平台测试报告1.1.1.051021_beta_b_LiuQi.xls。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别,例如:项目外包平台测试报告1.1.1.051021_beta_b_LiuQi2.xls

版本号的阶段标识

软件的每个版本中包括11个阶段,详细阶段描述如下:

阶段名称 阶段标识

需求控制 a

设计阶段 b

编码阶段 c

单元测试 d

单元测试修改 e

集成测试 f

集成测试修改 g

系统测试 h

系统测试修改 i

验收测试 j

验收测试修改 k

摘自: http://blog.csdn.net/virone/archive/2009/02/24/3932042.aspx

从网上找到的有关软件发布时候,如何命名的相关规则。虽然你可以对自己发布的软件随便起名,但尊循一定规则,还是非常有交流。

第一篇文章:

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 - 递增的整数

第二篇文章:

优秀项目—档案—的命名惯例

用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.好的项目管理经验

关于基本开发模式的讨论和对“早发布常发布”的集市开发模式的论述请参考《大教堂和集市》一文。

关于心理动机、社群习俗和化解各种冲突的讨论请参阅《开拓智域》一文。

关于开源软件经济学基础和各种商业运作模式的讨论请阅读 《魔法大锅炉》一文。

需要指出的是这些文章并非自由软件开发的终极论断,不过他们都是经过深思熟虑后的思想结晶,还没有其他文章超越了他们的深度(文章的作者非常希望未来某一天有人超越他们)。

第三篇文章

1.版本号:

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用户也可以得到。

第四篇文章

目前软件行业主流的版本号管理有3 种方案,搜集并整理如下:

一、命名规则及格式

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“字

  

爱华网本文地址 » http://www.aihuau.com/a/25101011/84161.html

更多阅读

FLV解码软件开发 flv解码

FLV解码软件开发的开发,在本课题中是利用的FFmpeg为基础的。FFmpeg是一个集录制、转换、音/视频编码解码功能为一体的完整的开源解决方案[23]。FFmpeg的开发是基于Linux操作系统,但是可以在大多数操作系统中编译和使用。FFmpeg支持MPE

10大软件开发测试工具附免费下载 测试工具开发

软件测试是软件开发流程中必不可少的步骤,当然移动开发也不例外,也包括功能测试、性能测试、安全测试等方面。不过移动应用测试还要面临移动设备和系统多样化、测试脚本多样化等挑战,选择一款跨平台且支持自动化的测试工具则显得至关重

嵌入式软件开发和其他软件开发的区别 嵌入式软件开发笔试题

嵌入式软件开发和其他软件开发的区别 (2012-10-15 16:28)标签:嵌入式软件软件开发style分类: linux专区1、嵌入式系统开发--平台种类繁多。--资源受限。--专用系统。--需要与底层的硬件设备进行通信和交互操作。与设备相关。--数要是对设备控制

软件开发必备工具集 java开发必备工具

软件开发是一项比较复杂而又容易出错的工作,面对着几万行甚至几十万行代码任何人都会茫然的,俗话说得好”工欲善其事,必先利其器”,那么我们现在说说软件开发要用到的好的工具:1 代码查看和编辑工具: 1Uedit32是一款比较好的代码编写和

软件开发专业-就业方向指南 软件技术专业就业方向

大家都知道IT行业现在可是非常抢手,那么大家要在这么抢手的行业中如何脱颖而出呢?或者说选择什么专业更能成为佼佼者呢?今天呢,南方IT学院小编就给大家整理了一些干货,大家来看看吧!http://www.edu-nf.com/news/schoolnews/ 从事软件开发

声明:《软件命名规范 软件开发命名规范》为网友紫竹語嫣分享!如侵犯到您的合法权益请联系我们删除