软件系统命名规则
质量体系软件版本号命名规则参考标准
质量体系软件版本号命名规则参考标准在软件开发中，版本命名规则是确保软件版本管理和追踪的重要手段。
对于质量体系软件，其版本号命名规则尤为重要，因为它不仅关系到软件本身的开发、维护和升级，还涉及到软件与质量管理体系的兼容性和一致性。
一般而言，软件版本号命名规则应遵循简洁、明确、易于理解的原则。
常见的版本号命名规则包括“主版本号.次版本号.修订号”的形式，如“1.2.3”。
其中，主版本号表示软件的主要功能或架构的变更；次版本号表示在主要功能不变的情况下，软件的新增功能或优化；修订号则用于表示软件的细微修改或bug修复。
对于质量体系软件，其版本号命名规则可以参考以下建议：1.引入“质量级别”标识：在版本号中加入一个表示质量级别的标识，如“Q”（代表“质量”）。
这样，版本号就可以表示为“Q1.2.3”，其中“Q”表示这是一个质量体系软件。
2.质量级别与主版本号关联：质量级别可以作为主版本号的一部分，表示软件在质量管理方面的重大改进或变更。
例如，“Q1.0.0”表示软件在质量管理方面进行了重大升级，而“Q1.1.0”则表示在保持质量管理水平的基础上，软件增加了新的功能或优化。
3.遵循语义化版本控制：语义化版本控制（Semantic Versioning）是一种广泛采用的版本号命名规则，它强调版本号的语义化，使得版本号的变化能够清晰地反映出软件的变化内容。
质量体系软件可以借鉴这种规则，确保版本号的变化能够准确反映软件在质量管理方面的改进和变化。
总之，制定一个合理的版本号命名规则对于质量体系软件的开发和维护至关重要。
通过引入质量级别标识、关联质量级别与主版本号以及遵循语义化版本控制等方法，可以确保版本号能够清晰地反映出软件在质量管理方面的改进和变化，从而提高软件的质量和可靠性。
软件版本命名规范
产品经理、项目经理、开发工程师、配置工程师、配置管理员、产品/项目管理者。
2．3适用场合
软件研发及发布的版经理
负责软件版本的主版本号、发布版本号、补丁版本号、定制化
项目经理
项目经理负责过程版本号管理
配置管理员
配置管理员按规划的版本号进行相关的配置管理目录的创建
举例说明：
A．V1.0表示V1.0的第1个正式商用发布版本
5．相关文件
无
6．相关记录
无
PQA
审核版本命名是否符合《软件版本命名规范》
4.工作程序
4．1版本命名规则：
4．2规则说明：
1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化，此版本号由产品管理部决定是否修改，新产品主版本默认从1开始，当主版本升1时，次版本和阶段版本从0从新开始。
2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由产品管理部决定是否修改。新产品的次版本号默认从0开始，当次版本号升1，阶段版本号从0重新开始。
修改页
文件编号
修改条款
修改内容
修改人/日期
生效日期
编制
审核
分发部门会签
批准
□业务部
□研发部
□采购部
□生产部
□质量部
□行政部
1.目的
规范在研版本，补丁版本，基线版本的命名和管理。
2.范围
2．1概述
本规范定义软件版本的命名原则，编号定义，不同状态下版本遵循的命名要求等，包括过程版本、商用发布版本、试用版本、补丁版本、定制版本等。
软件产品名称命名规范
软件产品登记命名规则
1. 软件产品名称：软件产品名称构成品牌+产品用途与功能
+“软件”+产品版本号。
定制软件产品名称构成：品牌+客户单位名称+产品用途与功能+“软件”+产品版本号。
2. 品牌：品牌中须包含软件产品厂商标识，亦可含产品标识，
并可应用外文字母或拼音字母。
但在品牌中不可单独出现“中国”、“中华”、地方名等字样及其它专有名称。
3. 产品用途与功能：在本段中应以简明的方式表明该软件的运
用行业、用途与功能，不能笼统模糊,不准用全字母表示，如出现缩写须用括号标上,产品型号放在产品用途和功能前，不需加括号；国际公认的名称如LINUX、WINDOWS等可在该段中出现，不需用括号.
4. 产品版本号：软件产品的名称中必须表明VXX。
XXX字样的
版本号，其中X必须是具体数字,以年号和非标准式标明版本号的要做说明.
5. 软件产品外销名称可全用外文。
6. 该软件产品在办理著作权登记、产品测试和产品登记时名称
应一致。
软件版本号命名规范
1. 1.版本命名规范软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五种，分别为base、alpha、beta 、RC 、 release2. 2.软件版本阶段说明Base：此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
Alpha ：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。
测试人员提交Bug经开发人员修改确认之后，发布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。
Beta ：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。
修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为 beta版。
RC ：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。
Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。
该版本有时也称标准版。
3. 3.版本号修改规则（1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。
此版本号由项目决定是否修改。
（2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。
此版本号由项目决定是否修改。
（3）修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重 Bug 即可发布一个修订版。
此版本号由项目经理决定是否修改。
软件版本命名规则真实性声明
软件版本命名规则真实性声明
国家药品监督管理局：
xxxxx公司xxx型号的软件版本命名规则如下：
软件版本命名规则为X.Y.Z.B，其中X表示重大增强类更新，影响到产品安全性或有效性，包括跨越互不兼容的操作系统、临床功能改变、软件输出结果改变、用户使用习惯改变、影响到患者安全等软件更新；Y表示轻微增强类更新，不影响医疗器械安全性和有效性，包括为优化算法、提升软件性能及增强非临床功能等软件更新；Z表示纠正类更新，为修正软件缺陷而进行的软件更新，包含已知缺陷的更新、潜在未知缺陷的更新；B表示构建类更新，软件编译生成一个工作版本，是属于纠正类更新。
软件完整版本为X.Y.Z.B，软件发布版本为X。
以上内容均真实、合法。
如有不实之处，我单位愿承担相应的法律责任，并承担由此产生的一切后果。
特此声明！
XXXXXX公司
20XX年XX月XX日
—1 —。
几种常见的软件命名规则
几种常见的软件命名规则收藏今天终于有时间可以不用加班，回来看电影，听歌。
筹划已久的博客，今天终于也迎来了第一篇有意义的文章，参考了网络上的一些文章，写的不好，再努力。
实际上命名规范是有很多的，也不是见到的就可以说的清楚，这里就就简单的介绍三种：匈牙利命名规范，Pascal,Camel：一、匈牙利命名规范：广泛应用于象Microsoft Windows这样的环境中。
几年以前,Charles Simonyi(他后来成为微软的著名程序员)设计了一种以前缀为基础的命名方法,这种方法后来称为"匈牙利表示法"以记念他.他的思想是根据每个标识符所代表的含义给它一个前缀.微软后来采用了这个思想,给每个标识符一个前缀以说明它的数据类型.因此,整型变量的前缀是n,长整型变量是nl,字符型数组变量是ca,以及字符串(以空类型结尾的字符数组)以sz为前缀.这些名字可能会非常古怪.比如说:lpszFoo表示"Foo"是一个指向以空字符为结尾的字符串的长整型指针. 这种方法的优点是使人能够通过变量的名字来辨别变量的类型,而不比去查找它的定义.遗憾的是,这种方法不仅使变量名字非常绕口,而且使改变变量类型的工作变得十分艰巨.在Windows3.1中,整型变量为16为宽.如果我们在开始时采用了一个整型变量,但是在通过30---40个函数的计算之后,发现采用整型变量宽度不够,这时我们不仅要改变这个变量的类型,而且要改变这个变量在这30--40个函数中的名字. 因为不切实际,除了一些顽固的Windows程序员外已经没有人再使用"匈牙利表示法"了.毫无疑问,在某种场合它依然存在,但大部分人现在已经抛弃它了.一般而言,输入前缀是一种糟糕的想法,因为它把变量于其类型紧紧地绑在了一起. 对于30行以下的函数，匈牙利方法一般有优势。
尤其是对界面编程，有优势。
但对于有强烈的算法要求、尤其是有很多抽象类型的C++程序，匈牙利方法简直是一个灾难。
软件编码及命名规范20171030
软件开发编程及命名规范一、命名规范 (1)（一）大小写样式 (1)（一）命名指导 (1)（一）编码规范 (2)一、命名规范（一）大小写样式1.首字母大写样式每个单词开头字母大写（TestCounter）2.首字母小写样式除了第一个单词外其他单词首字母大写，如testCounter3.全字母大写样式全部字母都大写，单词间用”_”间隔，尽量少用缩写，如TEST_COUNTER 4.名称区分大小写不要创建两个仅大小写有区别的命名空间，如NameSpace ming;NameSpace ming;不要创建两个仅大小写有区别的参数名称的函数，如Void MyFunction（String A，String a）不要创建两个仅大小写有区别的类型名称的命名空间，如Windows.form.point pWindows.form.POINT p不要创建两个仅大小写有区别的属性名称的类型，如Int color（get,set）Int Color（get,set）不要创建两个仅大小写有区别的方法名称的类型，如Void caclute()Void Caclute()5.缩写在适当的时候，使用众所周知的缩写替代冗长的词组名称，如UI作为user interface的缩写。
（一）命名指导1.类名类名应该是名词或者名词短语，尽可能使用完整的词。
在适当地方，使用复合单词命名派生类。
2.接口名接口名称应该是名词或者名词短语及形容词，使用字符I作为前缀。
3.枚举名对于Enum类型和值名称使用全字母大写样式4.常量名静态常量使用名词或者名词短语使用全字母大写样式5.参数和非常量变量命名使用描述性命名，名称应该明确表达参数的意义及类型。
使用首字母小写样式。
对类内的成员变量和静态变量不使用前缀公有成员使用首字母大写私有成员使用首字母小写内部成员使用首字母小写静态变量使用全字母大写6.UI类的变量命名规则Label类：前缀lbl+名称（首字母小写），如：lblUserNameSelect类：前缀sel+名称（首字母小写），如：selUserTypeForm类：前缀form+名称（首字母小写），如：formLogin7.变量命名循环语句中计数器用i,j,k,l,m8.方法命名推荐动词或者动词短语，如saveCustomer不要在方法中重复类的名称，如：book.closeBook,推荐book.close9.集合命名推荐名词或者名词短语，后缀加List。
软件发布版本命名规则
软件发布版本命名规则2011-07-16 16:46:08| 分类：Visual Basic|字号订阅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光盘里以文件方式分离出来。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1、目的
本指导书是为软件配置管理而制定。
其目的是使公司软件产品配置标识的命名规范化。
2、适用范围
适用于本公司所有软件产品的配置管理。
3、职责
4、控制内容
4.1、软件配置标识的组成
4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码
QW和以下五部分组成。
a、产品类别代码
b、产品（项目）标识或子系统标识
c、配置项标识
d、版本号
其一般形式为：QWa-bbbb-cc-dd
4.1.2、软件开发过程中产生仅供公司或项目内部使用的配置项，其配
置标识的一般形
式为：bbcccccc-dd，其中，bb为产品（项目）标识缩写，cccccc 为配置项标识，dd为版本号。
4.2、部门代码
部门代码按《体系文件编号规定》4.3条的规定控制。
4.3、产品（项目）标识及其缩写
产品（项目）标识由反映产品或项目名称的4~5位拼音字母组成，前2位字母为其缩写。
如DHMIS是杭州大和热磁电子有限公司管理信息系统的项目标识，而DH则为其缩写。
4.4、子系统标识
子系统标识由2位产品（项目）标识缩写和2~3位子系统名拼音字母组成，其中第3、4两位为子系统标识缩写。
如DHXS是大和项目销售子系统的标识，而XS是其缩写。
4.5、配置项标识
4.5.1、4.1.1所述配置标识中的配置项标示：识（cc）如下表所
配置项标识（cc）
系统规格说明书FB
项目开发计划DP
软件需求规格说明书RS
概要设计说明书PD
详细设计说明书DD
用户手册UM
操作手册OM
源程序SP
4.5.2、4.1.2所述配置标识中的配置项标识（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位存储媒体标识FD（软盘）、HD（硬盘）、CD（光盘）
或TY（磁带）和2位数字码组成。
如ZZFD03为制造子系统的03号软盘。
f、配置项为测试计划
配置项标识由2位产品（项目）标识缩写或子系统标识缩写，2位测试计划类别标识和2位数字码组成，其中，组装测试计划类别标识为TP，确认测试计划类别标识为VP。
数字码00表示产品（项目）或子系统的测试计划，其它数字则表示某一号分计划。
如DHVP00为大和项目确认测试计划的配置项标识。
XSTP01为销售子系统01号测试计划的配置项标识。
4.6、版本号
版本号由2位数字码组成。
阶段产品从软件开发库移交至软件受控库时，规定版本号为00，在受控库中，每一次修改后版本号加1更新。