质量体系软件版本号命名规则参考标准
软件版本命名规范及详细解释.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. 软件版本阶段说明* 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.0.03. 版本号定修改规则* 主版本号(1)：当功能模块有较⼤的变动，⽐如增加多个模块或者整体架构发⽣变化。
此版本号由项⽬决定是否修改。
* ⼦版本号(1)：当功能有⼀定的增加或变化，⽐如增加了对权限控制、增加⾃定义视图等功能。
此版本号由项⽬决定是否修改。
* 阶段版本号(1)：⼀般是 Bug 修复或是⼀些⼩的变动，要经常发布修订版，时间间隔不限，修复⼀个严重的bug即可发布⼀个修订版。
此版本号由项⽬经理决定是否修改。
* ⽇期版本号(051021):⽤于记录修改项⽬的当前⽇期，每天对项⽬的修改都需要更改⽇期版本号。
此版本号由开发⼈员决定是否修改。
* 希腊字母版本号(beta):此版本号⽤于标注当前版本的软件处于哪个开发阶段，当软件进⼊到另⼀个阶段时需要修改此版本号。
质量管理体系文件编规定和标识规则
质量管理体系文件编规定和标识规则文档编制序号：[KK8UY-LL9IO69-TTO6M3-MTOL89-FTT688]质量管理体系文件编号规定和标识规则一、一级文件（质量手册）编号规定质量手册编号由三部分组成：第一部分：公司英文简写，即XX第二部分：文件级别。
质量手册的文件级别用A表示。
第三部分：版本号。
版本号从0开始，第一次修改变为1，第二次修改变为2，依此类推。
举例：质量手册XX – A – 0英文简写版本号二、二级文件（程序文件）编号规定程序文件编号由四部分组成：第一部分：公司英文简写，即XX。
第二部分：文件级别。
程序文件的文件级别用B表示。
第三部分：流水号。
用1、2、3……依次排序。
第四部分：版本号。
版本号从0开始，第一次修改变为1，第二次修改变为2，依此类推。
举例：程序文件版本号XX – B – 1 - 0英文简写流水号三、三级文件编号规定三级文件编号由五部分组成：第一部分：公司英文简写，即XX。
第二部分：文件级别。
三级文件的文件级别用C表示。
第三部分：文件类别。
三级文件包括：工作依据、作业指导书、岗位职责。
a）工作依据类型：“法规”表示为“FG”“规章”表示为“GZ”“公司内部制度”表示为“ZD”（意为“制度”）“其他文件”表示为“QT”（意为“其他”）b）作业指导书作业指导书按用途分类，可分为：规范类、指南类、标准类、综合类。
“规范”用“GF”表示“指南”用“ZN”表示“标准”用“BZ”表示c）岗位职责用“ZZ”表示第四部分：流水号。
用1、2、3……依次排序。
第五部分：版本号。
版本号从0开始，第一次修改变为1，第二次修改变为2，依此类推。
举例：三级文件流水号XX – C –（LB）– 1 – 0英文简写文件类别版本号四、四级文件编号规则四级文件编号由五部分组成（每部分中间以“-”连接）：第一部分：公司英文简写，即XX第二部分：文件级别。
四级文件的文件级别用D表示。
第三部分：四级文件类型四级文件类型由三部分组成：用途+使用范围a）按用途分类，可分为：注册类、临床类、服务类、检查类、调查类、综合类、其他类。
质量管理体系文件编号规则
1 目的与使用范围为规范质量管理体系文件的编号，便于日常管理工作，特制定本编号规则。
本编号规则适用于质量管理体系的所有文件.1 文件编号规则2.1 《质量手册》和程序文件编号规则X X X X /□□2.1.1《质量手册》代号为“QM ”（英文为“quality manual ”）。
公司《质量手册》的编号为“XXXX/QM0001-2001”。
2.1.2 程序文件代号为“QP ”（英文为“quality procedure ”）。
如《不合格品控制程序》的编号为“XXXX/QP0000-2016”。
2.2 管理类工作文件编号规则按照《公司内部文件编号编制规则》（XXXX/ZD0000-2016）执行。
2.3 工艺类工作文件编号规则按照《工艺文件的编号方法》（AAA001）执行。
2.4 技术类文件编号规则按照《XXXX 企业技术标准编号办法》（XXXX/ZD00000-2016）。
3 质量记录表格编号规则3.1 一般质量记录表格编号规则质量记录的代号为“QR ”（英文为“quality record ”）Q R □□-□□□-□如：《文件控制程序》（文件编号“XXXX/QP0001-2001”）中《文件更改申请表》的质量记录表格编号为“QR01-003”。
当该记录表式发生变化时，表格编号为“QR01-003-A”。
3.2 借用的外来表格和外用的表格可不予编号。
4 文件的格式见《公文处理办法》。
1本制度由XXXX提出2本制度由XXXX归口并解释3本制度起草人：4本制度修改人：5本制度（A/0版）自年月日起实施67（此文档部分内容来源于网络，如有侵权请告知删除，文档可自行编辑修改内容，供参考，感谢您的支持）8。
软件版本号命名规范
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. 软件版本阶段说明* Base 版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
* Alpha 版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开辟者内部交流，普通而言，该版本软件的 Bug 较多，需要继续修改。
* Beta 版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的 UI。
* RC 版: 该版本已经相当成熟了，基本上不存在导致错误的 BUG ，与即将发行的正式版相差无几。
* Release 版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。
该版本有时也称为标准版。
普通情况下，Release 不会以单词形式浮现在软件封面上，取而代之的是符号(R)。
软件版本号由四部份组成，第一个 1 为主版本号，第二个 1 为子版本号，第三个 1 为阶段版本号，第四部份为日期版本号加希腊字母版本号，希腊字母版本号共有 5 种，分别为：base、alpha、beta、 RC、 release。
例如： 1.1.1.051021_beta。
* 主版本号(1) ：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
* 子版本号(1) ：当功能有一定的增加或者变化，比如增加了对权限控制、增加自定义视图等功能。
此版本号由项目决定是否修改。
* 阶段版本号(1) ：普通是 Bug 修复或者是一些小的变动，要时常发布修订版，时间间隔不限，修复一个严重的 bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
* 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
此版本号由开辟人员决定是否修改。
软件产品命名规范
文件编号：XXX公司质量管理体系文件软件产品命名规范Version B/0XXX公司修改记录1.目的为了确保公司各个软件产品及程序的正确性、统一性，确保各方面内容受到保护和修改控制，确保各项工作顺利进行，特此制定本公司软件产品命名规范，凡本公司设计开发的软件产品及程序均应符合本规范。
2.适用范围本规定适用于公司所有软件产品和每一个可独立维护并受控的程序。
3.名词定义程序：程序是一系列按照特定顺序组织的计算机数据和指令的集合。
一般指源码的编译成果，程序的类型包括dll、exe、ocx、jar、war等。
软件产品：软件产品是程序设计的最终结果，是最终向用户发布的软件。
它可以是一个特定的程序，也可以是一组功能联系紧密，可以互相协作的程序的集合。
此外软件产品还应包括与这些程序相关的文档。
4.软件产品标识软件产品的标识由软件产品名称和软件产品的版本两部分参数组成。
4.1软件产品名称软件产品一般都有中文名称、英文名称及简称三种方式的标识。
公司所有软件产品在立项开发时，软件产品名称按统一标准命名，标准说明如下：4.1.1软件产品的中文名称软件产品的中文名称要求能够体现产品内容和产品属性。
4.1.2软件产品英文名称软件产品的英文名称由三部分组成：公司的标识（EHL）、产品标志（目前一般用Smart、ATMS等）、中文名称的英文全称。
除英文缩写组合外，英文单词都采用首字母或关键字母大写的方法。
例如：EHL Smart Data Synchronizes System4.1.3软件产品的简称软件产品的简称也是由三部分组成：公司的标识、产品标志、英文名称的缩写（一般为各单词首字母组合）。
例如：EHL Smart DSS4.2软件产品版本软件产品的版本直接体现在版本号的命名上，命名格式有两种：主版本号. 子版本号或主版本号. 子版本号. 变更版本号. 修正版本号当软件产品初版时，变更版本号和修正版本号都为0，可以忽略不计，所以采用第一种方式，只标识主版本号和子版本号；主版本号和子版本号的修改标志这软件产品的升级开发，须提交立项申请，由立项评审委员会决定。
体系文件版本版次命名规则
体系文件版本版次命名规则
本规则规定了体系文件版本版次的命名方式，以便于对版本进行识别、跟踪和管理。
1.版本号
版本号是体系文件版本的主要标识，采用三位数字表示，例如 1.0.0、2.1.3等。
其中，第一位数字表示大版本号，第二位数字表示中版本号，第三位数字表示小版本号。
2.发布时间
发布时间是体系文件版本的发布日期，采用8位数字表示，例如20230315。
其中，前4位数字表示年份，后4位数字表示日期。
3.修订次数
修订次数表示体系文件版本在发布之后的修订次数，采用数字表示，例如0、1、2等。
修订次数为0表示该版本未进行过修订。
4.版本状态
版本状态表示体系文件版本当前的稳定程度或状态，分为以下三种：
Alpha：测试版，表示该版本尚处于开发或测试阶段，稳定性较差。
Beta：试用版，表示该版本已经基本完成，但仍然处于试用阶段，稳定性一般。
RC：正式版，表示该版本已经经过充分测试和验证，稳定性较高，可以正式使用。
5.其他信息
其他信息包括体系文件版本的版权信息、作者信息等其他附加信息。
这些信息根据实际情况进行标识。
版本发布命名规范
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.0.0.1各代表什么意思）1. 软件版本阶段说明* Base版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。
* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
* Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
* RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
* Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。
该版本有时也称为标准版。
一般情况下，Release不会以单词形式出现在软件封面上，取而代之的是符号(Ｒ)。
2. 版本命名规范软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
例如：1.1.1.051021_beta。
# 版本号定修改规则：* 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
* 子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。
此版本号由项目决定是否修改。
* 阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
* 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
4软件产品命名规范
文件编号：Q/EHL-CX08-ZY02-2008北京易华录信息技术股份有限公司质量管理体系文件软件产品命名规范Version B/0编写：樊平审核：李艳东批准：李艳东实施日期：2009-2-1受控状态：受控发放编号：北京易华录信息技术股份有限公司二零零九年修改记录1.目的为了确保公司各个软件产品及程序的正确性、统一性，确保各方面内容受到保护和修改控制，确保各项工作顺利进行，特此制定本公司软件产品命名规范，凡本公司设计开发的软件产品及程序均应符合本规范。
2.适用范围本规定适用于公司所有软件产品和每一个可独立维护并受控的程序。
3.名词定义程序：程序是一系列按照特定顺序组织的计算机数据和指令的集合。
一般指源码的编译成果，程序的类型包括dll、exe、ocx、jar、war等。
软件产品：软件产品是程序设计的最终结果，是最终向用户发布的软件。
它可以是一个特定的程序，也可以是一组功能联系紧密，可以互相协作的程序的集合。
此外软件产品还应包括与这些程序相关的文档。
4.软件产品标识软件产品的标识由软件产品名称和软件产品的版本两部分参数组成。
4.1软件产品名称软件产品一般都有中文名称、英文名称及简称三种方式的标识。
公司所有软件产品在立项开发时，软件产品名称按统一标准命名，标准说明如下：4.1.1软件产品的中文名称软件产品的中文名称要求能够体现产品内容和产品属性。
4.1.2软件产品英文名称软件产品的英文名称由三部分组成：公司的标识（EHL）、产品标志（目前一般用Smart、ATMS等）、中文名称的英文全称。
除英文缩写组合外，英文单词都采用首字母或关键字母大写的方法。
例如：EHL Smart Data Synchronizes System4.1.3软件产品的简称软件产品的简称也是由三部分组成：公司的标识、产品标志、英文名称的缩写（一般为各单词首字母组合）。
例如：EHL Smart DSS4.2软件产品版本软件产品的版本直接体现在版本号的命名上，命名格式有两种：主版本号 . 子版本号或主版本号 . 子版本号 . 变更版本号 . 修正版本号当软件产品初版时，变更版本号和修正版本号都为0，可以忽略不计，所以采用第一种方式，只标识主版本号和子版本号；主版本号和子版本号的修改标志这软件产品的升级开发，须提交立项申请，由立项评审委员会决定。
质量管理体系文件编号规则
1 目的与使用范围为规范质量管理体系文件的编号，便于日常管理工作，特制定本编号规则。
本编号规则适用于质量管理体系的所有文件.1 文件编号规则2.1 《质量手册》和程序文件编号规则X X X X /□□2.1.1《质量手册》代号为“QM ”（英文为“quality manual ”）。
公司《质量手册》的编号为“XXXX/QM0001-2001”。
2.1.2 程序文件代号为“QP ”（英文为“quality procedure ”）。
如《不合格品控制程序》的编号为“XXXX/QP0000-2016”。
2.2 管理类工作文件编号规则按照《公司内部文件编号编制规则》（XXXX/ZD0000-2016）执行。
2.3 工艺类工作文件编号规则按照《工艺文件的编号方法》（AAA001）执行。
2.4 技术类文件编号规则按照《XXXX 企业技术标准编号办法》（XXXX/ZD00000-2016）。
3 质量记录表格编号规则3.1 一般质量记录表格编号规则质量记录的代号为“QR ”（英文为“quality record ”）Q R □□-□□□-□如：《文件控制程序》（文件编号“XXXX/QP0001-2001”）中《文件更改申请表》的质量记录表格编号为“QR01-003”。
当该记录表式发生变化时，表格编号为“QR01-003-A”。
3.2 借用的外来表格和外用的表格可不予编号。
4 文件的格式见《公文处理办法》。
1本制度由XXXX提出2本制度由XXXX归口并解释3本制度起草人：4本制度修改人：5本制度（A/0版）自年月日起实施67（此文档部分内容来源于网络，如有侵权请告知删除，文档可自行编辑修改内容，供参考，感谢您的支持）8。
版本号命名规则
版本号命名规则版本命名规范1. 版本命名规范软件版本号由四部分组成：第一个1为主版本号第二个1为子版本号第三个1为阶段版本号第四部分为日期版本号加希腊字母版本号希腊字母版本号共有5种，分别为：base、alpha、beta、RC、release。
例如：1.0.0.081015_release常规：完全的版本号定义，分三项：：<主版本号>.<次版本号>.<修订版本号>，如 1.0.02. 版本号定修改规则主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。
此版本号由项目决定是否修改。
阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。
此版本号由项目经理决定是否修改。
日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。
此版本号由开发人员决定是否修改。
希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。
此版本号由项目决定是否修改。
3. 文件命名规范文件名称由四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件阶段标识加文件后缀，例如：rongliaoRCS 1.0.0.081015_release.apk，此文件为项目外包平台的测试报告文档，版本号为：1.0.0.081015_release。
质量管理体系文件编号规定和标识规则
质量管理体系文件编号规定和标识规则一、一级文件（质量手册）编号规定质量手册编号由三部分组成:第一部分：公司英文简写，即XX第二部分：文件级别。
质量手册的文件级别用A表示。
第三部分:版本号。
版本号从0开始，第一次修改变为1，第二次修改变为2,依此类推.举例：质量手册XX – A – 0英文简写版本号二、二级文件（程序文件）编号规定程序文件编号由四部分组成：第一部分：公司英文简写，即XX。
第二部分：文件级别。
程序文件的文件级别用B表示。
第三部分：流水号。
用1、2、3……依次排序。
第四部分:版本号。
版本号从0开始，第一次修改变为1,第二次修改变为2，依此类推。
举例：程序文件版本号XX – B – 1 - 0英文简写流水号三、三级文件编号规定三级文件编号由五部分组成：第一部分：公司英文简写,即XX。
第二部分：文件级别。
三级文件的文件级别用C表示。
第三部分：文件类别.三级文件包括:工作依据、作业指导书、岗位职责。
a）工作依据类型：“法规"表示为“FG”“规章"表示为“GZ”“公司内部制度”表示为“ZD”（意为“制度”）“其他文件”表示为“QT”（意为“其他”）b)作业指导书作业指导书按用途分类，可分为：规范类、指南类、标准类、综合类。
“规范”用“GF"表示“指南”用“ZN”表示“标准"用“BZ”表示c）岗位职责用“ZZ”表示第四部分：流水号。
用1、2、3……依次排序。
第五部分：版本号。
版本号从0开始，第一次修改变为1，第二次修改变为2，依此类推.举例：三级文件流水号XX – C –（LB)– 1 – 0英文简写文件类别版本号四、四级文件编号规则四级文件编号由五部分组成（每部分中间以“-”连接）：第一部分：公司英文简写，即XX第二部分：文件级别。
四级文件的文件级别用D表示.第三部分:四级文件类型四级文件类型由三部分组成：用途+使用范围a)按用途分类,可分为：注册类、临床类、服务类、检查类、调查类、综合类、其他类。
质量管理体系和文件编号规则
1、质量手册和程序文件的编号：×××××××××××××发布年号文件顺序号标准条款号文件类别公司名称代号2、工作文件的编号：×××××××××××文件顺序号主管部门代号标准条款号文件类别公司名称代号3、记录的编号×××××××记录版本号记录顺序号记录代号记录主管部门代号4、说明1）公司名称代号用二位英文名称缩写字母表示，本公司名称代号缩写为NH2）顺序号用数字表示3）文件类别用英文名称缩写字母表示：质量手册QM、程序文件QP、工作文件WI、记录R4）标准条款号是指该文件对应于GB/T19001-2000 idt ISO 9001-2000中条款号。
5）部门代号采用英文名称的缩写字母表示，其中：公司办：HO、总经办：HM、财务部：HF、行政部：HA、运输公司：HT、港务公司：HP（总调度室：PD、生产部：PO、理货部：PT、业务部：PB、港务部：PP、电脑部：PC、工程技术部：PE）6）记录版本号用英文字母A、B……表示，其中A表示第一版，B表示第二版，依次顺序类推。
5、举例说明：1）质量手册的编号：NH/QM 42201：20012）文件控制程序的编号：NH/QP 42301：20013）记录控制程序的编号：NH/QP 42401：20014）管理评审制度的编号：NH/WI/HM56015）理货记录的编号：PT/R001A下面是古文鉴赏，不需要的朋友可以下载后编辑删除！！谢谢！！九歌·湘君屈原朗诵：路英君不行兮夷犹，蹇谁留兮中洲。
美要眇兮宜修，沛吾乘兮桂舟。
令沅湘兮无波，使江水兮安流。
版本号命名规范
文件编号：上海摩力游数字娱乐有限公司质量管理体系文件软件产品命名规范Version B/0编写：朱守炜审核：郭园园批准：实施日期：受控状态：发放编号：部门会签人/日期部门会签人/日期文件会签上海摩力游数字娱乐有限公司2011年修改记录日期版本说明修改人2011/3/15 1.0.0 软件产品版本规范编写朱守炜1.目的为了确保公司各个软件产品及程序的正确性、统一性，确保各方面内容受到保护和修改控制，确保各项工作顺利进行，特此制定本公司软件产品命名规范，凡本公司设计开发的软件产品及程序均应符合本规范。
2.适用范围本规定适用于公司所有软件产品和每一个可独立维护并受控的程序。
3.名词定义程序：程序是一系列按照特定顺序组织的计算机数据和指令的集合。
一般指源码的编译成果，程序的类型包括dll、exe、ocx、jar、war等。
软件产品：软件产品是程序设计的最终结果，是最终向用户发布的软件。
它可以是一个特定的程序，也可以是一组功能联系紧密，可以互相协作的程序的集合。
此外软件产品还应包括与这些程序相关的文档。
4.软件产品标识软件产品的标识由软件产品名称和软件产品的版本两部分参数组成。
4.1软件产品名称软件产品一般都有中文名称、英文名称及简称三种方式的标识。
公司所有软件产品在立项开发时，软件产品名称按统一标准命名，标准说明如下：4.1.1软件产品的中文名称软件产品的中文名称要求能够体现产品内容和产品属性。
4.1.2软件产品英文名称软件产品的英文名称由三部分组成：公司的标识、产品标志中文名称的英文全称。
除英文缩写组合外，英文单词都采用首字母或关键字母大写的方法。
例如：Moliyo King Of Sea4.1.3软件产品的简称软件产品的简称也是由三部分组成：英文名称的缩写（一般为各单词首字母组合）。
例如：C2 KOP KOS4.2软件产品版本软件产品的版本直接体现在版本号的命名上，命名格式为产品名缩写. 地区名缩写. 主版本号 . 特征版本号 . 修正版本号【. 送测版本号 . 构建次数】当软件产品初版时，特征版本号和修正版本号都为0，可以忽略不计。
软件版本命名规范(参考)
软件版本命名规范版本命名规范方案一：1、软件版本号有三个部分组成，第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，每个部分由英文标点符号.做间隔符，如：1.1.1。
2、软件起始版本号为1.0.0起始版本号3、版本号修改规则（1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。
此版本号Android 与iOS统一一个版本号。
（2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。
此版本号Android与iOS统一一个版本号。
（3）修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重 Bug 即可发布一个修订版。
此版本号Android与iOS可不统一。
如起始版本为1.0.0，后续修改的版本依次为1.0.1、1.0.2；较大修改则为1.1.0、1.2.0；较大更改则为2.0.0、3.0.0，以此类推。
版本命名规范方案二：1、软件版本号有三个部分组成，第一部分为版本年号，第二部分为版本月号，第三部分为版本日号，每个部分由英文标点符号.做间隔符，如：1.1.12、版本号修改规则（1）版本年号：以年为间隔，版本号为打包时的距离起始年份的距离，起始年为1，以后每年依次加1。
（2）版本月号：以月为间隔，版本号为打包时的月份号，分别为1-12。
（3）版本日号：以日为间隔，版本号为打包时的日期，分别为1-31。
如以2018年为起点，2018年10月5日打包的版本号则为1.10.5、2019年1月15日打包的版本号则为2.1.15，以此类推，可以根据版本号判断出版本打包的日期。
软件版本号命名规则
知识点1：关于软件版本号的问题完全的版本号定义，分三项：：<主版本号>.<次版本号>.<修订版本号>，如1.0.0。
版本号升级原则：主版本号：功能模块有大的变动，比如增加多个模块或者整体架构发生变化。
次版本号：和主版本相对而言，次版本号的升级对应的只是局部的变动。
但该局部的变动造成了程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。
修订版本号：局部的变动，主要是局部函数的功能改进，或者bug的修正，或者功能的扩充。
*****************************************************************************************各种软件的版本号是怎么确定的，怎样的跨越才能算是由bate到正式版？原则上，自第一个稳定版本发布后，修订版本号会经常性改动，而次版本号则依情况作改动，主版本号改动的频率很低，除非有大的重构或功能改进。
对于小项目而言，甚至可以简化为：>.<次版本号>.<修订版本号>。
版本号比较自由，至于Beta版或者是正式版跟版本号之间并没有任何关系，只要达到正式版的要求的话，即使版本号是1.0或者0.1都可能是正式版的。
* Alpha版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改。
* Beta版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI。
* RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发行的正式版相差无几。
* Release版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
质量体系软件版本号命名规则参考标准
在软件开发中，版本命名规则是确保软件版本管理和追踪的重要手段。
对于质量体系软件，其版本号命名规则尤为重要，因为它不仅关系到软件本身的开发、维护和升级，还涉及到软件与质量管理体系的兼容性和一致性。
一般而言，软件版本号命名规则应遵循简洁、明确、易于理解的原则。
常见的版本号命名规则包括“主版本号.次版本号.修订号”的形式，如“1.2.3”。
其中，主版本号表示软件的主要功能或架构的变更；次版本号表示在主要功能不变的情况下，软件的新增功能或优化；修订号则用于表示软件的细微修改或bug修复。
对于质量体系软件，其版本号命名规则可以参考以下建议：
1.引入“质量级别”标识：在版本号中加入一个表示质量级别的标识，如“Q”（代
表“质量”）。
这样，版本号就可以表示为“Q1.2.3”，其中“Q”表示这是一个质量体系软件。
2.质量级别与主版本号关联：质量级别可以作为主版本号的一部分，表示软件在
质量管理方面的重大改进或变更。
例如，“Q1.0.0”表示软件在质量管理方面进行了重大升级，而“Q1.1.0”则表示在保持质量管理水平的基础上，软件增加了新的功能或优化。
3.遵循语义化版本控制：语义化版本控制（Semantic Versioning）是一种广泛
采用的版本号命名规则，它强调版本号的语义化，使得版本号的变化能够清晰地反映出软件的变化内容。
质量体系软件可以借鉴这种规则，确保版本号的变化能够准确反映软件在质量管理方面的改进和变化。
总之，制定一个合理的版本号命名规则对于质量体系软件的开发和维护至关重要。
通过引入质量级别标识、关联质量级别与主版本号以及遵循语义化版本控制等方法，可以确保版本号能够清晰地反映出软件在质量管理方面的改进和变化，从而提高软件的质量和可靠性。