软件标识规范
软件开发标准---标识规范
3）“s”为主版本号，用一位数字表示：“1~9”。对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时主版本号增加，次版本号为零，产品或项目概念全新，第一次完成，版本号为1.0。
标识规范
文件修改控制
修改记录编号
修改
状态
修改页码及条款
修改人
审核人
批准人
修改日期
1.目的
2.适用范围
3.术语和缩略语
4.标识规则
4.1标识对象
4.2文档版本控制
4.3发行版本控制
4.4软件项标识方式
4.5不合格品的标识
5.引用文件
5.1NW602102《文件编号规定》
6.质量记录
6.1NR602101A“文件备份清单”
5）母盘的标识方式
对于母盘，除按上述方式标识之外，一定注明“母盘”字样。
注：PR——产品释放（Production Release）
M——产品释放的母盘
4.5不合格品的标识
4.5.1不合格品必须有明确的标识。可以使用标识、记录或划区域存放等方法进行标识。
4.5.2软件开发过程中形成的不合格品必须在其外存储介质上进行适当标记，并明确这些不合格品或存有不合格品的介质（如磁盘、光盘等）的处理过程。
1）磁盘介质产品的标识方式：
2）光盘介质产品的标识方式：
3）MO盘的标识方式
其中，MO盘签的编号方式如下：
MO盘签编号共12位“MO-ssnnnnxddd”；
前2位“ss”表示部门代号；
软件系统命名规则
1、目的本指导书是为软件配置管理而制定。
其目的是使公司软件产品配置标识的命名规范化。
2、适用范围适用于本公司所有软件产品的配置管理。
3、职责4、控制内容4.1、软件配置标识的组成4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码QW和以下五部分组成。
a、产品类别代码b、产品（项目）标识或子系统标识c、配置项标识d、版本号其一般形式为：QWa-bbbb-cc-dd4.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源程序SP4.5.2、4.1.2所述配置标识中的配置项标识（cccccc）有以下情况：a、配置项为数据项：配置标识由2位全局标识SY或子系统标识缩写（局部数据）和3位数字码组成。
如SY001为001号全局数据的配置项标识XS031为销售子系统031号数据的配置项标识。
b、配置项为数据流：配置项标识由2位子系统标识缩写，2位数据流标识DF和2位数字码组成。
如ZCDF02为资财子系统02号数据流的配置项标识。
配置管理标识规范
? 可选方式四：使用外部版本、内部版本两套机制
当我们点击word帮助菜单的“关于”时，在抬头部分看到的是“word2002 （10. 2627. 2675）”。这里的2002、10. 2627. 2675分别是外部、内部版本号。因为让客户记住繁琐的内部版本号是困难的，另一方面，出于宣传等商业原因，很多商业软件不但有外部版本号，还把功能有大幅度改善的版本以不同的名称命名。比如windows98- windows Me- windows2000- windowsXP； RealPlayer8.0- RealOne Player V2.0等。
至于何谓主版本和从版本，每个项目组可以有自己的约定。比如功能的大幅度修改、正式发布给客户、上线等里程碑事件，都是应该反应在版本号的变化上的。
适用于：比较正式的软件项目
举例：第一个版本为 1.0.0.0，上线使用的版本为5. 11.18
? 可选方式三：给版本加上前缀以区分
方式三、四并不是一种新的软件版本标识方法，它们通常增加在方式二的基础之上，以更好的标识版本。
3 原则
配置项标识可以根据项目的实际情况灵活掌握，但有一些基本的原则是需要遵从的。
? 标识唯一：这是为了避免混淆
? 与同类配置项不同的信息，应纳入标识：这是为了便于区分、查找
? 同类配置项的标识方法统一
? 容易记忆：对于经常使用的配置项，标识不宜过长
4 标识范例
给测试人员使用的库，用户名 test；密码 test；
给开发人员调试使用的库，用户名 dev；密码 dev （用户名和密码表明了其功能和作用）
5辅助标识
配置工具有一些辅助方法来标识配置项，这里介绍VSS和CVS的方法。
程序版本号命名规则
程序版本号是用来标识不同软件版本的一种命名规则。
遵循规范的版本命名可以帮助开发者和用户更好地理解和使用软件，同时也有助于软件开发过程中的版本控制和管理。
下面是常见的几种程序版本号命名规则的参考内容。
1.主版本号.次版本号.修订版本号这是最常见的版本号命名规则。
主版本号用于指示软件的重大更新或改进，通常会在软件功能有较大变动或整体重构时进行更新。
次版本号用于指示软件的次要更新或功能增加，修订版本号则用于指示软件的错误修复或小的改进。
例如，版本号为1.2.3的软件表明它是主版本1，次版本2，修订版本3。
2.年份.月份这种命名规则常用于软件的定期发布或更新。
通过以年份和月份为标识，可以清楚地了解到软件的更新周期和发布时间。
例如，2022年7月发布的软件可以命名为2022.07。
3.主版本号.次版本号这种命名规则适用于一些小型或简单的软件，没有修订版本号来表示修复或改进。
主版本号用于标识较大的功能或架构改变，而次版本号则表示逐步添加功能或改进。
4.年份.主版本号这种命名规则常用于长期维护的软件，通过年份和主版本号的组合来标识软件的更新和演变。
年份用于表示更新的时间范围，主版本号则用于标识重大的改变或更新。
5.特定命名规则有些软件根据自己的特点和需求使用一些特定的命名规则。
例如，一些开源软件使用X.YY.ZZ的版本号命名规则，其中X表示主版本号，YY表示年份，ZZ表示修订版本号。
这种命名规则可以方便地跟踪软件的发布和更新情况。
在选择版本号命名规则时，需要根据具体的软件特点和开发需求进行选择，并确保版本号规则能够清晰地表达软件的更新和改进。
同时，还需要注意遵循一致性原则，即在命名版本号时保持一致性，不要频繁更改命名规则，以免产生混淆和困惑。
此外，为了方便用户识别，还可以将版本号明确地标注在软件的界面或帮助文档中。
软件产品名称命名规范
软件产品登记命名规则
1. 软件产品名称：软件产品名称构成品牌+产品用途与功能
+“软件”+产品版本号。
定制软件产品名称构成：品牌+客户单位名称+产品用途与功能+“软件”+产品版本号。
2. 品牌：品牌中须包含软件产品厂商标识，亦可含产品标识，
并可应用外文字母或拼音字母。
但在品牌中不可单独出现“中国”、“中华”、地方名等字样及其它专有名称。
3. 产品用途与功能：在本段中应以简明的方式表明该软件的运
用行业、用途与功能，不能笼统模糊,不准用全字母表示，如出现缩写须用括号标上,产品型号放在产品用途和功能前，不需加括号；国际公认的名称如LINUX、WINDOWS等可在该段中出现，不需用括号.
4. 产品版本号：软件产品的名称中必须表明VXX。
XXX字样的
版本号，其中X必须是具体数字,以年号和非标准式标明版本号的要做说明.
5. 软件产品外销名称可全用外文。
6. 该软件产品在办理著作权登记、产品测试和产品登记时名称
应一致。
软件产品命名规范
文件编号：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，可以忽略不计，所以采用第一种方式，只标识主版本号和子版本号；主版本号和子版本号的修改标志这软件产品的升级开发，须提交立项申请，由立项评审委员会决定。
产品软件及用户指导类手册版本编号规则
产品软件及用户指导类手册版本编号规则在软件开发和用户指导文档编写中，版本编号的规则起到了重要的作用。
准确的版本编号可以方便开发团队和用户及时了解软件的更新和改进内容。
本文将介绍一种常见的产品软件及用户指导类手册版本编号规则，以帮助开发团队统一版本管理和用户方便使用。
一、版本编号的概念和重要性版本编号是指为标识软件或文档的不同版本而进行的编码命名。
每个版本都会有特定的改进、修复或新增功能，因此为每个版本分配唯一的编号是必要的。
版本编号的正确定义和使用可以帮助团队成员和用户准确地识别和使用最新的软件版本。
二、版本编号的组成方式在本规则中，我们采用主版本号（Major Version Number）、次版本号（Minor Version Number）和修订号（Revision Number）的组合方式，形成一个标识版本的编号。
具体如下所示：主版本号.次版本号.修订号1. 主版本号（Major Version Number）：指的是软件或用户指导文档的重大更新或重大改变。
当软件或文档发生较大规模的改进时，主版本号应进行加一操作。
2. 次版本号（Minor Version Number）：指软件或用户指导文档的较小更新或改进。
当软件或文档发生较小范围的改进时，次版本号应加一。
3. 修订号（Revision Number）：指对软件或用户指导文档进行的错误修复、调整或其他较小的修改操作。
每次修订后，修订号应加一。
三、版本编号的使用示例以一个虚拟的软件 "ABC软件" 为例，我们采用上述版本编号规则进行标识。
初始版本为：1.0.01. 当 ABC 软件进行了全面升级和重大改进后，改动较大，此时主版本号加一：2.0.02. 紧接着进行了一些较小的功能调整和修订，次版本号加一：2.1.03. 后续进行了一些错误修复和细微调整，修订号加一：2.1.14. 又进行了一些功能优化和细节修正，修订号加一：2.1.2在用户指导文档方面，找到与软件版本相对应的用户指导类手册版本号，以便用户能够获取正确的文档。
软件列表及标识说明
30
《计算机操作手册》
COM
31
《培训文档(计划、内容、记录、报告)》
TD
32
《软件问题报告》
备注:具体文档列表根据项目实际要求而定,详细文档可参考:文档简号说明
文档标识由产品代号、软件标识、文档简号、版本号与密级代号组成,相关描述见下表。
名称
描述
备注
产品代号
由科研部下发(项目经理确认)
软件标识
3
SOW
Statement of work(工作任务说明书)
4
PHB
Process Handbook (项目过程手册)
5
EST
Estimation Sheet (估计记录)
6
PPL
Project Plan (项目计划)
7
CMP
Software Management Plan(配置管理计划)
8
QAP
Software Quality Assurance Plan(软件质量保证计划)
软件文档列表
完整的软件项目涉及到的文档分为项目级与系统级两部分,软件文档列表参见下表。
序号
等级
文档名称
文档简号
1
项目级
《初步设计》
PDD
2
《可行性分析研究报告》
FSR
3
《需求调研报告》
DSR
4
《需求变更管理文档》
RCMD
5
《项目运行概念说明》
POCD
6
《配置管理计划》
CMP
7
《质量保证计划》
QAP
8
Integration Testing plan (集成测试计划)
软件项目配置管理规范(配置项标识和配置审计的标准)
软件项目配置管理规范（配置项标识和配置审计的标准）1．概述本规范用于规范和指导全公司的配置管理活动，适用公司研发项目及技术支持阶段产品的开发工作，主要包括以下几个方面：建立和维护配置管理环境。
公司配置库权限管理配置库的备份和恢复。
公司配置管理相关规程及工具的培训。
制定和维护基线计划。
标识配置项。
变更控制和管理。
版本管理。
配置审计。
2．术语及定义配置管理（Configuration Management，CM）：是一套应用技术上和管理上的指导和监督的方法，用来识别和记录配置项和功能特征和物理特征；控制这些特征的变更；记录和报告变更的处理和执行的状态；以及验证其是否符合特定的需求（IEEE-STD-610）。
配置项（Configuration Item，CI）：配置管理中可相对独立地进行管理的单元，如文档和模块代码。
基线（Baseline）：经过正式评审并且达成一致的一组工作产品，是进一步工作的稳定基础；基线化后的工作产品只能依据变更控制规程通过变更评估、审批后才能变更。
配置审计（Configuration Audit，CA）：通过对配置库进行物理审计和功能审计来验证配置项信息与配置标识的一致性，确保软件资产备份的有效性和完整性。
配置库备份：配置库的备份包括全量备份和增量备份。
3．配置项标识编写《配置项识别表》时，配置管理工程师负责标识配置项范围，并由项目负责人确认。
项目组成员创立配置项时，根据配置项命名规则分配唯一的标识符，配置项命名根据以下原则。
文档类命名规则：公司级命名规则： [ 简称-] 文档名称 [-模块/主题简称]文档类命名原则：【局点+RM单号】-【项目名】-【文档名称】（如项目规模较大时，需分模块说明时，可增加模块简称的后缀）。
会议纪要等可增加主题简称、日期等后缀。
版本编号规则：v1.0.0.0（m.n.j.k） m 主版本号、n代表次版本号 j代表文档批准次数或者代码发布次数 k文档修改次数或者代码测试次数.配置项状态配置项状态通常有如下三种情况：草稿（draft）;评审中（in review）；已发布（released/passed）日常工作中经常将其剪裁为：草稿（draft）；已发布（released）这两种状态，根据是否通过评审为判断节点。
版本号规范
版本号规范版本号规范是软件开发过程中的一个重要方面，用于标识和管理软件的不同版本。
规范化的版本号可以帮助开发者和用户更好地理解软件的更新、修复和功能改进。
版本号一般由数字和点号组成，形式类似于“主版本号.次版本号.修订号”。
不同的版本号之间有着明确的含义和顺序，以下是一个常见的版本号规范：1. 主版本号（Major Version）：主要指明软件进行重大改进或者功能上的巨大变化。
当软件发生较大的重构或功能的根本性变化时，主版本号将会增加。
例如，从版本1.0升级到版本2.0。
2. 次版本号（Minor Version）：表示软件在原有功能上进行了扩展或增加了一些新功能，但并没有对原有功能进行破坏性的改变。
通常在软件发布新特性或增加功能模块时增加次版本号。
例如，从版本1.1升级到版本1.2。
3. 修订号（Patch Version）：用于修复软件中的缺陷、错误或漏洞。
修订号的增加表示软件进行了一些修改或补丁，但并没有引入新的功能。
例如，从版本1.1.1升级到版本1.1.2。
除了上述基本的版本号规范，还有一些其他常见的规范可以更好地满足开发和发布的需要：1. 预发布版本号（Pre-release Version）：在正式版本发布之前，为了测试和反馈，开发者可能会发布一些预发布版本或候选版本。
这些版本可以使用预发布版本号来区分，例如beta版、alpha版等。
2. 构建号（Build Number）：用于标识同一版本不同构建的编号。
当开发者进行编译、构建和发布时，每次构建都会生成一个新的构建号，用于区分不同的构建。
3. 发布日期（Release Date）：可以将发布日期包含在版本号中，以便更好地记录软件的版本历史。
这样可以方便开发者和用户追踪和查找特定版本的软件。
版本号的规范化有助于团队成员之间的沟通和理解，也方便用户了解软件的更新和改进。
在实践中，开发团队应该根据项目的实际需求和团队的开发流程来确定适合自己的版本号规范，并在开发过程中严格遵守。
软件标识规范
标识规范XXX股份有限公司（版权所有，翻版必究）文件修改控制目录1. 目的2. 适用范围3. 术语和缩略语4. 标识规则4.1 标识对象4.2 文档版本控制4.3 发行版本控制4.4 软件项标识方式4.5 不合格品的标识5. 引用文件5.1 NW602102《文件编号规定》6. 质量记录6.1 NR602101A“文件备份清单”1．目的为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质，特制定本文件。
2．适用范围适用于软件开发过程中所需的各种软件项及介质。
3．术语和缩略语本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4．标识规则4.1 标识对象标识对象主要包括：技术文档（可行性分析报告、需求分析报告、开发计划、质量计划、系统设计报告、技术报告、测试计划等）、提交产品（计算机程序、释放产品等），主要通过介质标识和版本控制以便于存取和查阅。
4.2 文档版本控制对于计划性文档、技术文档和用户文档，其版本按修改的先后顺序确定。
新生成的文档第一次发行为第一版，修改后第二次发行为第二版，以此类推。
4.3 发行版本控制最终完成的软件版本用三位符号表示：“s.xy”。
各符号位的含义如下：1）“y”为第二次版本号，表示纠正错误时的版本升级，用一位数字表示：“1~9”，对上一次产品或项目中的缺陷做修正，第二次版本号增加；2）“x”为第一次版本号，表示增加功能时的版本升级，用一位数字表示：“0~9”。
与上一产品或项目相比，功能进行了小量的增加或修正时，第一次版本号增加，第二次版本号为零，第二版本号为零时可以省略不写；3）“s”为主版本号，用一位数字表示：“1~9”。
对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时主版本号增加，次版本号为零，产品或项目概念全新，第一次完成，版本号为1.0。
4.4 软件项标识方式4.4.1 技术文档标识方式技术文档的标识体现在相应文件的封面上，由开发人员参照相应文档模板的格式要求，对技术文档进行标识。
软件开发_配置标识规范
配置标识规范Configuration Item Sign Criteria版本历史【目录】1概述 (4)1.1 编写目的 (4)1.2 适用范围 (4)1.3 术语和缩写 (4)1.4 参考资料 (4)2输入 (4)3输出 (5)4角色和职责 (5)5配置项命名规则 (7)5.1 过程改进计划： ..................................................................................................... 错误！未定义书签。
5.2 过程改进状态报告 ................................................................................................. 错误！未定义书签。
5.3 过程改进过程文档模板 ......................................................................................... 错误！未定义书签。
5.4 过程规范文档 ......................................................................................................... 错误！未定义书签。
5.4.1过程原则文档： ............................................................................................. 错误！未定义书签。
5.4.2过程文档： ..................................................................................................... 错误！未定义书签。
软件配置管理规定
软件配置管理规定软件管理规定1 ⽬的规范软件的配置标识，如软件的名命、件号、版本的命名原则，以及软件的更改、发布管理管理。
2 适⽤范围本规定适⽤于⽤在通过烧录于硬件的形式实现其产品功能的嵌⼊式软件。
⽤于⼯装设备的检验、测试软件参照使⽤。
3 职责与权限3.1研发部：负责名命软件、制定软件件号、赋予软件版本，软件更改。
3.5软件配置管理员：软件的版本管理，软件发布。
4 管理要求4.1软件配置代码标识组成如下所⽰：XXXX-YYYYY-ZZZ-N-Vx.xa）XXXX：软件主称代词，代表该软件所应⽤的主产品名称，由英⽂字母组成，如CJQ表⽰采集器，JLQ表⽰记录器，KZQ 表⽰控制器。
b）XXXX：软件辅助代号，表⽰某个产品中的某块线路板，由英⽂字母组成，如ZKB表⽰主控板，YLXS表⽰⾳量显⽰板。
c）ZZZ：软件的类型，由3位英⽂字母组成，YCX表⽰源代码，MCX表⽰⽬标程序，JCX表⽰加载程序；d）N：软件产品的阶段标记，由1位英⽂字母表⽰，C表⽰⽅案阶段产⽣的软件，S表⽰⼯程研制阶段产⽣的软件，D表⽰定型后的软件；e）Vx.xx：表⽰软件的版本，如：V1.00、V1.01、V1.02、V1.03。
表⽰⽅案阶段的各相应版本软件；V2.00、V2.01、V2.02、V2.03。
表⽰⼯程研制阶段的各相应版本软件；V3.00、V3.01、V3.02、V3.03。
表⽰⽅案定型后的各相应版本软件；例：JLQ – ZKB – YCX – S - 2.00 表⽰记录器⼯程研制阶段产⽣的第1个版主控板源程序4. 2软件版本阶段控制要求当产品研制转段时，软件版本必需做好相应的升版，软件配置管理员做好软件阶段版本标识对应关系的管理，如V2.05版本的软件，产品定型后，该软件版本应升级⾄V3.00，即V2.05版本软件对等于V3.00版本软件，其内容完全⼀致。
4.3软件更改、发布4.3.1设计⼈员负责软件的更改升级⼯作，更改需符合Ｉ类设计更改管理要求，即属于功能性能更改。
软件著作 标识解析
软件著作标识解析
软件著作权标识解析如下：
软件著作权符号是表示软件著作权的一种标志，用于表明软件的著作权归属。
该符号通常是由“C”（代表“Copyright（版权）”）、年份和权利人组成。
其中，“C”字母和年份是必须包含的元素，权利人可以根据实际情况进行填写。
使用软件著作权符号可以保护软件著作权人的合法权益，防止他人对软件的侵权行为，同时也可以增强软件用户对软件的信任和认可，提高软件的市场竞争力。
此外，软件著作权分类号是根据软件的特征，将软件划分到不同的类别中。
软件著作权分类号包括两个部分，第一部分是一位数字，代表软件的主分类号；第二部分是二位数字，代表软件的子分类号。
根据不同的分类标准，可以将软件分为不同的类型，例如应用软件类、工具软件类、游戏软件类等。
总的来说，软件著作权标识解析是对于软件著作权的一种保护和标识方式，有助于维护软件著作权人的合法权益，促进软件产业的健康发展。
产品版本命名及使用规范
产品版本命名及使用规范目录1目的 (3)2范围 (3)3术语和定义 (3)4产品版本组成示意图 (5)5版本命名规范 (5)5.1产品版本命名 (5)5.1.1产品版本命名规范 (5)5.1.2产品版本名称使用说明 (7)5.1.3产品版本归档说明 (8)5.2系统软件版本命名规范 (8)5.3单板软件版本命名规范 (8)5.3.1单板软件上报版本规范 (9)5.3.2单板软件归档版本命名 (9)5.4逻辑软件版本命名规范 (9)5.4.1逻辑软件上报版本规范 (9)5.4.2逻辑软件归档版本规范 (9)6版本命名规范的实施方法 (9)6.1各产品线质量部 (9)6.2产品数据管理中心 (10)产品版本命名及使用规范1目的明确产品版本及其主要组成部分版本的命名规则及使用规范。
2范围本规范规定了研发管理、生产使用和上报给网管的产品版本、系统软件、单板软件等的命名规范及其在资料、操作维护终端、后台/网管显示的使用说明。
本规范适用于公司所有产品的主机软件(终端软件)、单板软件、逻辑软件版本命名。
3术语和定义产品版本是指实现一定规格特性并提供给用户使用或辅助主要功能完成特定功能的软硬件及资料阶段性的实体，版本名称是整个产品以及产品的各级软件、硬件部件实体的标识名称，用于反映产品的规格和特性差异及演进过程的标识。
版本名称在实际使用中视情况决定是否需要，以及使用到版本的哪个层次。
对本文中所指的主要术语做如下说明：•系统软件：系统运行所需要的所有软件集合，本文定义中指主机软件、单板软件与逻辑软件。
•主机软件：指我司开发的在标准的计算机平台(如PC、工控机、服务器、大型机等)上安装、运行或使用的软件，如BAM、维护终端、网管等上安装使用的主机应用/业务软件或主机操作系统软件。
•终端软件：是指公司公司自行开发或合作开发、定制的，在标准计算机平台(一般是作为设备后台)上运行的软件，如在发货前已安装在后台计算机硬盘上的并且将在后台计算机环境下运行的软件；存储在光盘、软盘或其它移动介质上，准备在系统安装调试时或由用户根据需要安装在后台计算机上的并且将在后台计算机环境下运行的软件；在设备运行状况下，由设备从通讯端口获取的（例如远程加载）并将在后台计算机环境下运行的软件。
版本号规范
版本号规范版本号规范是一个约定俗成的规范，用于标志软件或产品的不同版本。
通过版本号规范，开发人员和用户可以清楚地了解软件的更新内容和改动范围。
下面是一个关于版本号规范的详细介绍，共计1000字。
一、版本号的基本概念版本号是标识软件或产品的不同版本的一串字母和数字组成的字符串。
通常，一个版本号由若干个数字组成，数字之间用点号（.）连接，例如1.2.3。
一个完整的版本号通常由三个部分组成：主版本号（Major）、次版本号（Minor）和修订版本号（Patch）。
可以根据需要对版本号进行适当扩展，加入其他信息，如预发布版本号（Pre-release）和元数据（Metadata）等。
主版本号：当软件进行重大改动或功能升级时，主版本号必须更新。
主版本的变动表明软件产生了根本性的改变，可能不兼容之前的版本。
次版本号：当软件新增功能或进行一些重要的改进时，次版本号必须更新。
次版本的变动通常是向后兼容的，意味着旧版本的软件可以无缝升级到新版本。
修订版本号：在软件修复错误、优化性能或进行小的改动时，修订版本号必须更新。
修订版本的变动通常是向后兼容的，对用户没有任何影响。
二、版本号的命名规范1. 版本号应使用简洁、易于理解的命名方式，避免使用过长或复杂的名称。
2. 版本号的数字之间应使用点号（.）进行连接，点号前后不应留有空格。
3. 版本号中的数字应按照从左到右的顺序增加，即主版本号在左侧，次版本号在中间，修订版本号在右侧。
4. 版本号的每个部分的取值范围应是非负整数。
5. 版本号中允许使用字母和其他特殊字符，但应保持简洁和易读性。
6. 版本号中的字母一般用于表示预发布版本或测试版本，用于标识软件的开发阶段，如alpha、beta、rc等。
7. 版本号应尽量避免使用重复或不连贯的命名，以免给用户造成混淆。
8. 版本号中可以包含一个或多个标签或修饰符，用于标识软件的特定特性或功能。
三、版本号的更新规则1. 当软件进行根本性的改变，不兼容之前的版本时，主版本号必须加1，次版本号和修订版本号归零。
软件版本说明(SVD)
软件版本说明(SVD)说明：1.《软件版本说明》(SVD)标识并描述了由一个或多个计算机软件配置项(CSCI)组成的一个软件的版本。
它被用于发行、追踪以及控制软件的版本。
2.术语”版本”可用于软件的最初发行，用于其后续的发行，或用于在几乎同时发行的软件的多种形式之一(例如，用于不同的场所等)。
软件版本说明的正文的格式如下：1引言本章应分为以下几条。
1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。
它也应标识SVD预期的接受者和该标识影响发行软件的内容的程度(例如，源代码可能不向所有的接受者发行)。
1.2系统概述本条应简述本文档适用的系统和软件的用途。
它应描述系统和软件的一般特性；概述系统的开发、运行与维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关的文档。
1.3文档概述本条应概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。
2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
也应标识不能通过正常的供货渠道获得的所有文档的来源。
3版本说明本章应分为以下几条。
3.1发行材料清单(若适用)本条应通过标识号、标题、缩略语、日期、版本号和发行号列出构成发行软件的所有物理媒体(例如列表、磁带、磁盘)和有关的文档。
它应包括适用于这些项的保密性和私密性要求、处理它们的安全措施(例如对静电和磁场的关注)和关于复制和许可证条款的说明和制约。
3.2软件内容清单(若适用)本条应通过标识号、标题、缩略语、日期、版本号和发行号列出构成发行软件版本的所有计算机文件。
应包含适用的保密性和私密性要求。
3.3已安装的变更本条应包含一张列表，记录当前的软件版本自上一个版本后引人的所有变更。
如果使用了变更类别，则变更应按这些类别进行划分。
(若适用)本条应标识与每一变更和(若有)每一变更对系统运行和其他软硬件接口产生的影响相关的问题报告、变更建议和变更通告。
软件命名规范：什么是alpha、beta、RC、Release版
软件命名规范：什么是alpha、beta、RC、Release版1.版本命名规范软件版本号有四部分组成，第⼀部分为主版本号，第⼆部分为次版本号，第三部分为修订版本号，第四部分为⽇期版本号加希腊字母版本号，希腊字母版本号共有五种，分别为base、alpha、beta 、RC 、 releaseAlpha版: 此版本表⽰该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，⼀般⽽⾔，该版本软件的Bug较多，需要继续修改。
Beta版: 该版本相对于α版已有了很⼤的改进，消除了严重的错误，但还是存在着⼀些缺陷，需要经过多次测试来进⼀步消除，此版本主要的修改对像是软件的UI。
RC版: 该版本已经相当成熟了，基本上不存在导致错误的BUG，与即将发⾏的正式版相差⽆⼏。
Release版: 该版本意味“最终版本”，在前⾯版本的⼀系列测试版之后，终归会有⼀个正式版本，是最终交付⽤户使⽤的⼀个版本。
该版本有时也称为标准版。
⼀般情况下，Release不会以单词形式出现在软件封⾯上，取⽽代之的是符号(R)。
【注：Debug与Release版本的异同】Debug 和 Release 并没有本质的区别，他们只是VC预定义提供的两组编译选项的集合，编译器只是按照预定的选项⾏动。
如果我们愿意，我们完全可以把Debug和 Release的⾏为完全颠倒过来。
当然也可以提供其他的模式，例如⾃⼰定义⼀组编译选项，然后命名为MY_ABC等。
习惯上，我们仍然更愿意使⽤VC已经定义好的名称。
Debug版本包括调试信息，所以要⽐Release版本⼤很多（可能⼤数百K⾄数M）。
⾄于是否需要DLL⽀持，主要看你采⽤的编译选项。
如果是基于 ATL的，则Debug和Release版本对DLL的要求差不多。
如果采⽤的编译选项为使⽤MFC动态库，则需要MFC42D.DLL等库⽀持，⽽ Release版本需要MFC42.DLL⽀持。
Release不对源代码进⾏调试，不考虑MFC的诊断宏，使⽤的是 MFC Release库，编译时对应⽤程序的速度进⾏优化Debug则正好相反，它允许对源代码进⾏调试，可以定义和使⽤MFC的诊断宏，采⽤MFC Debug库，对速度没有优化。
软件工程中的软件项目标识与配置管理
软件工程中的软件项目标识与配置管理在软件开发过程中，软件项目标识和配置管理是非常重要的环节。
它们不仅有助于项目的顺利进行，还能提高软件的质量和可维护性。
本文将探讨软件项目标识和配置管理的概念、作用以及实施方法。
一、软件项目标识的概念和作用软件项目标识是对软件项目进行唯一标识的一种方式。
它可以是一个简单的编号，也可以是一个包含项目名称、版本号、日期等信息的字符串。
通过为每个项目分配唯一的标识，可以方便地对项目进行追踪和管理。
软件项目标识的作用主要体现在以下几个方面：1. 项目追踪：通过标识可以追踪项目的进展情况，包括项目的当前状态、完成的任务以及所需资源等。
这对项目经理来说是非常重要的，可以及时调整项目计划，确保项目按时交付。
2. 版本控制：在软件开发过程中，经常需要对软件进行版本控制，以便追踪和管理不同版本的软件。
通过在软件项目标识中包含版本号，可以方便地对软件进行版本控制，避免混淆和错误。
3. 质量保证：软件项目标识可以用于跟踪和管理软件的质量。
通过标识可以记录软件的测试结果、bug修复情况等信息，从而帮助开发团队提高软件的质量和可靠性。
二、配置管理的概念和作用配置管理是指对软件开发过程中的各种配置项进行管理和控制的一种方法。
配置项包括源代码、文档、测试数据等与软件开发过程相关的所有内容。
配置管理的目标是确保软件的正确性、可靠性和可维护性。
配置管理的作用主要体现在以下几个方面：1. 版本控制：配置管理可以帮助开发团队对软件的不同版本进行控制和管理。
通过配置管理工具，可以记录和追踪软件的版本变更，以及每个版本的具体内容和差异。
2. 变更管理：在软件开发过程中，经常需要对软件进行修改和更新。
配置管理可以帮助开发团队管理这些变更，包括变更的原因、影响范围以及相关文档和测试数据的更新。
3. 问题跟踪：配置管理可以用于跟踪和管理软件开发过程中的问题和缺陷。
通过配置管理工具，可以记录和追踪问题的状态、处理过程以及解决方案，从而提高问题的解决效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
—
标识规范
XXX股份有限公司（版权所有，翻版必究）
文件修改控制
目录
1. 目的
2. 适用范围
3. 术语和缩略语
4. 标识规则
4.1 标识对象
4.2 文档版本控制
4.3 发行版本控制
4.4 软件项标识方式
4.5 不合格品的标识
5. 引用文件
5.1 NW602102《文件编号规定》
6. 质量记录
6.1 NR602101A“文件备份清单”
1．目的
为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质，特制定本文件。
2．适用范围
适用于软件开发过程中所需的各种软件项及介质。
3．术语和缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4．标识规则
4.1 标识对象
标识对象主要包括：技术文档（可行性分析报告、需求分析报告、开发计划、质
量计划、系统设计报告、技术报告、测试计划等）、提交产品（计算机程序、释
放产品等），主要通过介质标识和版本控制以便于存取和查阅。
4.2 文档版本控制
对于计划性文档、技术文档和用户文档，其版本按修改的先后顺序确定。
新生成
的文档第一次发行为第一版，修改后第二次发行为第二版，以此类推。
4.3 发行版本控制
最终完成的软件版本用三位符号表示：“s.xy”。
各符号位的含义如下：
1）“y”为第二次版本号，表示纠正错误时的版本升级，用一位数字表示：“1~9”，对上一次产品或项目中的缺陷做修正，第二次版本号增加；
2）“x”为第一次版本号，表示增加功能时的版本升级，用一位数字表示：“0~9”。
与上一产品或项目相比，功能进行了小量的增加或修正时，第一次版本号增
加，第二次版本号为零，第二版本号为零时可以省略不写；
3）“s”为主版本号，用一位数字表示：“1~9”。
对产品作重大调整，或与已发行的上一产品相比，在功能与性能上有较大改善时主版本号增加，次版本号
为零，产品或项目概念全新，第一次完成，版本号为1.0。
4.4 软件项标识方式
4.4.1 技术文档标识方式
技术文档的标识体现在相应文件的封面上，由开发人员参照相应文档模板的格式
要求，对技术文档进行标识。
技术文档编号用十五位符号表示：“xxxxxxxxxxxttnn”。
各符号位的含义如下：
1）“xxxxxxxxxxx”为本次开发的项目编号，共十一位，具体含义见NW602102《文件编号规定》；
2）“tt”为文档类别代号，用两位大写字母表示。
“tt”的取值范围如下：FA(Feasibility Analysis)：可行性分析报告
RA(Requirement Analysis)：需求分析报告
DP(Developing Plan)：开发计划
QP(Quality Plan)：质量计划
SD(System Design)：系统设计报告
TR(Technical Report)：技术报告
SR(Summary Report)：项目开发总结报告
本部分未给出代号的文档，其代号由相应的文档编写部门确定。
“nn”为顺序号，用两位数字表示：“01~99”。
4.4.2 计算机程序备份标识方法
程序备份标识方法体现在提供备份介质的备份路径中。
在开发过程中保存的文
件，由开发人员参照相应的文件管理软件进行操作。
在提交开发结果时，由开发
人员对存放文件的介质进行规范标识，目录标识方法如下：
技术文档[其中的文件名称为：文档名称（文档编号）] 项目名称（项目编号-日期）源程序（版本号）[按类别或模块建立子目录]
执行程序（版本号）
项目编号规定参见NW602102《文件编号规定》，程序版本号规定见4.3。
说明：日期格式为：nnnn mm dd
4.4.3 介质标识方法
根据介质上所存储的内容，在介质的表面进行标识。
1）磁盘介质产品的标识方式：
2）光盘介质产品的标识方式：
其中，MO盘签的编号方式如下：
●MO盘签编号共12位“MO-ssnnnnxddd”；
●前2位“ss”表示部门代号；
●第3~6两位“nnnn”为数字，取公元纪年的末两位。
如1991年为“1991”；
●第7位“x”取值及表示意义如下：取“M”时，表示为主拷贝或母盘；
取“B”时，表示为备份拷贝；取“T”时，表示为临时存贮用盘；
●后3位为存盘序列号，取值为“001~999”，每年从头排号，按每年用盘
的数量和次序依次编号。
每张MO盘可按部门分类或项目分类存贮一个或多个软件产品/项目的程序及文档，并在盘标上分别注明内容、备份时间和备份人员。
当MO盘标签不足以记录所存贮内容的索引时，应在MO盘的根目录下用电子文件：“文件备份清单”来记录。
4）备份光盘的标识方式
备份光盘的标识应同时加注在光盘盘面与光盘签上，其编号方式如下：
●编号共12位“CD-ssnnnnxddd”：
●前2位“ss”表示部门代号；
●第3~6两位“nnnn”为数字，取公元纪年的末两位。
如1991年为“1991”；
●第7位“x”取值及表示意义如下：取“M”时，表示为主拷贝或母盘；
取“B”时，表示为备份拷贝；取“T”时，表示为临时存贮用盘；
●后3位为存盘序列号，取值为“001~999”，每年从头排号，按每年用盘
的数量和次序依次编号。
每张光盘可按部门分类或项目分类存贮一个或多个软件产品/项目的程序及文档，并在盘标上分别注明内容、备份时间和备份人员。
当光盘标签不足以记录所存贮内容的索引时，应在光盘的根目录下用电子文件：“文件备份清单”来记录。
5）母盘的标识方式
对于母盘，除按上述方式标识之外，一定注明“母盘”字样。
注：PR——产品释放（Production Release）
M——产品释放的母盘
4.5 不合格品的标识
4.5.1 不合格品必须有明确的标识。
可以使用标识、记录或划区域存放等方法进行标识。
4.5.2 软件开发过程中形成的不合格品必须在其外存储介质上进行适当标记，并明确这
些不合格品或存有不合格品的介质（如磁盘、光盘等）的处理过程。
4.5.3对不合格品的处理应能防止该不合格品被误用或以其他方式重新流入软件开发
过程。
对不合格品的处理可以采用删除存储内容、重新格式化、退货或让步接收
等方式进行。
必须记录不合格品的处理过程。
5．引用文件
5.1 NW602102《文件编号规定》
6. 质量记录
6.1 NR602101A“文件备份清单”
—
欢迎下载文件备份清单
此表用于登记MO/CD备份时的内容索引，一般在MO/CD盘的根目录下，也可以是书面记录；
2. 此页不足可以有附页，附页与此页相同。
第页/共页。