版本号命名规范v1.0
PDM系统文档命名及存放位置规定
5.注意调出文档时不能用【检出】，使用【导出】。
6.3d图档及2d均需要将全部图层打开，并放置于中心位置，在图档打开后所有内容必须要全部显示出来。
只有PDM系统中正式文档是唯一认可文档。（过程文档及自己电脑中存有的文档不被认可）
拟稿人
审核人
批准人
邵琦
PDM系统文档命名及存放位置规定
标题
PDM系统文档命名及存放位置规定
编号
AHN-DN-002
版本
1.0
页次
2 OF 2
生效日期
2009年10月26日
4.关于数模存放位置
客户发来的数模（包括设变数模），全部放放在【客户资料-数模】里，由管理员上传；
之后，由该模具设计员将自己所设计模具数模上传于该件号下的下一级树【数模】里，核对并生效。
PDM系统文档命名及存放位置规定
标题
PDM系统文档命名及存放位置规定
编号
AHN-DN-002
版本
1.0
页次
1 OF 2
生效日期
2009年10月26日
一、目的
规范PDM系统的使用，以便于管理、使用图纸及相关资料。
二、责任
设计部、编程部、生产管理部要对此作业书充分了解并能熟练使用。
三、范围
适用于本公司设计的所有模具。
发图、发料单成为正式文档，版本号为V1.0，改动后版本号依次为V1.1、V1.2等；
追加线割图后，版本号为V2.0，改动后版本号依次为V2.1、V2.2等。
2.文档编号及文档名称
文档编号填写：零件号-工序号-工序内容-版本号，如12345678-OP10-DR-V0.1；
软件版本命名规范
产品经理、项目经理、开发工程师、配置工程师、配置管理员、产品/项目管理者。
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.版本命名规范
软件版本号由四部分组成，第一个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 ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。
这适用于修复以前发布的程序集中的安全漏洞。
产品功能开发需求文档命名规范
Z的升级包含小功能变化或局部性能小改进；小功能变化一般是指在现有的子系统、模块和业务单元下增加或修改一个或几个功能，不会引起系统导航区的大变化，也不会引起系统菜单区的内容的大变化；局部性能小改进通常指为改善系统的部分功能的性能而做的系统局部组件升级或性能优化。
维护版本Pmm的升级主要是包含一个或多个对原有功能的紧急变更或对当前版本的缺陷修复；维护版本的升级通常不会新增功能，也不会引起系统菜单区或者导航区的内容的变化（仅文字的变化除外）。
重要变更
B中版本（改动较大的多项功能改版）
Y的升级包含一组中小功能的变化或者局部性能较大改进；中小功能变化一般是指在现有的模块下增加或较大修改一个或多个单元，通常会引起系统导航区的内容变化，和系统菜单区的内容较大变化；局部性能较大改进通常指为改善系统的局部性能而做的系统局部架构升级或性能优化。
小变更、bug修复
版本序列
标签
主版本号A
从版本号B
次版本号C
取 值
V
1-9
0-30
01-99
说明
versionБайду номын сангаас
A类需求变更
B类需求变更
C类需求变更、BUG修复
加值规则
详看产品变更等级表
详看产品变更等级表
详看产品变更等级表
发布规则
版本号只增不减，初始版本号为：V1.0或V1.0.0，历史版本从V3.0.0开始。内部版本从初始版本开始变化，每一次变化均是在前一个版本的基础上进行的变更。
产品功能开发需求文档命名规范
一、文档命名规则
产品功能策划文档的命名规范，主要是通过产品功能名称、策划案攥写的年份、版本序列号的组合来命名。如：网盘_2012V3.4.5；
版本号命名规范v1.0
版本号命名规范;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等进行设计，在交付时应提供设计稿的源文件，以方便后续修改和扩展。
4、中国移动IMS CE局规范(华为)V1.0
中国移动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路由协议、防火墙的安全策略和可靠性配置等做出明确指导。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
广州市易杰数码科技有限公司版本号命名规范本文件属广州市易杰数码科技有限公司所有，未经书面许可，不得以任何形式复印或传播。
文件建立/修改记录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。