软件系统命名规则
软件版本命名规范及详细解释.docx
1、版本命名规范软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五种，分别为base、alpha、beta 、RC 、release。
2、软件版本阶段说明Base：此版本表示该软件仅仅是一个基础功能，通常包括所有将要编写的功能，但是功能都没有做完整的实现，只是做为软件整体的一个基础架构。
Alpha：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。
测试人员提交Bug经开发人员修改确认之后，发布到测试xx让测试人员测试，此时可将软件版本标注为alpha版。
Beta：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。
修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为beta版。
RC：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。
Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。
该版本有时也称标准版。
3、版本号修改规则（1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。
此版本号由项目决定是否修改。
（2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。
此版本号由项目决定是否修改。
（3）修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重Bug 即可发布一个修订版。
此版本号由项目经理决定是否修改。
（4）日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
质量体系软件版本号命名规则参考标准
质量体系软件版本号命名规则参考标准在软件开发中，版本命名规则是确保软件版本管理和追踪的重要手段。
对于质量体系软件，其版本号命名规则尤为重要，因为它不仅关系到软件本身的开发、维护和升级，还涉及到软件与质量管理体系的兼容性和一致性。
一般而言，软件版本号命名规则应遵循简洁、明确、易于理解的原则。
常见的版本号命名规则包括“主版本号.次版本号.修订号”的形式，如“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 即可发布一个修订版。
此版本号由项目经理决定是否修改。
计算机软件著作权名称规则
计算机软件著作权名称规则引言：计算机软件著作权是指对计算机软件的创作成果享有的法律保护权利。
在计算机软件的开发过程中，为了保护开发者的利益，确保软件的知识产权，软件著作权名称规则起着重要的作用。
本文将从五个大点来详细阐述计算机软件著作权的名称规则。
正文内容：一、软件名称的唯一性1.1 确保软件名称的独一无二在申请软件著作权时，软件名称必须是独一无二的，不能与已有的软件名称重复。
这样可以避免混淆和侵权的发生，保护软件开发者的合法权益。
1.2 避免与其他产品名称混淆软件名称应与其他产品名称区分开来，避免产生混淆。
这有助于消费者准确识别软件，并避免误用其他产品。
二、软件名称的准确性2.1 确保软件名称与软件功能一致软件名称应准确地反映软件的功能和用途，避免误导用户。
这有助于用户选择适合自己需求的软件，并提高软件的使用率。
2.2 避免虚假宣传软件名称不应夸大软件的功能和性能，避免虚假宣传。
这有助于维护软件开发者的声誉，保护用户的权益。
三、软件名称的规范性3.1 符合命名规则软件名称应符合命名规则，遵循命名规范。
这有助于提高软件的可读性和可理解性，方便用户记忆和使用。
3.2 避免使用敏感词汇软件名称不应包含敏感词汇，避免引起社会争议和法律纠纷。
这有助于维护社会和谐稳定，保护软件开发者的合法权益。
四、软件名称的语言选择4.1 使用通用语言软件名称应使用通用语言，避免使用过于专业或地域性的语言。
这有助于扩大软件的受众范围，提高软件的市场竞争力。
4.2 避免使用侮辱性语言软件名称不应包含侮辱性语言，避免伤害用户感情。
这有助于维护社会公序良俗，保护软件开发者的声誉。
五、软件名称的版权保护5.1 注册软件名称的著作权软件开发者应及时申请软件名称的著作权，确保软件名称的合法性和权益。
这有助于维护软件开发者的知识产权，防止侵权行为的发生。
5.2 监测和维护软件名称的权益软件开发者应定期监测和维护软件名称的权益，及时发现和处理侵权行为。
软件项目版本号的命名规则及格式
原文出处：/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 ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。
软件编码及命名规范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。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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
位存储媒体标识FD（软盘）、HD（硬盘）、CD（光盘）或TY（磁带）和2位数字码组成。
如ZZFD03为制造子系统的03号软盘。
f、配置项为测试计划
配置项标识由2位产品（项目）标识缩写或子系统标识缩写，2位测试计划类别标识和2位数字码组成，其中，组装测试计划类别标识为TP，确认测试计划类别标识为VP。
数字码00表示产品（项目）或子系统的测试计划，其它数字则表示某一号分计划。
如DHVP00为大和项目确认测试计划的配置项标识。
XSTP01为销售子系统01号测试计划的配置项标识。
、版本号
版本号由2位数字码组成。
阶段产品从软件开发库移交至软件受控库时，规定版本号为00，在受控库中，每一次修改后版本号加1更新。