搜档网
当前位置:搜档网 › 软件版本命名规则

软件版本命名规则

软件版本命名规则
软件版本命名规则

软件版本及文件命名规则

版本:A1

软件版本及文件命名规则

软件版本命名:

举例机型:FR-WR1048ACGU-D

软件版本:v197dn_3464_d140721-ACGU-UP

说明:

v 1 97dn 3464 d140721 ACGU gen

v: version

1: 芯片方案:1为Realtek 2为Ralink 3为Atheros 4为Broadcom 97dn: 主芯片后2-4位,如 96e,96c, 80, 82m, 97dn

3464: SDK及patch版本。

D140721: 生成软件的日期

ACGU:项目名称的后缀,无则不填。

UP: Upvel客人简称,代表软件为这个客人专用的,中性则不填

带后缀,是无线路由器经常是同一个芯片方案有不同的案子,其中有带USB,复位按钮,WPS按钮等,因此软件也会不同样。

A为802.11A

N为802.11N

G为802.11G

AC为802.11ac

U为USB

S为安全WPS

H为High Power

产品版本:版本从“C”开始

软件文件名称命名:

自供软件命名

Flash软件命名

命名规则:机型名称 + 客户名称+软件版本+生成日期+类型区分 + 后缀例:FR-WR1048ACGU-D_UPVEL_V197dn_D2*******-P.bin

说明:

FR-WR1048ACGU-D: 机型名称

UPVEL : 客户(upvel)

V197dn : 软件版本

D2******* :生成日期

-P: -P为Program(烧录) -U为updata(升级)

如软件版本中涉及到以上内容信息,可以省略。如生成日期,客户。

eeprom软件命名

命名规则:机型名称 + 客户+芯片信息+软件版本+特需说明+生成日期 + 后缀例: FR-S1005GD-P_ALL_RTL8367_V1.0_PEG-DDD_20110530.Bin

FR-S1005GD-P: 机型

ALL: ALL:所有客户通用注明客户信息:为客户专用软件

RTL8367:芯片方案

V1.0:软件版本

PEG-DDD:特需说明

20110530:生成日期

客供软件命名

Flash软件命名

1:客人提供升级文件,升级完成后,在保存资料时参照自供软件命名规则。 2:有明确定义:机型,版本,日期的软件命名,保留客供软件原始命名。

3:如无明确定义,修改参照如下:

例:宝华 WPE71软件 wpe71ts_india.bin

软件名称修改如下:

wpe71ts_india-宝华_V1.0_D2*******-P.bin

wpe71ts_india: 保留客户原始信息

-宝华_V1.0_D2*******-P:依自供软件命名规则增加缺失项eeprom软件命名

1:有明确定义:机型,版本,日期的软件命名,保留客供软件原始命名。

2:如无明确定义,修改参照如下:

例: PD69104B AF.bin

软件名称修改如下:

PD69104B AF_DES-1008PA_V1.0_D2*******.bin

PD69104B AF: 保留客户原始信息

DES-1008PA_V1.0_D2******* 依自供软件命名规则增加缺失项

软件在交接中,必须参照以上要求命名定义,且提供MD5值给交接人确认。

软件系统命名规则(互联网+)

1、目的 本指导书是为软件配置管理而制定。其目的是使公司软件产品配置标识的命名规范化。 2、适用范围 适用于本公司所有软件产品的配置管理。 3、职责 4、控制内容 4.1、软件配置标识的组成 4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码QW和以下五 部分组成。 a、产品类别代码 b、产品(项目)标识或子系统标识 c、配置项标识 d、版本号 其一般形式为:QWa-bbbb-cc-dd 4.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 源程序SP 4.5.2、4.1.2所述配置标识中的配置项标识(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号测试计划的配置项标识。 4.6、版本号 版本号由2位数字码组成。

版本发布命名规范

1. 1.版本命名规范 软件版本号有四部分组成,第一部分为主版本号,第二部分为次版本号,第三部分为修订版 本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有五种,分别为base、alpha、beta 、RC 、 release 2. 2.软件版本阶段说明 Base:此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 Alpha :软件的初级版本,表示该软件在此阶段以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改,是测试版本。测试人员提交Bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将软件版本标注为alpha版。 Beta :该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次测试来进一步消除,此版本主要的修改对象是软件的UI。 修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为 beta版。 RC :该版本已经相当成熟了,基本上不存在导致错误的Bug,与即将发行的正式版本相差无几。 Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式的版本,是最终交付用户使用的一个版本。该版本有时也称标准版。 3. 3.版本号修改规则

(1)主版本号:当功能模块有较大的变动,比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。 (2)次版本号:相对于主版本号而言,次版本号的升级对应的只是局部的变动,但该局部的变动造成程序和以前版本不能兼容,或者对该程序以前的协作关系产生了破坏,或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 (3)修订版本号:一般是Bug 的修复或是一些小的变动或是一些功能的扩充,要经常发布修订版,修复一个严重 Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 (4)日期版本号:用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 (5)希腊字母版本号:此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 4.版本发布周期 (1)非紧急情况:首先由测试人员测试并提交Bug,其次开发人员会尽量在当天修复Bug并在第二天发布该版本的alpha版,然后由测试人员测试验证关闭Bug之后在第三天会发布该版本的 beta 版。 紧急情况:如果Bug比较紧急可跳过一般流程,由开发人员尽快修复Bug,测试确认之后直接发布该版本的 beta版。 5. 5 5 .版本号修改举例说明 如此时版本号为:1.0.0.0321_alpha ,此时为内部测试阶段 (1)开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后,发布到外网时,此时就进入了软件的下一个阶段,版本号可改为: 1.0.0.0321_beta ,如当前日期跟上一个版本号的日期不一样,版本号可改 为:1.0.0.0322_beta。 (2)如果修复了一些重大Bug 并按照流程发布到外网时就可发布一个修订版,如1.0.1.0322_beta,日期为发布的当前日期。

二极管命名规则

各国晶体三极管型号命名方法 1、中国半导体器件型号命名方法 半导体器件型号由五部分(场效应器件、半导体特殊器件、复合管、PIN型管、激光器件的型号命名只有第三、四、五部分)组成。五个部分意义如下: 第一部分:用数字表示半导体器件有效电极数目。2-二极管、3-三极管 第二部分:用汉语拼音字母表示半导体器件的材料和极性。表示二极管时:A-N型锗材料、B-P型锗材料、C-N型硅材料、D-P型硅材料。表示三极管时:A-PNP型锗材料、B-NPN 型锗材料、C-PNP型硅材料、D-NPN型硅材料。 第三部分:用汉语拼音字母表示半导体器件的内型。P-普通管、V-微波管、W-稳压管、C-参量管、Z-整流管、L-整流堆、S-隧道管、N-阻尼管、U-光电器件、K-开关管、X-低频小功率管(F<3MHz,Pc<1W)、G-高频小功率管(f>3MHz,Pc<1W)、D -低频大功率管(f<3MHz,Pc>1W)、A-高频大功率管(f>3MHz,Pc>1W)、T-半导体晶闸管(可控整流器)、Y-体效应器件、B-雪崩管、J-阶跃恢复管、CS-场效应管、BT-半导体特殊器件、FH-复合管、PIN-PIN型管、JG-激光器件。 第四部分:用数字表示序号 第五部分:用汉语拼音字母表示规格号 例如:3DG18表示NPN型硅材料高频三极管 2、日本半导体分立器件型号命名方法 日本生产的半导体分立器件,由五至七部分组成。通常只用到前五个部分,其各部分的符号意义如下: 第一部分:用数字表示器件有效电极数目或类型。0-光电(即光敏)二极管三极管及上述器件的组合管、1-二极管、2三极或具有两个pn结的其他器件、3-具有四个有效电极或具有三个pn结的其他器件、┄┄依此类推。 第二部分:日本电子工业协会JEIA注册标志。S-表示已在日本电子工业协会JEIA注册登记的半导体分立器件。 第三部分:用字母表示器件使用材料极性和类型。A-PNP型高频管、B-PNP型低频管、C-NPN型高频管、D-NPN型低频管、F-P控制极可控硅、G-N控制极可控硅、H-N基极单结晶体管、J-P沟道场效应管、K-N沟道场效应管、M-双向可控硅。 第四部分:用数字表示在日本电子工业协会JEIA登记的顺序号。两位以上的整数-从“11”开始,表示在日本电子工业协会JEIA登记的顺序号;不同公司的性能相同的器件可以使用同一顺序号;数字越大,越是近期产品。 第五部分:用字母表示同一型号的改进型产品标志。A、B、C、D、E、F表示这一器件是原型号产品的改进产品。 3、美国半导体分立器件型号命名方法 美国晶体管或其他半导体器件的命名法较混乱。美国电子工业协会半导体分立器件命名方法如下: 第一部分:用符号表示器件用途的类型。JAN-军级、JANTX-特军级、JANTXV-超特军级、JANS-宇航级、(无)-非军用品。 第二部分:用数字表示pn结数目。1-二极管、2=三极管、3-三个pn结器件、n-n个pn 结器件。 第三部分:美国电子工业协会(EIA)注册标志。N-该器件已在美国电子工业协会(EIA)注册登记。

软件版本命名规则

空蓝 忍耐 我很幸运!: ) 主页博客相册|个人档案|好友 查看文章 【规范】软件版本命名规范 2010-02-21 18:01 一、软件版本命名规范 1. 软件版本阶段说明 * Base 版: 此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 * 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):当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。 * 子版本号(1):当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。 * 阶段版本号(1):一般是 Bug 修复或是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 * 日期版本号(051021):用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 * 希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 # 文件命名规范 文件名称由四部分组成:第一部分为项目名称,第二部分为文件的描述,第三部分为当前软件的版本号,第四部分为文件阶段标识加文件后缀,例如:项目外 包平台测试报告1.1.1.051021_beta_b.xls ,此文件为项目外包平台的测试报告文档,版本号为:1.1.1.051021_beta 。 3. 版本的协同作业 如果是同一版本同一阶段的文件修改过两次以上,则在阶段标识后面加以数字标识,每次修改数字加1,项目外包平台测试报告 1.1.1.051021_beta_b1.xls 当有多人同时提交同一份文件时,可以在阶段标识的后面加入人名或缩写来区别,例如:项目外包平台测试报告 1.1.1.051021_beta_b_LiuQi.xls 。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别,例如:项目外包平台测试 报告 1.1.1.051021_beta_b_LiuQi 2.xls 关于软件版本划分的一些知识 | | | | 激活我的百度空间百度空间百度首页 lmhytr

软件版本管理规范标准[详]

软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容,使软件项目版本管理流程化并规化,确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库(可使用工具建立配置库,本文所述使用的是SVN)进行版本管理。 2.第三章职责 配置库管理员:负责配置库的日常维护和管理;监督开发及测试部门及时提交版本管理对象(即配置项)。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于: 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划

上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划: ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中,项目部的目录结构: |–projectA |–src (保存该项目的源程序) |–doc (保存项目相关文档) |–000.项目管理(保存项目过程管理相关文档) |–010.项目计划(保存项目计划相关文档) |–020.项目需求(保存项目需求相关文档) |–030.系统设计(保存项目设计相关文档) |–030.系统测试(保存项目代码测试相关文档) |–040.系统实施(保存项目部署实施相关文档) |–050.系统运维(保存项目运维文档,包括培训、用户手册等) |–060.技术资料(保存项目技术文档,包括第三方技术资料等)

绝缘子型号命名规则

绝缘子型号的含义 绝缘子型号的含义 绝缘颜色标志表 型号SC KC KC1 KX EX JK TX 正极红红红红红红红 负极绿蓝湖蓝黑棕紫白 补偿导线型号、代号及命名法表 型号规格代号含义 辅助代号附加代号 SC 配用铂铑10-铂热电偶的补偿型补偿导线 KX 配用镍铬-镍硅热电偶的延伸型补偿导线 KC 配用镍铬-镍硅热电偶的补偿型补偿导线 EX 配用镍铬铜镍热电偶的延伸型补偿导线 JX 配用铁-铜镍热电偶的延伸型补偿导线 TX 配用铜-铜镍热电偶的延伸型补偿导线 -G 一般用 -H 耐热用 A 精密级 B 普通级 -V 聚氯乙烯 -F 聚四氟乙烯 -B 玻璃丝 R 多股线芯(单股线芯省略) P 屏蔽 0.5 线芯标称截面0.5mm2 1.0 线芯标称截面1.0mm2 1.5 线芯标称截面1.5mm2 2.5 线芯标称截面2.5mm2 表示S型热电偶用的补偿型耐热用普通级补偿导线,绝缘层为聚氯乙烯,特征为多股软线和屏蔽型单对线芯标称截面为1.0mm2。 举例:SC-H B-V R P 2×1.0 GB4989-85 本安用热电偶补偿导线(缆)(含阻燃型) 产品型号含义 口口口口口ia 配用热电偶型号(二个字母表示) 使用分类和允差等级、GA一般用精密级,GB一般用普通级线芯股数、多股用R表示,单股可省略线芯截面,mm2 本安用 线芯绝缘层、护层着色表 补偿导线型号配用热电偶补偿导线合金丝绝缘层着色护层着色 正极负极正极负极 SC 铂铑10-铂SPC(铜)SNC(铜镍)红绿蓝 KC 镍铬-镍硅KPC(铜)KNC(康铜)红蓝蓝 KX 镍铬-镍硅KPX(镍铬)KNX(镍硅)红黑蓝

软件项目版本号的命名规则及格式2016

软件项目版本号的命名规则及格式 版本控制比较普遍的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_Nu mber]] 示例: 1.21, 2.0 三、.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Nu mber]] 版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于或等于0 的整数。 应根据下面的约定使用这些部分: Major :具有相同名称但不同主版本号的程序集不可互换。例如,这适用于对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor :如果两个程序集的名称和主版本号相同,而次版本号不同,这指示显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后兼容的新版本。 Build :内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。 Revision :名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序(Hotfix) 更新。 版本号管理策略 一、GNU 风格的版本号管理策略:

APP版本命名规范

APP版本命名规范 2016/11/18 ALEX 1.版本号构成说明 APP版本号由四部分组成,中间用英文字符“.”连接。第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号加希腊字母版本号。版本号为阿拉伯数字0-9,希腊字母版本号共有五种,分别为base、alpha、beta、RC、release。 举例:V1.2.3.20161118.beta。其中1代表主版本号,2代表次版本号,3代表修订版本号,20161118代表日期版本号,beta代表希腊字母版本号。 2.APP版本阶段说明 A.Base:此版本表示该APP仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是 页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。 B.Alpha:APP的测试版本。该APP在此阶段以实现功能为主,通常只在APP开发者内部交 流。一般而言,该版本bug较多,需要继续修改。测试人员提交bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将APP版本标注为alpha版。 C.Beta:该版本相对于Alpha版已经有了很大的进步,消除了严重错误,但还需要经过多次 测试来进一步消除,此版本主要的修改对象是APP的UI。修改的的bug经测试人员测试确认后可发布到外网上,此时可将APP版本标注为beta版。 D.RC:该版本已经相当成熟,基本上不存在导致错误的bug,与正式版本相差无几。 E.Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式 的版本,是最终交付用户使用的一个版本。该版本有时也称标准版。 3.版本号修改规则 初始版本号:V1.0.0.20161117.alpha,此时为内部测试阶段。 A.希腊字母版本号:此版本号用于标注当前版本APP处于哪个开发阶段,当APP进入到另一 个阶段时需要修改此版本号。此版本号由项目决定是否修改。

软件开发命名规范我爱创新的整理

命名规范 目录 第一章文件命名 (3) 1.1 文件命名 (3) 第二章命名规范 (3) 2.1命名概述 (3) 2.2大小写规则 (4) 2.3缩写 (4) 2.4命名空间 (5) 2.5类 (5) 2.6接口 (5) 2.7自定义属性(A TTRIBUTE) (6) 2.8枚举(E NUM) (6) 2.9参数 (7) 2.10方法 (7) 2.11属性(PROPERTY) (7) 2.12事件 (9) 2.13常量(CONST) (10) 2.14字段 (11) 2.16集合 (11) 2.17措词 (12) 第三章控件命名规则 (13) 3.1命名方法 (13) 3.2主要控件名简写对照表 (13) 第四章SQL命名协定 (18) 4.1数据库命名原则及版本控制 (18) 4.4.1数据库命名原则 (18) 4.1.2 数据库版本控制 (19) 4.2S ERVER/命名实例的命名 (19) 4.3数据库命名 (19) 4.4数据库对象—表,视图,列名,约束,规则,默认值 (21) 4.5缩写规范 (22) 4.6列名 (23)

4.7存储过程命名 (25) 4.8游标命名 (25) 4.9触发器命名 (26) 4.10索引命名 (26) 4.11主键和外键命名 (27) 4.12C HECK约束命名 (27) 4.13源文件命名 (28) 4.14J OB的命名 (28) 4.15用户自定义函数命名 (28) 4.16用户自定义数据类型命名 (28) 4.17复制命名 (29)

术语定义 Pascal 大小写 将标识符的首字母和后面连接的每个单词的首字母都大写。例如:BackColor Camel 大小写 标识符的首字母小写,而每个后面连接的单词的首字母都大写。例如:backColor 第一章文件命名 1.1 文件命名 1、文件名遵从Pascal命名法,无特殊情况,扩展名小写。 2、使用统一而又通用的文件扩展名:如C# 文件“.cs” 第二章命名规范 2.1命名概述 名称应该说明“什么”而不是“如何”。通过避免使用公开基础实现(它们会发生改变)的名称,可以保留简化复杂性的抽象层。例如,可以使用GetNextStudent(),而不是GetNextArrayElement()。 命名原则是: 选择正确名称时的困难可能表明需要进一步分析或定义项的目的。使名称足够长以便有一定的意义,并且足够短以避免冗长。唯一名称在编程上仅用于将各项区分开。表现力强的名称是为了帮助人们阅读;因此,提供人们可以理解的名称是有意义的。不过,请确保选择的名称符合适用语言的规则和标准。 以下几点是推荐的命名方法。 1、避免容易被主观解释的难懂的名称,如方面名AnalyzeThis(),或者属性名xxK8。这样的名称会导 致多义性。 2、在类属性的名称中包含类名是多余的,如Book.BookTitle。而是应该使用Book.Title。 3、只要合适,在变量名的末尾或开头加计算限定符(Avg、Sum、Min、Max、Index)。 4、在变量名中使用互补对,如min/max、begin/end 和open/close。 5、布尔变量名应该包含Is,这意味着Yes/No 或True/False 值,如fileIsFound。 6、在命名状态变量时,避免使用诸如Flag的术语。状态变量不同于布尔变量的地方是它可以具有两 个以上的可能值。不是使用documentFlag,而是使用更具描述性的名称,如documentFormatType。 7、即使对于可能仅出现在几个代码行中的生存期很短的变量,仍然使用有意义的名称。仅对于短循 环索引使用单字母变量名,如i或j。可能的情况下,尽量不要使用原义数字或原义字符串,如

【项目管理知识】软件项目版本号的命名规则及格式介绍

软件项目版本号的命名规则及格式介绍 版本控制比较普遍的3种命名格式: 一、GNU风格的版本号命名格式: 主版本号.子版本号[.修正版本号[.编译版本号]] 英文对 照:Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Numb er]] 示例:1.2.1,2.0,5.0.0build-13124 二、Windows风格的版本号命名格式: 主版本号.子版本号[修正版本号[.编译版本号]] 英文对 照:Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Numb er]] 示例:1.21,2.0 三、.NetFramework风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] 英文对 照:Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Numb er]]

版本号由二至四个部分组成:主版本号、次版本号、内部版本号和修订 号。主版本号和次版本号是必选的;内部版本号和修订号是可选的,但是如果 定义了修订号部分,则内部版本号就是必选的。所有定义的部分都必须是大于 或等于0的整数。 应根据下面的约定使用这些部分: Major:具有相同名称但不同主版本号的程序集不可互换。例如,这适用于 对产品的大量重写,这些重写使得无法实现向后兼容性。 Minor:如果两个程序集的名称和主版本号相同,而次版本号不同,这指示 显著增强,但照顾到了向后兼容性。例如,这适用于产品的修正版或完全向后 兼容的新版本。 Build:内部版本号的不同表示对相同源所作的重新编译。这适合于更改处 理器、平台或编译器的情况。 Revision:名称、主版本号和次版本号都相同但修订号不同的程序集应是完 全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修 补程序(Hotfix)更新。 版本号管理策略 一、GNU风格的版本号管理策略: 1.项目初版本时,版本号可以为0.1或0.1.0,也可以为1.0或1.0.0,如果你为人很低调,我想你会选择那个主版本号为0的方式;

电动机型号命名规则

电动机型号命名规则 电动机产品型号的构成部分及其内容的规定 电动机产品型号由产品代号、规格代号、特殊环境代号和补充代号等四个部分组成。它们的排列顺序为:产品代号—规格代号—特殊环境代号—补充代号。 一、产品代号:由电机类型代号、电机特点代号、设计序号和励磁方式代号等四个小节顺序组成。 1、类型代号是表征电机的各种类型而采用的汉语拼音字母。 比如:异步电动机Y 同步发电机TF 直流电动机Z 直流发电机ZF 2、特点代号是表征电机的性能、结构或用途,也采用汉语拼音字母表示。 比如:隔爆型用B表示YB 轴流通风机上用YT 电磁制动式YEJ 变频调速式YVP 变极多速式YD 起重机用YZD等。 3、设计序号是指电机产品设计的顺序,用阿拉伯数字表示。对于第一次设计的产品不标注设计序号,对系列产品所派生的产品按设计的顺序标注。比如:Y2 YB2 4、励磁方式代号分别用字母表示,S表示三次谐波,J表示晶闸管,X表示相复励磁。 二、规格代号主要用中心高、机座长度、铁心长度、极数来表示。 1、中心高指由电机轴心到机座底角面的高度;根据中心高的不同可以将电机分为大型、中型、小型和微型四种,其中中心高H在45mm~71mm的属于微型电动机; H在80mm~315mm的属于小型电动机; H在355mm~630mm的属于中型电动机; H在630mm以上属于大型电动机。 2、机座长度用国际通用字母表示:S——短机座 M——中机座 L——长机座 3、铁心长度用阿拉伯数字1、2、3、 4、、、由长至短分别表示。 4、极数分2极、4极、6极、8极等。 三、特殊环境代号有如下规定: 四、补充代号仅适用于有补充要求的电机。 举例说明:产品型号为YB2-132S-4 H的电动机各代号的含义为: Y: 产品类型代号,表示异步电动机; B: 产品特点代号,表示隔爆型; 2: 产品设计序号,表示第二次设计;

软件开发编码规范86601

"\n"。 HTML Tab。 作

遵循下面列出的准则有利于编写更加安全的代码。但是总体来说,这些准则不能对安全性做出任何保证。遵循这些准则可能好的实践,但是即使遵循了这些准则,写出的代码仍然可能是不安全的。风险永远存在,不管在编写代码时是如何的警觉。 这些准则的目标,不是为了保证代码的安全性,而是为了消除若干特定类型攻击带来的风险。遵循这些准则,某些特定类型的攻击将无法实现;但是其它类型的攻击仍然可能成功。因此遵循这些准则仅仅是安全的第一步。当书写可能和非守信链接或混用的代码时,应当仔细的考虑如下准则: ?静态字段 ?缩小作用域 ?公共方法和字段 ?保护包 ?尽可能使对象不可变(immutable) ?序列化 ?清除敏感信息 1) 静态字段 避免使用非final的公共静态变量,应尽可能地避免使用非final公共静态变量,因为无法判断代码有无权限改变这些静态变量的值。 一般地,应谨慎使用可变的静态状态,因为这可能导致设想中应该相互独立的子系统之间发生不曾预期的交互。 2) 缩小作用域 作为一个惯例,尽可能缩小成员方法和成员变量的作用域。检查包访问权限成员(package-private)能否改成私有成员(private),保护访问成员(protected)可否改成包访问权限成员(package-private)/私有成员(private)等等。 3) 公共方法/字段 公共变量应当避免使用,访问这些变量时应当通过getter/setter法。在这种方式下,必要时可以增加集中的安全检查。 任何能够访问或修改任何敏感内部状态的公共方法,务必包含安全检查。 参考如下代码段,该代码段中不可信任代码可能修改TimeZone的值: private static TimeZone defaultZone = null; public static synchronized void setDefault(TimeZone zone) { defaultZone = zone;

OA办公系统流程命名规则

协同办公管理系统命名规说明 目录 一、流程分类规 (2) 二、流程命名规 (3) 三、环节命名规 (4) 四、流向命名规 (5) 五、角色命名规 (6) 六、字段命名规 (7)

一、流程分类规 通常流程可以按照所属部门或业务类型来分类:

二、流程命名规 命名规则(采用按业务流程分类的命名规则): 2位业务类型代码+4位流水号+“-”+流程名称 例如:财务管理流程类型下面,有费用报销的审批,则其命名应为:“CW0001-费用报销” 其中各字段含义如下:

三、环节命名规 命名规则:[岗位/职位/角色]+环节动作 例如:某流程的某环节需要采购部经理审批,那么该环节名称可以命名为:采购部经理审批;再如某流程的某环节需要总裁加签,那么该环节名称可以命名为:总裁加签,诸如此类。 常用的环节动作有: 1、开始节点:拟稿、提交、发起、起草、申请、创建等。 2、中间节点:加签、接收、发布、处理、审批、审核、初审、终审、反馈、套红(公文、发文)等。 3、结束节点:完成、归档、结束等。

四、流向命名规 命名规则:谓语+[环节名称](如果下一环节为最后环节,则直接用环节名称)例如:呈交[审计总监审批],退回[申请人起草],归档 常用的谓语有: a、呈交:文档流向上级领导办理 b、转交:文档流向平级或下级人员办理 c、退回:文档流向前面环节办理 d、转发:文档流向流程环节以外人员办理 e、知会:文档知会相关人员

五、角色命名规 命名规则:原则上根据具体流程来命名角色。 1、流程专用角色:[流程编号]+岗位/职位 2、流程公用角色:[Public]+ 岗位/职位 例如:[CW001]出纳,[IT001]系统管理员,[Public]总裁。

电动机型号命名规则

电动机型号命名规则 电动机产品型号由产品代号、规格代号、特殊环境代号和补充代号等四个部分组成。它们的排列顺序为:产品代号—规格代号—特殊环境代号—补充代号。 一、产品代号:由电机类型代号、电机特点代号、设计序号和励磁方式代号等四个小节顺序组成。 1、类型代号是表征电机的各种类型而采用的汉语拼音字母。 比如:异步电动机 Y 同步发电机 TF 直流电动 机 Z 直流发电机 ZF 2、特点代号是表征电机的性能、结构或用途,也采用汉语拼音字母表示。 比如:隔爆型用B表示 YB 轴流通风机上 用 YT 电磁制动式 YEJ 变频调速 式 YVP 变极多速式 YD 起重机 用 YZD等。 3、设计序号是指电机产品设计的顺序,用阿拉伯数字表示。对于第一次设计的产品不标注设计序号,对系列产品所派生的产品按设计的

顺序标注。比如:Y2 YB2 4、励磁方式代号分别用字母表示,S表示三次谐波,J表示晶闸管,X表示相复励磁。 二、规格代号主要用中心高、机座长度、铁心长度、极数来表示。 1、中心高指由电机轴心到机座底角面的高度;根据中心高的不同可以将电机分为大型、中型、小型和微型四种,其中中心 高 H在45mm~71mm的属于微型电动机; H在80mm~315mm的属于小型电动机; H在355mm~630mm的属于中型电动机; H在630mm以上属于大型电动机。 2、机座长度用国际通用字母表示:S——短机座 M——中机座 L——长机座 3、铁心长度用阿拉伯数字1、2、3、 4、、、由长至短分别表示。 4、极数分2极、4极、6极、8极等。 三、特殊环境代号有如下规定:

四、补充代号仅适用于有补充要求的电机。 举例说明:产品型号为YB2-132S-4 H的电动机各代号的含义为:Y: 产品类型代号,表示异步电动机; B: 产品特点代号,表示隔爆型; 2: 产品设计序号,表示第二次设计; 132:电机中心高,表示轴心到地面的距离为132毫米; S: 电机机座长度,表示为短机座; 4:极数,表示4极电机; H: 特殊环境代号,表示船用电机。 通过本次学习,应该做到每看到一种产品型号,就能知道该电机的类型、特点、设计序号、电机的规格以及它所使用的环境等。 几级电机(如一级,二级,电机)这是怎么分的? 1. 极数反映出电动机的同步转速,2极同步转速是3000r/min,4极同步转速是1500r/min,6极同步转速是1000r/min,8极同步转速是750r/min。 绕组的一来一去才能组成回路,也就是磁极对数,是成对出现的,极就是磁极的意思,这些绕组当通过电流时会产生磁场,相应的就会有磁极。 三相交流电机每组线圈都会产生N、S磁极,每个电机每相含有的磁极个数就是极数。由于磁极是成对出现的,所以电机有2、4、6、8……极之分。

项目开发命名规则

项目开发命名规划 一.命名规则: 基本规则是按照驼峰式命名方式来对控件命名(控件的缩写加单词,控件的缩写全部为小写,单词的首字母要大写),如果和数据库相关的字段控件,在命名的时候用控件的缩写加字段名来命名。 1.在Web程序中常用控件的缩写: 2.在CS程序中常用控件的缩写:

3.对于数据库的命名规则: 3.1如果该项目是2次开发的项目由负责人定义一个总表头加在每一 个表或视图或存储过程前面) 3.2码表以A_开头 3.3数据表中以业务名,相关业务用一个开头,这样同样的东西就在 一起 3.4临时表以Temp_开头 3.5测试的表或者临时使用的表以及只用一次然后就删的表用Delete开 头 3.6视图以V_开头+业务名+自己起的名 3.7日志表以Log_开头 3.8存储过程以up_开头 3.9自定函数以f_开头 3.10权限表以R_开头 3.11字段命名待定 3.12码表的自增ID用表名加ID;Name 也加表名称 二.代码规则:

1.同一个业务放到同一个目录里 2.传参数以object为主,要是简单,直接传值。主要方便修改 3.中间层的传递以DataTable为主 4.分成3层第一层是Object 第二层是业务逻辑层第三层是表现层(就是 UI) 5.由于都是对SQL Server操作,数据访问层用SQL Helper 6.Object的定义以业务为主 7.现有的功能,把不常用的功能做一些隐藏处理,让使用者看到的机会变 少,以后用的会少。 8.写代码时,正常的业务需求和特殊的业务需求的代码分离。 三.常用代码整理: 1.验证代码js 2.日历控件的js 3. Email的发送 4. Excel的处理 5. Pdf的处理 6. 错误处理 7. 跳转的处理 8. 权限模块的整理 9. 报表工具的整理 10. Web编辑框的统一

软件版本管理规范标准

软件版本管理规 V1.0.0 文档版本变更记录:

目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)

前言 为规部门产品软件版本的管理与控制,保证产品版本的有效与质量,制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。

软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件,可以分为产品软件和演示软件。 2.2产品软件 已签订合同,有明确交付日期的产品。 2.3演示软件 处于研发阶段,并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号,第二部分为次版本号,第三部分为修订版本号,第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示:

软件开发编码规范

精心整理软件安全开发编码规范 1. 代码编写 1) 开发人员应保证工程中不存在无用的资源(如代码、图片文件等)。 2) 3) 4) ● ● ● ● ● 5) 6) 7) 8) 9) 13) 在进行log的获取时开发人员应尽量使用isXXXEnabled。 14) log的生成环境上尽量避免输出文件名和行号。 15) 产品中不要包含后门代码,隔离系统中的后门代码,确保其不能出现在产品中。作为一种 特殊的调试代码,后门访问代码是为了使开发者和测试工程师访问一部分终端用户不能访问的程序代码。但是,如果后门代码被留到产品中,对攻击者来说,它就是一条不需要通过正常安全手段来攻陷系统的通路。

2. JAVA安全 遵循下面列出的准则有利于编写更加安全的代码。但是总体来说,这些准则不能对安全性做出任何保证。遵循这些准则可能好的实践,但是即使遵循了这些准则,写出的代码仍然可能是不安全的。风险永远存在,不管在编写代码时是如何的警觉。 这些准则的目标,不是为了保证代码的安全性,而是为了消除若干特定类型攻击带来的风险。遵循这些准则,某些特定类型的攻击将无法实现;但是其它类型的攻击仍然可能成功。因此遵循这些准则仅仅是安全的第一步。当书写可能和非守信链接或混用的代码时,应当仔细的考虑如下准则: ? ? ? ? ? ? ? 1) 2) ( 3) 以增加集中的安全检查。 任何能够访问或修改任何敏感内部状态的公共方法,务必包含安全检查。 参考如下代码段,该代码段中不可信任代码可能修改TimeZone的值: privatestaticTimeZonedefaultZone=null; publicstaticsynchronizedvoidsetDefault(TimeZonezone) { defaultZone=zone;

OA办公系统流程命名规则

协同办公管理系统命名规范说明 目录 一、流程分类规范 (2) 二、流程命名规范 (3) 三、环节命名规范 (4) 四、流向命名规范 (5) 五、角色命名规范 (6) 六、字段命名规范 (7)

一、流程分类规范 通常流程可以按照所属部门或业务类型来分类:

二、流程命名规范 命名规则(采用按业务流程分类的命名规则): 2位业务类型代码+4位流水号+“-”+流程名称 例如:财务管理流程类型下面,有费用报销的审批,则其命名应为:“CW0001-费用报销” 其中各字段含义如下:

三、环节命名规范 命名规则:[岗位/职位/角色]+环节动作 例如:某流程的某环节需要采购部经理审批,那么该环节名称可以命名为:采购部经理审批;再如某流程的某环节需要总裁加签,那么该环节名称可以命名为:总裁加签,诸如此类。 常用的环节动作有: 1、开始节点:拟稿、提交、发起、起草、申请、创建等。 2、中间节点:加签、接收、发布、处理、审批、审核、初审、终审、反馈、套红(公文、发文)等。 3、结束节点:完成、归档、结束等。

四、流向命名规范 命名规则:谓语+[环节名称](如果下一环节为最后环节,则直接用环节名称)例如:呈交[审计总监审批],退回[申请人起草],归档 常用的谓语有: a、呈交:文档流向上级领导办理 b、转交:文档流向平级或下级人员办理 c、退回:文档流向前面环节办理 d、转发:文档流向流程环节以外人员办理 e、知会:文档知会相关人员

五、角色命名规范 命名规则:原则上根据具体流程来命名角色。 1、流程专用角色:[流程编号]+岗位/职位 2、流程公用角色:[Public]+ 岗位/职位 例如:[CW001]出纳,[IT001]系统管理员,[Public]总裁。

相关主题