下载文档原格式
软件版本命名规范
1.版本命名规范
软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号.
V1.0.0
版本号定修改规则：
o主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。
此版本号由项目决定是否修改。
o子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制,设备审核功能等。
此版本号由项目决定是否修改。
o阶段版本号(1)：一般是Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug即可发布一个修订版。
此版本号由项目经理
决定是否修改。
2.文档命名规范
文件名称由四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件后缀，例如：二手汇网站测试报告V1.1.1.xls，。
版本控制比较普遍的 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 ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。
这适用于修复以前发布的程序集中的安全漏洞。
版本号命名规范;1介绍(INTRODUCTION) (4)1.1目的(P URPOSE) (4)1.2过程总体概述(P ROCESS O VERVIEW) (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.3.4QA●制定版本命名规范并进行维护●按照质量保证计划进行过程审计和产品审计1.3.5PMO●当项目命名规范发生较大偏差时进行纠正和改进●审批版本命名规范并进行正式下发1.4文档编号命名规范文档编号一般由四个部分组成：第一部分：公司名称。
前端设计师必备的设计稿交付规范设计稿交付是前端设计师工作中非常重要的一环，它对于后续的开发和实施工作至关重要。
为了确保设计稿的准确性和可执行性，前端设计师应该遵循一定的交付规范。
本文将介绍前端设计师必备的设计稿交付规范，旨在提高设计稿的质量，加强与前后端开发的协作效率。
一、设计稿命名规范设计稿命名规范是交付过程中的首要步骤，它可以更好地展示设计稿的内容和用途。
设计稿的命名应该简洁明了，避免使用含糊不清的名称，以免造成误解。
下面是一些常用的设计稿命名格式的示例：1. 页面名称-版本号：例如"首页-v1.0"、"商品列表-v2.0"；2. 项目名称-页面名称：例如"电商平台-购物车页面"、"企业官网-联系我们页面"；3. 功能名称-页面名称：例如"登录功能-登录页面"、"搜索功能-搜索结果页面"。
二、设计稿尺寸规范设计稿的尺寸规范决定了设计稿在不同设备上的适应性。
在交付设计稿之前，前端设计师需要明确设计稿的尺寸，确保它能够适配不同的屏幕分辨率和设备类型。
以下是一些常见的设计稿尺寸规范：1. 响应式设计：为了适应不同屏幕尺寸，设计稿应该采用响应式布局，可以设计多个断点尺寸，如：320px、768px、1024px、1440px等；2. 移动端设计：常见的移动端设计稿尺寸有：750px、1080px等；3. PC端设计：常见的PC端设计稿尺寸有：1280px、1440px、1920px等。
三、设计稿文件格式规范选择适合的设计稿文件格式可以确保设计稿的质量和可扩展性。
通常，设计稿可以使用以下几种文件格式：1. 图片格式：常见的图片格式有JPEG、PNG和GIF等。
设计稿中的图片应该尽量使用无损压缩的格式，以保证图像的清晰度和细节；2. 矢量图形格式：矢量图形格式如SVG可以保留图形的无损可编辑能力，在不同尺寸下都能保持清晰度，适用于图标和矢量图形等；3. 原生设计软件格式：设计师可以使用原生设计软件如Sketch、Adobe XD、Figma等进行设计，在交付时应提供设计稿的源文件，以方便后续修改和扩展。
中国移动IMS 统一站点 CE 局数据规范－华为版本号：1.0.0中国移动通信有限公司网络部╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施文档说明：本规范为中国移动IMS统一站点CE局数据指导性规范。
编号说明：（本文档编号依照以下原则进行：x.y.z x: 大版本更新，文档结构变化y: 具体方案的更改，部分内容的修正z: 文字修改，奇数为包含对上一版修改记录的稿子偶数为对上修改稿的定稿）文档修改历史目录目录3 11移动IMS配套CE组网概述 (4)1.1设计内容4 1.2目标组网422软硬件版本说明 (5)33局数据规范 (6)3.1协议及参数要求6 3.2关键字说明6 3.3CE-AR、CE-CE局数据规范7 3.4路由与VPN 1344 CE-业务设备配置规范 (16)4.1IMS CE-信令设备配置模板16 4.2IMS CE-媒体设备配置模版19 4.32G CE-信令设备配置模版23 4.42G CE-媒体设备配置模版23 4.5IMS CE-SBC2300配置模版24 4.6IMS CE-SBC2600配置模版26 4.7IMS CE-SBC2600配置模版(媒体捆绑)27 4.8IMS CE-AS业务区配置模版2955网管与安全配置 (30)5.1未使用端口30 5.2SYSLOG配置30 5.3SNMP配置30 5.4安全设置31 5.5CE连接网管DCN接口32 5.6配置本地帐号32 5.7配置远程访问331移动IMS配套CE组网概述1.1 设计内容中国移动IMS项目配套CE工程主要承载移动IMS业务，本文档旨在说明CE设备与AR,CE设备与各IMS业务设备的配置规范。
1.2 目标组网图1 IMS站点接入目标组网图该文档作为IMS核心网组网技术和工程设计的重要部分，对IMS方案中应用的数通设备的组网设计，包括IMS核心网设备IP组网配置、组网所涉及的VLAN划分、IP地址规划、VRRP协商参数以及IGP路由协议、防火墙的安全策略和可靠性配置等做出明确指导。
主题：铁塔集团、统一编码、铁塔统一编码、铁塔命名规范中国铁塔动环监控系统统一编码及命名规范（试行）版本：V1.0中国铁塔股份有限公司2014年11月目录1．适应范围 (4)2．引用、参考文件 (4)3．机房及局站分类 (4)4．局站命名与编码规范 (5)4.1测点编码规范 (6)4.2局站命名规范 (10)4.3设备命名规范 (11)5．告警分类及处理时限 (21)6．中国铁塔动环监控系统信号字典表 (22)6.1信号ID具体定义 (22)6.2中国铁塔动环监控系统信号标准化命名规范 (22)7．告警关联过滤规则 (23)7.1停电告警过滤规则 (23)7.2某一个智能设备关机或停电告警过滤规则 (25)7.3高频次告警处理规则 (25)7.4监控设备本身告警处理规则 (25)前言为加强中国铁塔动力环境集中监控系统（以下简称动环监控系统）集约化建设，实现动环监控系统对全省动力设备和环境的统一监控、统一派单的目标，特制定中国铁塔动环监控系统省级集约化技术规范。
本规范明确了动环监控系统的区域、局站、设备的统一编码及命名规范、监控系统统一的监控信号和告警信号编码定义、告警过滤原则。
本规范作为动环监控系统的建设标准，同时也可作为接入中国铁塔监控系统平台的各动环厂家软、硬件技术设备的技术参考依据。
1．适应范围本规范规定了中国铁塔动环监控系统局站命名、设备命名及测点命名的方法与相应编码规则。
本规范适应于中国铁塔动环监控系统平台乃至全国动环监控系统平台规划建设、使用和维护管理，也适合接入中国铁塔动环监控平台的各监控厂家硬、软件开发工作指导。
2．引用、参考文件下列文件对本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
YD/T 1363-2005 通信局（站）电源、空调及环境集中监控系统中国铁塔动力环境集中监控系统技术规范3．机房及局站分类通信机房维护责任单位根据通信机房内的通信系统设备在通信网络中所处的地位、网元设备的重要性，以及所服务用户的不同服务等级，根据机房分类原则对通信机房进行具体分类。
主题：铁塔集团、统一编码、铁塔统一编码、铁塔命名规范中国铁塔动环监控系统统一编码及命名规范（试行）版本：V1.0中国铁塔股份有限公司2014年11月目录1．适应范围 (4)2．引用、参考文件 (4)3．机房及局站分类 (4)4．局站命名与编码规范 (5)4.1 测点编码规范 (5)4.2 局站命名规范 (9)4.3 设备命名规范 (10)5．告警分类及处理时限 (16)6．中国铁塔动环监控系统信号字典表 (16)6.1 信号ID具体定义 (16)6.2 中国铁塔动环监控系统信号标准化命名规范 (17)7．告警关联过滤规则 (17)7.1 停电告警过滤规则 (17)7.2 某一个智能设备关机或停电告警过滤规则 (19)7.3 高频次告警处理规则 (19)7.4 监控设备本身告警处理规则 (19)前言为加强中国铁塔动力环境集中监控系统（以下简称动环监控系统）集约化建设，实现动环监控系统对全省动力设备和环境的统一监控、统一派单的目标，特制定中国铁塔动环监控系统省级集约化技术规范。
本规范明确了动环监控系统的区域、局站、设备的统一编码及命名规范、监控系统统一的监控信号和告警信号编码定义、告警过滤原则。
本规范作为动环监控系统的建设标准，同时也可作为接入中国铁塔监控系统平台的各动环厂家软、硬件技术设备的技术参考依据。
1．适应范围本规范规定了中国铁塔动环监控系统局站命名、设备命名及测点命名的方法与相应编码规则。
本规范适应于中国铁塔动环监控系统平台乃至全国动环监控系统平台规划建设、使用和维护管理，也适合接入中国铁塔动环监控平台的各监控厂家硬、软件开发工作指导。
2．引用、参考文件下列文件对本文件的应用是必不可少的。
凡是注日期的引用文件，仅注日期的版本适用于本文件。
凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
YD/T 1363-2005 通信局（站）电源、空调及环境集中监控系统中国铁塔动力环境集中监控系统技术规范3．机房及局站分类通信机房维护责任单位根据通信机房内的通信系统设备在通信网络中所处的地位、网元设备的重要性，以及所服务用户的不同服务等级，根据机房分类原则对通信机房进行具体分类。
广州市易杰数码科技有限公司版本号命名规范本文件属广州市易杰数码科技有限公司所有，未经书面许可，不得以任何形式复印或传播。
文件建立/修改记录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.3.4QA●制定版本命名规范并进行维护●按照质量保证计划进行过程审计和产品审计1.3.5PMO●当项目命名规范发生较大偏差时进行纠正和改进●审批版本命名规范并进行正式下发1.4文档编号命名规范文档编号一般由四个部分组成：第一部分：公司名称。
（必须出现）第二部分：项目名称_终端名称，项目名称为外部版本号的缩写，《参见sow》。
第三部分：配置项的名称，如项目计划、度量表、会议纪要等。
（必须出现）。
第四部分：由流水号XXY组成。
“XXY“中的前两位xx表示规划中的版本，最后一位y表示过程改错版本。
其中，xx从01开始，以1为单位连续递增，xx变化时，y复位到0开始。
Y从0开始，以1为单位连续递增y的递增可能是由于人为的粗心、差错、不符合要求而进行的一次或者多次修改例如： Easier_ ET_PC_项目计划_011表示含义：ET项目pc端项目计划第一个正式版中修改了一次后的版本1.5代码包编号命名规范代码包编号一般由四个部分组成：第一部分：公司名称（必须出现）。
第二部分：项目名称_终端名称，项目名称为外部版本号的缩写，《参见sow》。
第三部分：迭代号+项目阶段（迭代号如果没有可以不写,迭代用字母G代替）项目阶段可以是CODE\ST\SDV\Releac e。
第四部分：由流水号XXY组成。
“XXY“中的前两位xx表示规划中的版本，最后一位y表示过程改错版本。
其中，xx从01开始，以1为单位连续递增，xx变化时，y复位到0开始。
Y从0开始，以1为单位连续递增y的递增可能是由于人为的粗心、差错、不符合要求而进行的一次或者多次修改例如： Easier_ET_PC_G1ST1_010表示的含义是： ET 项目pc 端在迭代一的第一轮ST 结束后打了一个包代码包2命名Easier_ET_PC_ST_010代码包4命名Easier_ET_PC_release_010代码包1命名Easier_ET_PC_G1SDV_010代码包5命名Easier_ET_PC_G2SDV_010代码包7命名Easier_ET_PC_GnST_010代码包3命名Easier_ET_PC_SDV _010SDV1SDV2验收代码包8命名Easier_ET_PC_GnSDV1_010代码包10命名Easier_ET_PC_GnSDV2_010代码包12命名Easier_ET_PC_Gnrelease_010代码包11命名(非计划内打包)Easier_ET_PC_GnSDV1_011代码包9命名(非计划内打包)Easier_ET_PC_GnST_011代码包6命名Easier_ET_PC_GnCODE_010注意：1、 依照项目计划，在编码结束，自测结束，sdv 测试结束、验收测试结束进行打包转测。
2、 其中自测结束是指开发人员的预测试结束也就是ST 测试结束3、 过程中由于人为的粗心、差错项目打错包、不符合要求转测失败属于非计划内的失误，命名时不修改项目阶段，只修改流水号y,比如代码包9和代码包111.6 基线命名规范1.6.1 项目里程碑说明里程碑对项目来说是一个较为关键的点，通常它标志着一个阶段已经完成，另一个阶段即将开始。
对项目完成的阶段进行总结，对识别的重大风险和问题进行管理，并提出解决方案，这些都是在里程碑点上进行的。
当项目到达计划所安排的里程碑时，pm 对该里程碑进行评审，检查里程碑所要求的计划完成情况、工作产品并分析收集的项目度量数据和进行项目基线等目前依据我们的软件开发特点分为需求阶段、编码阶段、ST 阶段、迭代阶段、sdv 阶段、验收阶段(需要与pm 沟通项目的里程碑点，按照里程碑点进行基线)。
1.6.2 基线命名规范基线由五部分组成：第一部分为Baseline第二部分为项目名称_终端名称，项目名称为外部版本号的缩写；第三部分为配置项的名称，如项目计划、度量表、会议纪要等（如果对单个配置项基线化时，需要添加第三部分，否则可以省略）；第四部分为迭代+当前软件的阶段；第五部分为基线建立的日期（可选）；Baseline _XX__XX_XX打基线可以针对单个配置项进行基线，也可以针对里程碑点打基线。
1.6.2.1 单个配置项的基线命名Baseline_ET_PC_项目计划_G1ST表示的含义是：ET 项目PC 端迭代一ST 阶段针对项目计划进行了基准化，标志着项目的进度以此计划为标准参照。
1.6.2.2 对里程碑点的基线命名Baseline_ET_PC_G1ST表示的含义是：ET 项目PC 端在迭代一针对ST 阶段针进行了基准化，标志着ST 阶段结束，可以进入下一个阶段。
注意：如果当前没有划分迭代可以省略G,日期是可选。
里程碑2Baseline_ET_PC_Plan_20120504里程碑3Baseline_ET_PC_ST_20120504里程碑4Baseline_ET_PC_sdv_20120504里程碑5Baseline_ET_PC_release_20120504里程碑6Baseline_ET_PC_G1sdv_20120504里程碑7Baseline_ET_PC_G2sdv_20120504里程碑8Baseline_ET_PC_GNst_20120504里程碑9Baseline_ET_PC_GNsdv_20120504里程碑基线1：Baseline_ET_PC_star_201205041.7分支命名规范分支名称由五部分组成：第一部分为Branc h。
第二部分为项目名称_终端名称，项目名称为外部版本号的缩写。
第三部分为内容。
第四部分为项目阶段。
第五部分为日期。
例如：Branch_XX_XX_XX_20120504Branch_ET_PC_G1ST_20120504（可选）表示的含义是：2012年5月4号对ET项目迭代一ST阶段的代码包打了一个分支。
华为版本号说明外部版本号的完整的产品版本名称规则为：商标+[子商标]+型号+中(英)文名称+VxxxRxxx[LLL]CxxBxxy[SPxx]说明1）[ ]表示可选。
2）"V"、"R"、"C"、"B"、"SP"为分隔符；V后面三位数字；R后面三位数字；LLL可选；C后面两位数字；B后面三位数字；SP后面两位数字，只在热补丁时使用。
3）商标、子商标、型号、中(英)文名称根据产品命名相关规范、指导及规则制定。
1 对"Vxxx"的说明"Vxxx"(version)代表某一产品或其系列产品，根据市场定位或开发平台的不同，一个产品分为若干个V 级版本。
每个V级版本根据市场竞争需要、技术、功能特性与成本因素等，有一个总体开发规划，按计划开发若干个R(Release)级版本。
V 版本可以包含若干个Release版本。
如果满足下列任何一种情况，则必须产生新的V ersion 版本，即产品的大版本：产品市场定位发生变化，引起产品特性的重大变化；产品平台发生变化，与原有平台不能兼容。
V版本以三位数字表示，数字间不准许有任何其它字母、符号出现，从100开始，不同平台或技术的同类产品尽量采用大数标示，即V后面第一位，如V100、V800。
2. 对"Rxxx"的说明"Rxxx"(Release) 版本表示产品特性版本，可以包含若干个特性，形成一个具体的系列产品，一个Release 版本纳入什么特性，需要综合考虑市场竞争、技术与成本方面的因素，系列产品也可有自己的特性版本，系列产品可以在特性版本号上用特别的字母或数字表示。
产品路标规划确定了该产品所有的大版本(V ersion)，以及每个大版本(V ersion)包含的特性版本(Release)、系列产品的发布时间和所包含的特性。
特性版本需要按照产品开发流程所规定的各个评审决策点进行评审。
如果满足下列情况，则必须产生新的Release 版本：Ÿ产品市场定位和产品平台没有发生变化，但是，衍生新的系列产品；Ÿ综合考虑市场竞争、技术与成本方面的因素，产品特性发生变化，有计划地向市场发布的版本。
R版本以三位数字表示，数字间不准许有任何其它字母、符号出现，从001开始，在同一个V下面以1为单位连续递增，例如：R001、R002。
