软件版本命名规范

软件版本命名规范
软件版本命名规范

软件版本命名规范(如1.0.0.1各代表什么意思)

1. 软件版本阶段说明

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

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

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

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

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

2. 版本命名规范

软件版本号由四部分组成,第一个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。

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

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

4. 版本号的阶段标识

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

阶段名称阶段标识

需求控制 a

设计阶段 b

编码阶段 c

单元测试 d

单元测试修改 e

集成测试 f

集成测试修改 g

系统测试 h

系统测试修改 i

验收测试 j

验收测试修改 k

===================================================

Alpha:

Alpha是内部测试版,一般不向外部发布,会有很多Bug.除非你也是测试人员,否则不建议使用.

是希腊字母的第一位,表示最初级的版本

alpha就是α,beta就是β

alpha版就是比beta还早的测试版,一般都是内部测试的版本

--------------------

Beta:

很容易理解就是测试版,这个阶段的版本会一直加入新的功能。

RC:(Release Candidate)

Candidate是候选人的意思,用在软件上就是候选版本。Release.Candidate.就是发行候选版本。和Beta版最大的差别在于 Beta阶段会一直加入新的功能,但是到了RC版本,几乎就不会加入新的功能了,而主要着重于除错!

RTM:全称为Release to Manufacture。

是给工厂大量压片的版本,内容跟正式版是一样的,不过 RTM.也有出120天评估版。但是说RTM.是测试版是错的。正式在零售商店上架前,是不是需要一段时间来压片,包装、配销呢?所以程

序代码必须在正式发行前一段时间就要完成,这个完成的程序代码叫做Final.Code,这次Windows.XP开发完成,外国媒体用Windows XP.goes.gold来称呼。程序代码开发完成之后,要将母片送到工厂大量压片,这个版本就叫做RTM版。所以说,RTM版的程序码一定和正式版一样。但是和正式版也有不一样的地方:例如正式版中的OEM不能升级安装,升级版要全新安装的话会检查旧版操作系统光盘等,这些就是RTM和正式版不同的地方,但是它们的主要程序代码都是一样的。

OEM:

是给计算机厂商随着计算机贩卖的,也就是随机版。只能随机器出货,不能零售。只能全新安装,不能从旧有操作系统升级。如果买笔记型计算机或品牌计算机就会有随机版软件。包装不像零售版精美,通常只有一面CD和说明书(授权书)。

RVL:

号称是正式版,其实RVL.根本不是版本的名称。RVL.是一个Warez.Team,台湾分部叫RVL@TW.,它之间又释出一个.WinXP.RVL@TW.版本。它是某中文版+英文Corpfiles破解的。

EVAL:

而流通在网络上的EVAL版,是微软帮媒体记者编辑上课给的,是所谓的「评估版」没错,你输入的金钥是30天的,就可用30天,输入的是180天的,就可用180天。功能上和零售版无乎没有区别。

RTL:Retail.(零售版)

是真正的正式版,正式上架零售版。在安装盘的i386文件夹里有一个 eula.txt,最后有一行EULAID,就是你的版本。比如简体中文正式版是EULAID:WX.4_PRO_RTL_CN,繁体中文正式版是WX.4_PRO_RTL_TW。其中:如果是WX.开头是正式版,WB.开头是测试版。_PRE,代表家庭版;_PRO,代表专业版。

=====================================================

版本号:

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)

授权和功能划分:

试用版,通常都有时间限制,有些试用版软件还在功能上做了一定的限制。可注册或购买成为正式版。

Unregistered:未注册版,通常没有时间限制,在功能上相对于正式版做了一定的限制。可注册或购买成为正式版。

Demo:演示版,仅仅集成了正式版中的几个功能,不能升级成正式版。

Lite:精简版。

Full:完整版。

开发阶段划分:

α(Alpha)版:内测版,内部交流或者专业测试人员测试用。Bug较多,普通用户最好不要安装。

β(Beta)版:公测版,专业爱好者大规模测试用,存在一些缺陷,该版本也不适合一般用户安装。

γ(Gamma)版:相当成熟的测试版,与即将发行的正式版相差无几。

RC版:Release Candidate候选版本,处于Gamma阶段。从Alpha到Beta再到Gamma是改进的先后关系,但RC1、RC2往往是取舍关系。

Final:正式版。

语言划分:

SC:Simplified Chinese简体中文版。

GBK:简体中文汉字内码扩展规范版。

TC:Traditional Chinese繁体中文版。

BIG5:繁体中文大五码版。

UTF8:Unicode Transformation Format 8 bit,对现有的中文系统不是好的解决方案。

==========================================================

●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 -- 多语言版

●Rip 是指从原版文件(一般是指光盘或光盘镜像文件)直接将有用的内容(核心内容)分离出来,剔除无用的文档,例如PDF说明文件啊,视频演示啊之类的东西,也可以算做是精简版吧…但主要内容功能是一点也不能缺少的!另:DVDrip是指将视频和音频直接从DVD光盘里以文件方式分离出来。

●trail 试用版(含有某些限制,如时间、功能,注册后也有可能变为正式版)

●RC 版就是Release Candidate(候选版本)的简称。从微软的惯例来看推出RC版操作系统就代表正式版的操作系统已经离我们不远了,因为微软操作系统的开发步骤是这样的:内部测试->alpha公测->beta公测->RC版->正式版上市;通常微软的RC版本筛选会经历2-3个过程,也就是说微软会推出RC1、RC2或者RC3的操作系统,而随后就是正式版操作系统上市了,因此通常来看RC1版操作系统已经同最终零售版操作系统相差无几了。该版本已经完成全部功能并清除大部分的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"字样,取"Volume"前3个字母,以表明是批量,比如英文 WXP Pro的VOL 版本的光盘卷标就是WXPVOL_EN,其中WX表示是Windows XP,P是Professional(VOL没有Home 版本),VOL表明是团体批量许可证版本,EN是表明是英语。获得途径主要是集团购买,某些 MSDN 用户也可以得到。

这种版本根据购买数量等又细分为“开放式许可证”、“选择式许可证”、“企业协议”、“学术教育许可证”等以下5种版本

·Open License

·Select License

·Enterprise Agreement

·Enterprise Subscription Agreement

·Academic Volume Licensing

由此可见,平时说的什么select/corp是许可证授权方式,他的出现是为了用若干种不同级别的优惠政策卖同一种软件,通过select /corp 许可证授权方式得到的xxx的光盘都是VOL这一种、是并不是有很多种,只不过是相同的VOL光盘配以不同的许可证方式;而Volume Licensing (Product) Keys,即VLK,它所指的只是一个Key(密匙),仅仅是一个为证明产品合法化、以及安装所使用的Key,因为根据VOL计划规定,VOL产品是不需要激活的!

或者说,VLK不是指一种版本,而是指这种版本在部署(deploy)过程中所需要的Key,而需要VLK这种Key的版本应该叫做VOL!只不过在实际中,没有必要强调这种叫法、称呼的准确性,加之很多人的VOL版本光盘是通过企业的选择式许可证、企业协议等方式得到的等等原因,所以才会有很多人叫他为“选择版”等等。

官方网站有一个表格,上面有一句话:“Different products require different Volume Licensing Keys (VLKs). Refer to the table below to make sure you have the correct VLK for your Microsoft product.”,我想这就很好的说明了VLK指的是Key而不是产品了。很明显的,FPP需要激活,VOL不需要激活

====================================================

Beta 是希腊字母中的第二个字母β,在软件开发中指软件测试的第二阶段,由将来用户中的一部分人试用。以前,希腊字母alpha指软件开发过程中的第一阶段,包括部件测试,整件测试和系统测试。 Beta测试也指产品推出前的测试,软件商把beta测试版软件在网上发放给更多的用户进行实用测试为以后版本的出台做准备。

Alpha版(内部测试版):一般只在软件开发公司内部运行,不对外公开。主要是开发者自己对产品进行测试,检查产品是否存在缺陷、错误,验证产品功能与说明书、用户手册是否一致。

Beta版(外部测试版):软件开发公司为对外宣传,将非正式产品免费发送给具有典型性的用户,让用户测试该软件的不足之处及存在问题,以便在正式发行前进一步改进和完善。一般可通过Internet免费下载,也可以向软件公司索取。

Demo版(演示版):主要是演示正式软件的部分功能,用户可以从中得知软件的基本操作,为正式产品的发售扩大影响。如果是游戏的话,则只有一两个关卡可以玩。该版本也可以从Internet 上免费下载。

Enhace版(增强版或加强版):如果是一般软件,一般称作“增强版”,会加入一些实用的新功能。如果是游戏,一般称作“加强版”,会加入一些新的游戏场景和游戏情节等。这是正式发售的版本。

Free版(自由版):这一般是个人或自由软件联盟组织的成员制作的软件,希望免费给大家使用,没有版权,一般也是通过Internet免费下载。

Full Version版(完全版):也就是正式版,是最终正式发售的版本。

Shareware版(共享版):有些公司为了吸引客户,对于他们制作的某些软件,可以让用户通过Internet免费下载的方式获取。不过,此版本软件多会带有一些使用时间或次数的限制,但可以利用在线注册或电子注册成为正式版用户。

Release版(发行版):不是正式版,带有时间限制,也是为扩大影响所做的宣传策略之一。比如Windows Me的发行版就限制了只能使用几个月,可从Internet上免费下载或由公司免费奉送。Uprgade版(升级版):当你有某个软件以前的正式版本时,可以购买升级版,将你的软件升级为最新版。升级后的软件与正式版在功能上相同,但价格会低些,这主要是为了给原有的正版用户提供优惠。

测试版与演示版

α:代表该软件仅仅是一个初步完成品,通常只在软件开发者内部交流,也有很少一部分发布给专业测试人员。该版本软件的bug较多,而且极不稳定,用了之后也有可能导致系统崩溃。不过,普通用户难以得到它,即使得到最好也不要安装。

β:该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过大规模的发布测试来进一步消除bug。这一版本通常由软件公司免费发布,用户可从相关的站点下载。通过一些专业爱好者的测试,将结果反馈给开发者,后者再进行有针对性的修改。该版本也不适合一般用户安装。

γ:该版本已经相当成熟了,与即将发行的正式版相差无几,如果用户实在等不及了,尽可以装上一试。

trial:试用版。试用版的软件在最近几年颇为流行,主要是得益于因特网的迅速发展。该版本软件通常都有时间限制,如20天、1个月等等,时间一到,用户就无法再使用了,除非交纳一定的费用进行注册和购买正式版。有些试用版软件还在功能上做了一定的限制。

unregistered:未注册版。未注册版与试用版两者极其类似,只是未注册版通常没有时间限制,在功能上相对于正式版做了一定的限制,例如绝大多数网络电话软件的注册版和未注册版,两者之间在通话质量上有很大差距。还有些虽然在使用上与正式版毫无二致,但是动不动就会弹出一个恼人的消息框来提醒你注册,如看图软件 acdsee。用户如果对该软件感兴趣,可以通过指定的方法向软件公司注册。

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:这是最常见的标准版,不论是什么软件,标准版一定存在。标准版中包含了该软件的基本组件及一些常用功能,可以满足一般用户的需求。其价格相对高一级版本而言还是平易近人的,如金山词霸Ⅲ标准版、office 97标准版等等。

deluxe:顾名思义即为“豪华版”,豪华版通常是相对于标准版而言,无非是多了几个“华而不实”的功能,价格却要高出一大块,因此不推荐一般用户购买。此版本通常是为那些追求“完美”的发烧友所准备的。

reference:该版本的型号常见于百科全书中,比较有名的是微软的encarta系列,reference 是最高级别,其包含的主题、图像、影片剪辑等相对于 standard和deluxe版均有大幅增加,容量由一张光盘猛增至三张光盘,并且加入了不少新的交互功能,当然价格也不菲。可以这么说,这一版本的百科全书才能算是真正的百科全书,也是发烧友的收藏首选。

professional:专业版。专业版是针对某些特定的开发工具软件而言的,专业版中有许多内容是标准版中所没有的,这些内容对于一个专业的软件开发人员来说是极为重要的功能。如微软的visual foxpro标准版并不具备编译成可执行文件的功能(.exe文件),这对于一个完整的开发项目而言显然是无法忍受的,除非客户机上也有foxpro,如果用专业版就没有这个问题了。enterprise:其中文译名为企业版。企业版是开发类软件中的极品(相当于百科全书中的reference版)。拥有这一套版本的软件可以毫无障碍地开发任何级别的应用软件。如著名的visual c++的企业版相对于专业版包括了几个附加的特性:如sql调试、扩展的存储过程向导、支持as/400对ole db的访问等。而这一版本的价格也是普通用户难以问津的。如,microsoft 的visual studio 6.0 enterprise中文版的价格为23000元。

其他版本

除了以上介绍的一些版本外,还有一些专有版本名称。

update:升级版。升级版的软件是不能独立使用的,该版本的软件在安装过程中会搜索原有的正式版,如不存在,则拒绝执行下一步。如microsoft office 97 升级版、windows 95升级版等等。不过有些升级版却是名不副实,经过改动,就可以……

oem:oem通常是出现在硬件中,如今软件业也出现了oem产品。将自己的产品交给别的公司去卖,并打上对方的标记,双方互惠互利,一举两得。

单机(网络)版:网络版在功能、结构上远比单机版复杂,如果留心一下软件的报价,你就会发现某些软件单机版和网络版的价格差别非常巨大,有些甚至多一个客户端口就要加不少钱。

普及版:该版本有时也会被称为共享版,其特点是:价格便宜(有些甚至完全免费),功能单一,针对性强(当然也有占领市场、打击盗版等因素)。与试用版不同的是,该版本的软件一般不会有时间上的限制,当然如果用户想升级,最好还是去购买正式版。

版本发布命名规范

1. 1.版本命名规范 软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版 本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base、alpha、beta 、RC 、 release 2. 2.软件版本阶段说明 Base:此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 Alpha :软件的初级版本,表示该软件在此阶段以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改,是测试版本。测试人员提交Bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将软件版本标注为alpha版。 Beta :该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。 修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为 beta版。 RC :该版本已经相当成熟了,基本上不存在导致错误的Bug,与即将发行的正式版本相差无几。 Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式的版本,是最终交付用户使用的一个版本。该版本有时也称标准版。 3. 3.版本号修改规则

(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。 (2)次版本号:相对于主版本号而言,次版本号的升级对应的只是局部的变动,但该局部的变动造成程序和以前版本不能兼容,或者对该程序以前的协作关系产生了破坏,或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 (3)修订版本号:一般是Bug 的修复或是一些小的变动或是一些功能的扩充,要经常发布修订版,修复一个严重 Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 (4)日期版本号:用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 (5)希腊字母版本号:此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 4.版本发布周期 (1)非紧急情况:首先由测试人员测试并提交Bug,其次开发人员会尽量在当天修复Bug并在第二天发布该版本的alpha版,然后由测试人员测试验证关闭Bug之后在第三天会发布该版本的 beta 版。 紧急情况:如果Bug比较紧急可跳过一般流程,由开发人员尽快修复Bug,测试确认之后直接发布该版本的 beta版。 5. 5 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,日期为发布的当前日期。

软件版本管理规定

上海精佑通信技术有限公司企业标准 (管理标准) Q/HT 0001–2005 软件版本管理规定 V1.04 2005-04-11 发布 2005-04-11实施

上海精佑通信技术有限公司 目录 1范围 (4) 2术语和定义 (4) 2.1软件 (4) 2.2产品软件 (4) 2.3生产支持软件 (4) 3软件版本命名规则 (5) 3.1软件版本命名组成 (5) 3.2手机软件版本命名 (5) 3.3模块软件版本命名 (5) 3.4手机PC侧软件版本命名 (6) 3.5模块PC侧软件版本命名 (7) 3.6手机生产支持软件版本命名 (7) 3.7模块生产支持软件版本命名 (8) 3.8公用于所有手机和模块的软件版本命名 (9) 3.9无线上网卡相关软件版本命名 (9) 3.10无线上网卡驱动软件版本命名 (10) 3.11正式版本号的升级规则 (10) 3.12版本的电子文件命名规则 (11) 4软件版本发布流程 (11) 5禁止条例 (14) 6管理条例 (14) 7附录 (14)

上海精佑通信技术有限公司 文档版本变更记录: 版本号拟制日期拟制人版本描述存档编号 V1.00 2005-4-11 郝军初始版本 V1.01 2005-4-27 郝军1.版本号前增加“V”,用以明显标识版 本号 2.版本号和时间之间以下划线分隔 3.增加生产支持软件种类 4.增加无线上网卡生产支持软件、管理 器软件和驱动软件命名 5.增加版本发布流程的文字说明 V1.02 2005-7-1 郝军增加手机和模块生产支持软件的类型:射 频补丁软件(RFP) V1.03 2005-7-15 郝军更改版本号升级规则,更改资料外发申请 表 V1.04 2005-7-26 郝军增加机卡合一版本的命名规则 注:1)拟制、审核、会签、批准不走电子流程时,必须用钢笔或签字笔填写,不得用铅笔、圆珠笔填写。

文件及文件夹命名规范

文件及文件夹命名规范 V2.0 文件规范命名对于文件的版本控制效果出色,能帮助使用者高效准确使用文档,避免混乱或失效。 文件及文件夹命名应按下属规范执行。 一、文件命名规范 1、日期命名法 适用场景:短期更新频率较高,或对文件日期版本要求严格的文件,如方案类的文件。 命名规则:“文件名(年月日[时分])”,其中的圆括号及方括号均须在输入法英文状态下输入。 使用举例:“文件名(20140707[1330]).doc”。 2、版本号命名法 适用场景:常用于更新频率低,或对文件日期版本要求不严格的文件,如制度性的文件。 命名规则:“文件名V0.0”,其中,小数点前的“0”为主版本号,小数点后的“0”为次版本号,如:“文件名V2.3.doc”。新文

件创建时,版本从“V1.0”起步;每次重大更新,主版本号加“1”;每次微小更新,次版本号加“1”,一般情况下次版本号不超过9。 使用举例:“文件名V2.3” 3、备注信息 如需要,文档也可以添加其他备注信息,如“姓名”,备注信息以英文“-”分割,跟在文件整体名称最后。 使用举例: “文件名(20140707[1330])-张三.doc” “文件名V2.3-人力行政部.doc” 二、关于排序 适用场景:有时为了逻辑或管理更加便捷,可以在文件及文件夹命名时使用序号。 命名规则:“序号-文件名”,序号使用01,02,03等,中间以英文“-”分割。 使用举例:

三、关于加强符号 适用场景:有时为了加强或清晰文件,可以在文件命名时使用加强符号,常用的有:★和【】 使用举例: “★文件名(20140125[1430]).docx” “【待处理】文件名(20140125[1430]).docx” “【重要】文件名V2.3.docx”

软件版本管理规范标准[详]

软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容,使软件项目版本管理流程化并规化,确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库(可使用工具建立配置库,本文所述使用的是SVN)进行版本管理。 2.第三章职责 配置库管理员:负责配置库的日常维护和管理;监督开发及测试部门及时提交版本管理对象(即配置项)。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于: 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划

上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划: ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中,项目部的目录结构: |–projectA |–src (保存该项目的源程序) |–doc (保存项目相关文档) |–000.项目管理(保存项目过程管理相关文档) |–010.项目计划(保存项目计划相关文档) |–020.项目需求(保存项目需求相关文档) |–030.系统设计(保存项目设计相关文档) |–030.系统测试(保存项目代码测试相关文档) |–040.系统实施(保存项目部署实施相关文档) |–050.系统运维(保存项目运维文档,包括培训、用户手册等) |–060.技术资料(保存项目技术文档,包括第三方技术资料等)

软件项目版本号的命名规则及格式2016

软件项目版本号的命名规则及格式 版本控制比较普遍的3 种命名格式: 一、GNU 风格的版本号命名格式: 主版本号 . 子版本号[. 修正版本号[. 编译版本号]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Nu mber]] 示例: 1.2.1, 2.0, 5.0.0 build-13124 二、Windows 风格的版本号命名格式: 主版本号 . 子版本号[ 修正版本号[. 编译版本号]] Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Nu mber]] 示例: 1.21, 2.0 三、.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Nu mber]] 版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于0 的整数。 应根据下面的约定使用这些部分: Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。 Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。 Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序(Hotfix) 更新。 版本号管理策略 一、GNU 风格的版本号管理策略:

APP版本命名规范

APP版本命名规范 2016/11/18 ALEX 1.版本号构成说明 APP版本号由四部分组成,中间用英文字符“.”连接。第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号加希腊字母版本号。版本号为阿拉伯数字0-9,希腊字母版本号共有五种,分别为base、alpha、beta、RC、release。 举例:V1.2.3.20161118.beta。其中1代表主版本号,2代表次版本号,3代表修订版本号,20161118代表日期版本号,beta代表希腊字母版本号。 2.APP版本阶段说明 A.Base:此版本表示该APP仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是 页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 B.Alpha:APP的测试版本。该APP在此阶段以实现功能为主,通常只在APP开发者内部交 流。一般而言,该版本bug较多,需要继续修改。测试人员提交bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将APP版本标注为alpha版。 C.Beta:该版本相对于Alpha版已经有了很大的进步,消除了严重错误,但还需要经过多次 测试来进一步消除,此版本主要的修改对象是APP的UI。修改的的bug经测试人员测试确认后可发布到外网上,此时可将APP版本标注为beta版。 D.RC:该版本已经相当成熟,基本上不存在导致错误的bug,与正式版本相差无几。 E.Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式 的版本,是最终交付用户使用的一个版本。该版本有时也称标准版。 3.版本号修改规则 初始版本号:V1.0.0.20161117.alpha,此时为内部测试阶段。 A.希腊字母版本号:此版本号用于标注当前版本APP处于哪个开发阶段,当APP进入到另一 个阶段时需要修改此版本号。此版本号由项目决定是否修改。

软件版本管理规范标准

软件版本管理规 V1.0.0 文档版本变更记录:

目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)

前言 为规部门产品软件版本的管理与控制,保证产品版本的有效与质量,制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。

软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件,可以分为产品软件和演示软件。 2.2产品软件 已签订合同,有明确交付日期的产品。 2.3演示软件 处于研发阶段,并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示:

【项目管理知识】软件项目版本号的命名规则及格式介绍

软件项目版本号的命名规则及格式介绍 版本控制比较普遍的3种命名格式: 一、GNU风格的版本号命名格式: 主版本号.子版本号[.修正版本号[.编译版本号]] 英文对 照:Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Numb er]] 示例:1.2.1,2.0,5.0.0build-13124 二、Windows风格的版本号命名格式: 主版本号.子版本号[修正版本号[.编译版本号]] 英文对 照:Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Numb er]] 示例:1.21,2.0 三、.NetFramework风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] 英文对 照:Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Numb er]]

版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订 号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果 定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于 或等于0的整数。 应根据下面的约定使用这些部分: Major:具有相同名称但不同主版本号的程序集不可互换。例如,这适用于 对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor:如果两个程序集的名称和主版本号相同,而次版本号不同,这指示 显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后 兼容的新版本。 Build:内部版本号的不同表示对相同源所作的重新编译。这适合于更改处 理器、平台或编译器的情况。 Revision:名称、主版本号和次版本号都相同但修订号不同的程序集应是完 全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修 补程序(Hotfix)更新。 版本号管理策略 一、GNU风格的版本号管理策略: 1.项目初版本时,版本号可以为0.1或0.1.0,也可以为1.0或1.0.0,如果你为人很低调,我想你会选择那个主版本号为0的方式;

项目软件版本号管理规范

项目软件版本号管理规范

历史修改记录 一. 目的

1.1软件版本按照一定的规则保存所有版本,避免发生版本丢失或混淆等现象, 并且可以快速准确的查找到任何版本。 1.2软件版本规范有利于公司各部门之间的对接工作,有利于公司内部资料统一 管理。 1.3本文档是为规范研发部软件版本管理而制定的。 二. 范围 2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容,包括:2.2版本标识方法及管理 2.3版本升级 2.4文档及源码的备份制度 2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作,公司内部使 用按照文档及源码存放备份制度。 三. 版本管理 3.1版本号规则 3.1.1每个归档版本都有两个版本号:内部版本号和外部版本号。版本号使用 VP规则,V(Version)是指外部版本号(研发测试版本),P(Patch)是指补丁版本号(可选)。 3.1.2版本号命名:V/B+主版本号+次版本号+修订版本号+日期版本号

3.2版本号修改规则 3.2.1主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生 变化。此版本号由项目决定是否修改。 3.2.2次版本号:相对于主版本号而言,次版本号的升级对应的只是局部的变 动,但该局部的变动造成程序和以前版本不能兼容,或者对该程序以前的协作关系产生了破坏,或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 3.2.3修订版本号:一般是Bug 的修复或是一些小的变动或是一些功能的扩 充,要经常发布修订版,修复一个严重Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 3.2.4日期版本号:用于记录修改项目的当前日期,每天对项目的修改都需要 更改日期版本号。此版本号由开发人员决定是否修改。 如: V8.1.0.XXX (上一级版本号有变动时,下级要归零) 3.3版本号修改举例说明 如此时版本号为:V8.1.0.XXX ,此时为内部测试阶段 3.3.1 开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后,发布到外网时,此时就进入了软件的下一个阶段,版本号可改为: V8.1.1.XXXX ,如当前日期跟上一个版本号的日期不一样,版本号可改为: V8.1.1.XXX。

版本号命名规范

版本控制比较普遍的 3 种命名格式 : 一、GNU 风格的版本号命名格式 : 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Num ber]] 示例 : 1.2.1, 2.0, 5.0.0 build-13124 二、Windows 风格的版本号命名格式 : 主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]] Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Numb er]] 示例: 1.21, 2.0 三、.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Num ber]] 版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于 0 的整数。 应根据下面的约定使用这些部分: Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。 Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。 Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。 版本号管理策略 一、GNU 风格的版本号管理策略:

软件版本命名规则

空蓝 忍耐 我很幸运!: ) 主页博客相册|个人档案|好友 查看文章 【规范】软件版本命名规范 2010-02-21 18:01 一、软件版本命名规范 1. 软件版本阶段说明 * Base 版: 此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 * Alpha 版: 此版本表示该软件在此阶段主要是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug 较多,需要继续修改。 * Beta 版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像是软件的UI 。 * RC 版: 该版本已经相当成熟了,基本上不存在导致错误的BUG ,与即将发行的正式版相差无几。 * Release 版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release 不会以单词形式出现在软件封面上,取而代之的是符号(R)。 2. 版本命名规范 软件版本号由四部分组成,第一个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 。 3. 版本的协同作业 如果是同一版本同一阶段的文件修改过两次以上,则在阶段标识后面加以数字标识,每次修改数字加1,项目外包平台测试报告 1.1.1.051021_beta_b1.xls 当有多人同时提交同一份文件时,可以在阶段标识的后面加入人名或缩写来区别,例如:项目外包平台测试报告 1.1.1.051021_beta_b_LiuQi.xls 。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别,例如:项目外包平台测试 报告 1.1.1.051021_beta_b_LiuQi 2.xls 关于软件版本划分的一些知识 | | | | 激活我的百度空间百度空间百度首页 lmhytr

版本号命名规范v1.0

广州市易杰数码科技有限公司版本号命名规范 本文件属广州市易杰数码科技有限公司所有,未经书面许可,不得以任何形式复印或传播。

文件建立/修改记录

1介绍(INTRODUCTION) (4) 1.1目的(P URPOS E) (4) 1.2过程总体概述(P RO CESS O V ERV IEW) (4) 1.3职责分工 (4) 1.3.1项目经理 (4) 1.3.2项目组成员 (4) 1.3.3QA (5) 1.3.4PMO (5) 1.4文档编号命名规范 (5) 1.5代码包编号命名规范 (5) 1.6基线命名规范 (6) 1.6.1项目里程碑说明 (6) 1.6.2基线命名规范 (6) 1.7分支命名规范 (7) 华为版本号说明 (8) 1 对"VXXX"的说明 (8) 2. 对"RXXX"的说明 (8) 3. 对"LLL"的说明 (9) 4. 对"CXX"的说明 (9) 5. 对"BXXY"的说明 (9) 6. 对"SPXX"的说明 (9)

1 介绍(Introduction) 1.1目的(Purpose) 规范项目过程中的文档、代码、基线、分枝的命名规范,统一版本号的命名。 1.2过程总体概述(Process Overview) 本规范介绍了内部版本号和外部版本号,外部版本号为对外发布的版本,参照客户提供的版本号,本规范重点介绍内部版本号的由来及规范,项目过程中的文档代码都需要上传到svn上,并在项目里程碑阶段进行基线,项目的成员通过命名能清晰的知道版本的内容和阶段,达到对版本的号的规范。 1.3职责分工 1.3.1项目经理 ●与客户确定外部版本号和版本号缩写(可参见sow) ●明确外部版本号的缩写并作为内部项目名称使用(可参见sow) ●划分每个版本的迭代层次 ●建库时依据制定的版本号申请建库 ●对项目过程中的版本号进行监控和执行 1.3.2CMO ●当单个配置项经过内部评审外部确认结束,可以作为后续活动开始的依据 时对当前的配置项基线化 ●识别哪些属于配置项,需要进行基线化即打标签 ●当到达里程碑结束时,检查当前的基线文件夹内的配置项是否齐全,当达 到里程碑的结束要求时,对基线文件夹打标签 1.3.3项目组成员 ●每次打包时依据版本号命名规范进行命名 ●每次上传的文档、代码依据版本命名规范命名

软件版本命名规范

软件版本命名规范(如1、0、0、1各代表什么意思) 1、软件版本阶段说明 * Base版: 此版本表示该软件仅仅就是一个假页面链接,通常包括所有的功能与页面布局,但就是页面中的功能都没有做完整的实现,只就是做为整体网站的一个基础架构。 * Alpha版: 此版本表示该软件在此阶段主要就是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还就是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像就是软件的UI。 * RC版: 该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几。 * Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,就是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的就是符号(R)。 2、版本命名规范 软件版本号由四部分组成,第一个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。 3、如果就是同一版本同一阶段的文件修改过两次以上,则在阶段标识后面加以数字标识,每次修改数字加1,项目外包平台测试报告1、1、1、051021_beta_b1、xls 当有多人同时提交同一份文件时,可以在阶段标识的后面加入人名或缩写来区别,例如:项目外包平台测试报告 1、1、1、051021_beta_b_LiuQi、xls。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别,例如:项目外包平台测试报告1、1、1、051021_beta_b_LiuQi2、xls

软件系统命名规则

1、目的 本指导书是为软件配置管理而制定。其目的是使公司软件产品配置标识的命名规范化。 2、适用范围 适用于本公司所有软件产品的配置管理。 3、职责 4、控制内容 、软件配置标识的组成 、软件提供给用户的阶段产品和最终产品的配置标识由公司代码QW和以下五部分组成。 a、产品类别代码 b、产品(项目)标识或子系统标识 c、配置项标识 d、版本号 其一般形式为:QWa-bbbb-cc-dd 、软件开发过程中产生仅供公司或项目内部使用的配置项,其配置标识的一般形式为:bbcccccc-dd,其中,bb为产品(项目)标识缩写,cccccc为配置项标识,dd为版本号。 、部门代码 部门代码按《体系文件编号规定》条的规定控制。 、产品(项目)标识及其缩写 产品(项目)标识由反映产品或项目名称的4~5位拼音字母组成,前2位字母为其缩写。如DHMIS是杭州大和热磁电子有限公司管理信息系统的项目标识,而DH则为其缩写。 、子系统标识 子系统标识由2位产品(项目)标识缩写和2~3位子系统名拼音字母组成,其中第3、4两位为子系统标识缩写。如DHXS是大和项目销售子系统的标识,而XS是其缩写。 、配置项标识 、所述配置标识中的配置项标示:识(cc)如下表所

配置项标识(cc) 系统规格说明书FB 项目开发计划DP 软件需求规格说明书RS 概要设计说明书PD 详细设计说明书DD 用户手册UM 操作手册OM 源程序SP 、所述配置标识中的配置项标识(cccccc)有以下情况: a、配置项为数据项:配置标识由2位全局标识SY或子系统标识缩 写(局部数据)和3位数字码组成。 如SY001为001号全局数据的配置项标识 XS031为销售子系统031号数据的配置项标识。 b、配置项为数据流: 配置项标识由2位子系统标识缩写,2位数据流标识DF和2位数字码组成。 如ZCDF02为资财子系统02号数据流的配置项标识。 c、配置项为数据存储结构: 配置项标识由2位子系统标识缩写,2位数据存储标识DB和2位数字码组成。 如ZZDB01为制造子系统01号数据存储结构的配置项标识。 d、配置项为程序模块: 配置项标识由2位子系统标识缩写,程序模块标识M和2~3位数字码组成。 如XSM101为销售子系统101号程序模块的配置项标识。 e、配置项为存储媒体 配置项标识由2位产品(项目)标识缩写或子系统标识缩写,2

文件命名规范

1、合同编号规范 HLC-HR-年月日/001(劳动合同) HLC-SL-年月日/001(销售合同) HLC-PC-年月日/001(采购合同) 说明: HL为公司缩写 C为Contract的缩写 HR表示劳动合同范畴 SL表示销售合同范畴 PC表示采购合同范畴 001开始为序列号 2、固定资产编号 HL-PA-RD/001(研发设备编号) HL-PA-IT/001(信息设备编号) HL-PA-TP/001(运输设备编号) HL-PA-RS/001(后勤设备编号) 说明: HL为公司缩写 PA为固定资产Permanent Assets的缩写 RD表示研发设备 IT表示电脑、打印机、交换机之类的信息设备 TP表示汽车等运输设备 RS表示行政后勤设备,如空调、办公家具等 001开始为序列号 3、表单编号 HLT-HR/001-A1(人事表格) HLT-RD/001-A1(研发表格) HLT-MK/001-A1(市场表格) HLT-SL/001-A1(销售表格) HLT-AD/001-A1 (行政表格) HLT-FN/001-A1(财务表格) 说明: HL为公司缩写 T为表格Table的缩写 HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门 001开始为序列号 A1表示版本号,如表格在原有基础上稍作调整则变动数字;如表格在原有基础上本质性调整则变动字母

4、文件编号 HLF-HR/001-A1(人事文件) HLF-RD/001-A1(研发文件) HLF-MK/001-A1(市场文件) HLF-SL/001-A1(销售文件) HLF-AD/001-A1 (行政文件) HLF-FN/001-A1(财务文件) 说明: HL为公司缩写 F为文件File的缩写 HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门 001开始为序列号 A1表示版本号,如表格在原有基础上稍作调整则变动数字;如表格在原有基础上本质性调整则变动字母

软件版本定义规则

软件版本定义规则 1引言 1.1编写目的 本文档作为本公司开发部测试部各项目组在进行软件设计、开发、测试时进行版本定义的指导性规则。 1.2定义和限制 软件版本号为形如A.B.C.D的由”.”所间隔开的4段字符组成。其中A、B、C段为从0开始的整数,D段为从0开始的整数或者整数加英文字符的形式。 2定义规则 在任何项目中,符合以下条件的模块需要独立维护版本: ?客户端和服务器端程序需要分开进行版本维护; ?可以独立运行并完成主要设计功能的模块; ?完成某些特定功能的接口程序或模块; ?其他必要的模块 2.1何时更改 在项目进行到以下进程时,需要更改软件版本号: ?测试中FIX了部分缺陷需要提交测试时; ?公开发布或者需要提交给用户时; ?增加或更改了系统需求,软件重新进行开发时; ?更改了系统的设计框架、重新进行开发时; 2.2如何更改 ?普通项目的所有模块初始软件版本号为0.0.0.1,如是从原有系统上升级或其他特殊原因可更改为其他初始版本号。 ?在每次提交测试时,需要更改软件版本号的D段,从1开始递增,特殊情况时可在D段整数后面增加英文字符作为标识。 ?每次公开发布或者提交给用户时,需要更改软件版本号的C段,从0开始递增; 同时将D段归0。因此所有D段为0的版本应该都是公开发布版本。 ?在原有总体设计上增加部分系统需求时,需要更改软件版本号的B段,从0开始递增,同时将C、D段归0。

?总体设计上有更改或者主要的功能模块设计上有变化,则可以更改软件版本号的A 段,从0开始递增,同时将B、C、D段归0。 规则表如下: 示例: ?假设原有版本为1.3.1.6, ?在下次提交新的测试版本时,版本号应升级为1.3.1.7; ? 1.3.1.7测试通过后需要对用户发布,则应该将版本升级为1.3.2.0; ?此时又修改了部分测试中发现的缺陷,并重新提交测试时,版本号应该升级为1.3.2.1; ?再次重新提交测试的版本号应该为1.3.2.2; ?如果用户经过试用,提交了部分新的需求,经过我们的重新修改部分编码,再次提交测 试,则测试时的版本号应该升级为1.4.0.1; ?测试通过后提交给用户的版本号应该为1.4.1.0; ?如果由于设计上的缺陷,系统需要重新设计和编码,进行了比较大的改动,并提交测试, 则测试时的版本号应该升级为2.0.0.1。

软件项目版本号的命名规则及格式

原文出处:https://www.360docs.net/doc/596342516.html,/mini_snow/archive/2009/08/19/4462795.aspx 版本控制比较普遍的3 种命名格式: 一、GNU 风格的版本号命名格式: 主版本号 . 子版本号[. 修正版本号[. 编译版本号]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Nu mber]] 示例: 1.2.1, 2.0, 5.0.0 build-13124 二、Windows 风格的版本号命名格式: 主版本号 . 子版本号[ 修正版本号[. 编译版本号]] Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Num ber]] 示例: 1.21, 2.0 三、.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Nu mber]] 版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于0 的整数。 应根据下面的约定使用这些部分: Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。 Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。 Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序(Hotfix) 更新。 版本号管理策略 一、GNU 风格的版本号管理策略:

常见的软件版本编号及命名

常见的软件版本编号及命名 1、RC,GA RC:就是Release Candidate(候选版本)的缩写 GA:就是General Availability,正式发布的版本 Alpha:内测版。 Alpha是希腊字母的第一位的英文谐音,就是α,用在软件版本中就是表示最初级的版本。通常情况下Alpha是内部测试版,一般不向外部发布,会有很多Bug。除非你也是测试人员,否则不建议使用。 Beta:公测版。 Beta是希腊字母的第二位的英文谐音,就是β,是一个比Alpha稍高的版本。Beta 也是一个测试版本,在正式版推出之前发布,主要用于面向公众进行测试及Bug收集,这个阶段的版本Bug可能较多,并且可能会加入一些新的功能。 Delux:豪华版。 Plus版和Delux版区别不大,比普通版本多了一些附加功能。 EVAL:体验版或评估版。 功能上和正式版没有区别,但存在一些时间或空间上的限制。 Final:正式版。 软件的正式版本,修正了Alpha版和Beta版的Bug。 Free:免费版。 Full:完全版。 OEM: 是给计算机厂商随着计算机贩卖的,也就是随机版。只能随机器出货,不能零售。如果买笔记型计算机或品牌计算机就会有随机版软件。包装不像零售版精美,通常只有一面CD和说明书(授权书)。 Plus:加强版。 Pro:专业版。 需要注册后才能解除限制,否则为评估版本。 RC(Release Candidate):Candidate是候选人的意思,用在软件上就是候选版本,而Release Candidate 就是发行候选版本,也就是说这还不能算是正式的发布版。。

和Beta版最大的差别在于Beta阶段会一直加入新的功能,但是到了RC版本,几乎就不会加入新的功能了,而主要着重于除错! RTL(Retail):零售版。 正式上架零售版。 RTM(Release to Manufacture): 程序代码开发完成之后,要将母片送到工厂大量压片,这个版本就叫做RTM版。所以说,RTM版的程序码一定和正式版一样。 RVL: 不详。 SR:修正版或更新版。 修正了正式版推出后发现的Bug。 Trial:试用版。 软件在功能或时间上有所限制,如果想解除限制,需要购买正式版。 ------------------------------------------------------------------------------- 另外: Build:不是一个发行版本,而是一个内部版本构建标号,用于周期性的生成目标程序,主要目的是构建程序进行测试及版本备份,并可以版本发布时进行选择,类似于RC版本。同一版本可以有多个Build号,通常Build后面的数字越大,软件版本越新。 为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢? 我查了许多的资料, 希望能解释得比较具体, 同时也希望您在阅读本文的时候, 能够对版本号的命名格式提出自己的见解, 这当然包括一些版本号命名的个例. 下面, 让我们看一下比较普遍的 3 种命名格式. GNU 风格的版本号命名格式: 主版本号.子版本号[.修正版本号[.编译版本号]] 英文对照: Major_Version_Number.Minor_Version_Number[.Revision_Number[.Bui ld_Number]] 示例: 1.2.1, 2.0, 5.0.0 build-13124 Windows 风格的版本号命名格式: 主版本号.子版本号[修正版本号[.编译版本号]]英文对照: Major_Version_Number.Minor_Version_Number[Revision_Number[.Buil d_Number]] 示例: 1.21, 2.0 .Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修

相关文档
最新文档