命名规范

一.基本命名规范

与Java相关的应遵从Java编码规范。

二.JSP功能页面命名

通常一个功能对应多个页面，各页面命名一般遵从以下规则：

1.编辑(表单)页面addOrUpdate或add或update为前缀，如：

addOrUpdateUser.jsp

2.列表页面以List为后缀，如：userList.jsp

3.显示详情的页面以Detail为后缀，如userDetail.jsp

4.图形(如柱状图、曲线图等)页面以Chart为后缀，如：userChart.jsp

三.Java功能实现类命名

由于系统采用分层结构，通常一个功能由多个类实现，各个类命名一般遵从以下规则：

1.与数据库表对应的POJO类以Data后缀，如UserData.java

2.数据访问接口类以I为前缀Dao为后缀，如：IUserDataDao.java；实现类

如UserDataDao.java。

3.业务接口类以I为前缀Service为后缀，如：IUserDataService.java；实现类

如UserDataService.java。

4.控制器的类以Action为后缀，如：UserDataAction.java

5.单元测试类以Test为后缀，如：UserDataDaoTest.java

四.Java方法命名

建议使用如下规约：

查询集合: query**List

分页查询:query**Pager

查询单个:query**

修改:update**

添加:add**

删除:delete**

添加或删除:addOrUpdate**

条件建议每个模块设置一个ConditionData 对象作为参数

五.URL与控制器方法命名约定

通常一个功能模块有多个操作(增删改查等)，各操作对应的地址目录应该一致。

URL与控制器命名应遵循以下约定：

1.只涉及查询界面显示的控制器方法名以view为扩展名。

2.涉及数据该表操作的控制器方法名以save(针对执行操作)为前缀save(执

行操作)为扩展名。

3.返回json、xml格式数据的控制器方法名以get为前缀，以JsonData,XmlData

为后缀。地址以data为前缀，json、xml为扩展名。

4.返回Word,Excel,Pdf等报表的控制器方法名以make为前缀，以

Word,Excel,Pdf或Report (如果一个方法根据参数不同返回多种报表)为后缀。地址以data为前缀，report为后缀。

六.数据库编码约定

数据库表明和字段名使用大写，关键字使用小写，如：select USER_ID,USER_NAME from USERS where USERNAME like ‘%A%’.为了方便移植到不同数据库应该尽量使用标准SQL，避免使用某种数据库特有的函数，如Oracle的to_char、to_date等函数应尽量避免使用。

七.资源引用

自己编写的类(包括Java类、样式、脚本等)应该放在第三方资源的后面。

另外，JAVA类的引用顺序是Java官方类、第三方类、自己编写的类。

文件及文件夹命名规范

文件及文件夹命名规范 V2.0 文件规范命名对于文件的版本控制效果出色，能帮助使用者高效准确使用文档，避免混乱或失效。文件及文件夹命名应按下属规范执行。一、文件命名规范 1、日期命名法适用场景：短期更新频率较高，或对文件日期版本要求严格的文件，如方案类的文件。命名规则：“文件名(年月日[时分])”，其中的圆括号及方括号均须在输入法英文状态下输入。使用举例：“文件名(20140707[1330]).doc”。 2、版本号命名法适用场景：常用于更新频率低，或对文件日期版本要求不严格的文件，如制度性的文件。命名规则：“文件名V0.0”，其中，小数点前的“０”为主版本号，小数点后的“０”为次版本号，如：“文件名V2.3.doc”。新文

件创建时，版本从“V1.0”起步；每次重大更新，主版本号加“1”；每次微小更新，次版本号加“1”，一般情况下次版本号不超过9。使用举例：“文件名V2.3” 3、备注信息如需要，文档也可以添加其他备注信息，如“姓名”，备注信息以英文“-”分割，跟在文件整体名称最后。使用举例： “文件名(20140707[1330])-张三.doc” “文件名V2.3-人力行政部.doc” 二、关于排序适用场景：有时为了逻辑或管理更加便捷，可以在文件及文件夹命名时使用序号。命名规则：“序号-文件名”，序号使用01，02，03等，中间以英文“-”分割。使用举例：

三、关于加强符号适用场景：有时为了加强或清晰文件，可以在文件命名时使用加强符号，常用的有：★和【】使用举例： “★文件名(20140125[1430]).docx” “【待处理】文件名(20140125[1430]).docx” “【重要】文件名V2.3.docx”

软件工程-数据库设计规范与命名规则

数据库设计规范、技巧与命名规范一、数据库设计过程数据库技术是信息资源管理最有效的手段。数据库设计是指：对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。数据库设计的各阶段： A、需求分析阶段：综合各个用户的应用需求(现实世界的需求)。 B、在概念设计阶段：形成独立于机器和各DBMS产品的概念模式(信息世界模型)，用E-R图来描述。 C、在逻辑设计阶段：将E-R图转换成具体的数据库产品支持的数据模型，如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。 D、在物理设计阶段：根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 1. 需求分析阶段需求收集和分析，结果得到数据字典描述的数据需求(和数据流图描述的处理需求)。需求分析的重点：调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。需求分析的方法：调查组织机构情况、各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。常用的调查方法有：跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。自顶向下的结构化分析方法(Structured Analysis，简称SA方法)从最上层的系统组织机构入手，采用逐层分解的方式分析系统，并把每一层用数据流图和数据字典描述。数据流图表达了数据和处理过程的关系。系统中的数据则借助数据字典(Data Dictionary，简称DD)来描述。 2. 概念结构设计阶段通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。概念模型用于信息世界的建模。概念模型不依赖于某一个DBMS支持的数据模型。概念模型可以转换为计算机上某一 DBMS 支持的特定数据模型。概念模型特点： (1) 具有较强的语义表达能力，能够方便、直接地表达应用中的各种语义知识。 (2) 应该简单、清晰、易于用户理解，是用户与数据库设计人员之间进行交流的语言。概念模型设计的一种常用方法为IDEF1X方法，它就是把实体-联系方法应用到语义数据模型中的一种语义模型化技术，用于建立系统信息模型。使用IDEF1X方法创建E-R模型的步骤如下所示:

中国移动IP承载网网络资源命名规范V.docx

中国移动 IP 承载网网络资源命名规范版本号： 2. 1. 5 2 0 10 - 0 7 - 1 发布中国移动通信有限公司发布

前言本规范是根据相关标准，结合中国移动 IP 承载网络具体情况制订。编写格式和方法采用我国标准化工作导则的有关规定。本规范主要目的是统一中国移动IP 承载网网络资源的命名。本规范适用于中国移动 IP 承载网络，尚有待于在具体实施过程中不断地补充和完善。中国移动通信有限公司网络部拥有本规范的知识产权。中国移动通信有限公司网络部保留对此规范书的解释权和修改权。

范围本规范定义中国移动 IP 承载网网元设备、端口等的命名原则，用于指导工程及维护的网元设备命名、 VPN 命名及端口描述等。参考文献下列标准所包含的条文，通过在本规范中引用而构成为本规范的条文。本规范出版时，所示版本均为有效。所有标准都会被修订，使用本规范的各方应探讨使用下列标准最新版本的可能性。本技术规范引用以下标准： - 《中国移动 CMNET 省网网管系统技术规范》版，2002 年 8 月 - 《中国移动通信网网元设备编码和路由命名原则》第一版，2002 年 3 月-《中国移动传送网资源命名规范》版本缩写词 IPNET IP Network中国移动 IP 承载网 CMNET China Mobile Network中国移动互联网 DNS Domain Name System域名系统 DSMP Data Services Management数据业务管理平台 Platform DDN Digital Data Network数字数据网络 GPRS General Packet Radio Service通用分组无线业务 HDLC High Level Data Link Control高级数据链路控制 ISDN Integrated services digital network综合业务数字网 MMS Multimedia Messaging Service多媒体消息业务 NAS Network Access Server接入服务器 NAP Network Access Point网络接入点

版本发布命名规范

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、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用Employee，而不是Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称+ 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。 7）表必须填写描述信息

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进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。

软件项目版本号的命名规则及格式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 风格的版本号管理策略：

数据库表字段命名规范

数据库表字段命名规范摘要：当前研发工作中经常出现因数据库表、数据库表字段格式不规则而影响开发进度的问题，在后续开发使用原来数据库表时，也会因为数据库表的可读性不够高，表字段规则不统一，造成数据查询，数据使用效率低的问题，所以有必要整理出一套合适的数据库表字段命名规范来解决优化这些问题。本文是一篇包含了数据库命名、数据库表命名、数据库表字段命名及SQL语言编码的规范文档，针对研发中易产生的问题和常见错误做了一个整理和修改，为日后涉及到数据库相关的研发工作做好准备。一、数据库命名规范采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线 '_'组成，命名简洁明确，多个单词用下划线'_'分隔，一个项目一个数据库，多个项目慎用同一个数据库二、数据库表命名规范 2.1数据表命名规范（1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔（2）全部小写命名，禁止出现大写（3）禁止使用数据库关键字，如：name，time ，datetime，password等（4）表名称不应该取得太长（一般不超过三个英文单词）（5）表的名称一般使用名词或者动宾短语（6）用单数形式表示名称，例如，使用 employee，而不是 employees 明细表的名称为：主表的名称+字符dtl（detail缩写）例如：采购定单的名称为：po_order，则采购定单的明细表为：po_orderdtl （7）表必须填写描述信息（使用SQL语句建表时）

2.2命名规范 ①模块_+功能点示例：alllive_log alllive_category ②功能点示例：live message ③通用表示例：all_user 2.3待优化命名示例 ①冗余：错误示例：yy_alllive_video_recomment yy_alllive_open_close_log 说明：去除项目名，简化表名长度，去”yy_” ②相同类别表命名存在差异，管理性差错误示例：yy_all_live_category yy_alllive_comment_user 说明：去除项目名，统一命名规则，均为”yy_alllive_”开头即可 ③命名格式存在差异错误示例：yy_showfriend yy_user_getpoints yy_live_program_get 说明：去除项目名，统一命名规则，动宾短语分离且动宾逻辑顺序统一三、数据库字段命名规范 3.1字段命名规范（1）采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成，命名简洁明确，多个单词用下划线'_'分隔（2）全部小写命名，禁止出现大写（3）字段必须填写描述信息（4）禁止使用数据库关键字，如：name，time ，datetime password 等（5）字段名称一般采用名词或动宾短语（6）采用字段的名称必须是易于理解，一般不超过三个英文单词（7）在命名表的列时，不要重复表的名称

版本号命名规范

版本控制比较普遍的 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 ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。版本号管理策略一、GNU 风格的版本号管理策略：

软件版本管理规范标准

软件版本管理规 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常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线举例：定义的缩写Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl; 2.如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。举例：定义的缩写Material Ma 物品；物品表名为：Material, 而不是Ma. 但是字段物品编码则是：Ma_ID;而不是Material」。 3.所有的存储值列表的表前面加上前缀Z 目的是将这些值列表类排序在数据库最后。 4.所有的冗余类的命名（主要是累计表）前面加上前缀X 冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段。或者表 5.关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名，后面按照字母顺序罗列两个表名或者表名的缩写。关联表用于保存多对多关系。如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。如果没有其他原因，建议都使用缩写。举例：表Object与自身存在多对多的关系，则保存多对多关系的表命名为：R_Object ；表Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp 6.每一个表都将有一个自动ID作为主健，逻辑上的主健作为第一组候选主健来定义，如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID” 的方法命名。举例：销售订单的编号字段命名：Sal_Ord」D ;如果还存在一个数据库生成的自动编号，则命名为：ID。

中国电信网络资源命名及编码规范-----(公共部分分册)..

内部资料注意保管四川电信本地网网络资源管理系统网络资源命名及编码规范（公共部分分册） Version 1.1 2005年7月四川省电信公司

1.前言 (1) 2.公共资源命名范围 (2) 2.1公共资源命名的范围 (2) 2.2使用说明 (2) 3.字符集 (3) 3.1说明： (3) 4.区域和子区域 (3) 4.1区域和子区域的命名 (3) 4.2区域和子区域的编码 (4) 5.局站 (7) 5.1局站的命名 (7) 5.2局站的编码 (7) 6.机房 (9) 6.1机房的命名 (9) 6.2机房的编码 (10)

1. 前言为加强中国电信本地网网络资源的集中管理，确保全程全网通信畅通，特制定本规范对四川电信本地网网络资源实行全网统一命名和编码。本规范是中国电信网络资源命名及编码的组成部分，所涉及的资源对象的名称和编码规则都定义了不同资源对象在中国电信网络中的唯一标识。资源对象的名称和编码均可作为日常管理维护工作中的对资源对象的称谓，资源对象的编码主要由便于计算机进行字符处理的字母和数字构成，有利于资源管理系统的开发和数据的移植。本规范主要依据以下原则来制定：一、唯一性原则本规范中资源对象的命名和编码是在其相关的局部范围内来进行的，并在该范围内保证资源对象的命名和编码的唯一性。若在其上一层的范围内来定位该资源时，须将上一层的名称或编码加上，依次类推，即可保证其在各层次上的唯一性；此功能可借助计算机系统的支持。二、扩充性原则本规范主要考虑到编码容量的可扩充性，即能够在一定程度上满足因业务发展所带来的资源数量增加要求。三、物理信息为主原则本规范的制定主要以本地网网络物理构成及地理信息为依据，对于各地多样、可变的管理模式所形成的命名和编码习惯不作参考。本规范的行文结构如下： ●资源对象的定义 ●资源对象的命名格式：命名格式包括对象的名称和编码格式。 ●本地网层面标识：指资源对象在本地网层面中全称。 ●命名示例本规范的制订主要参考了以下国际标准和一些本地网的现行规范：－《中国电信长途网络资源命名规范》（讨论稿） —《中国电信本地网网络资源命名规范》（讨论稿） —《电信工程设计手册-市内传输线路》（上、下册）－《中国电信本地网线路维护规程》－《深圳市电信公司管线资源管理系统设施、设备编码规则》 —《深圳本地SDH网的设备及电路编号方法》 —《广州市电信公司SDH设备环节点命名具体方法》

版本号命名规范v1.0

广州市易杰数码科技有限公司版本号命名规范本文件属广州市易杰数码科技有限公司所有，未经书面许可，不得以任何形式复印或传播。

文件建立/修改记录

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项目组成员 ●每次打包时依据版本号命名规范进行命名 ●每次上传的文档、代码依据版本命名规范命名

软件版本命名规则

空蓝忍耐我很幸运！: ) 主页博客相册|个人档案|好友查看文章【规范】软件版本命名规范 2010-02-21 18:01 一、软件版本命名规范 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):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 * 希腊字母版本号(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．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线举例：定义的缩写 Sales: Sal 销售； Order: Ord 订单； Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl; 2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。一、【操作规范】 1. 如无备注，则表中的第一个id字段一定是主键且为自动增长； 2. 如无备注，则数值类型的字段请使用UNSIGNED属性； 3. 如无备注，排序字段order_id在程序中默认使用降序排列； 4. 如无备注，所有字段都设置NOT NULL，并设置默认值； 5. 如无备注，所有的布尔值字段，如is_hot、is_deleted，都必须设置一个默认值，并设为0； 6. 所有的数字类型字段，都必须设置一个默认值，并设为0； 7. 针对varchar类型字段的程序处理，请验证用户输入，不要超出其预设的长度； 8. 建表时将数据字典中的字段中文名和属性备注写入数据表的备注中(“PK、自动增长”不用写)； 9. 如无说明，建表时一律采用innodb引擎；二、【常用表名约定】 0. 说明：表前缀用项目名称首字母缩写；所以表名都小写，单词之间用下划线分开，单

词都用单数形式 1. user –用户 2. category –分类 3. goods –商品、产品等一切可交易网站的物品都用此命名 4. good_gallery –物品的相册 5. good_cate –物品的分类，除了单独作为表名，其他地方分类单词一律用缩写cate 4. attr –属性 5. article –文章、新闻、帮助中心等以文章形式出现的，一般都用此命名 6. cart –购物车 7. feedback –用户反馈 8. order –订单 9. site_nav –包括页头和页尾导航 10. site_config –系统配置表 11. admin –后台用户【RBAC标准表】 12. role –后台用户角色【RBAC标准表】 13. access –后台操作权限，相当于action【RBAC标准表】 14. role_admin –后台用户对应的角色【RBAC标准表】 15. access_role –后台角色对应的权限【RBAC标准表】 16. 待续三、【常用列名约定】 1. 表名_id –通常用作外键命名 2. cid –特殊的编号，带有元数据，方便关联查询，你可以把它理解成类别(层次)编号。举个例子，产品在分类时，往往需要将其归类到子分类下，相应的字段中也一般只记录子分类的id，这时若需要知道该产品属于哪个主分类，就需要通过子分类信息再查询到主分类信息，这是比较麻烦的，cid字段就是要解决这个问题。一般的站点几十个分类肯

数据库命名设计规范

数据库命名、设计规范一、数据库表及字段 1．数据库表的命名规范：表的前缀应该用系统或模块的英文名的缩写（全部大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS),那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。表的名称必须是易于理解，能表达表的功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。表名称不应该取得太长（一般不超过三个英文单词）。表名长度不能超过30个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts;对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。表必须填写描述信息，后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b。数据库表的命名采用如下规则： 1)表名用模块名_开头，表名长度不能超过30个字符，表名中含有单词全部采用单数形式，单词首字母必须大写。 2)多个单词间用下划线（_）进行连接。若库中有多个系统，表名采用系统名称+单词或多个单词，系统名是开发系统的缩写，如VNET。

资源命名规范

资源内容要求 1．必须使用统一模板 2．试卷、教案、学案、专题类为WORD文档，标题用3号字黑体，正文内容为5号宋体，小标题可采用4号宋体加粗。标点符号为中文状态符号。 3．课件中的标题可根据情况，以美观、整体协调为准设定字体与内容。 4．插图要求美观、清晰，没有科学上的错误。 5．数学、物理公式规范，特殊符号正确资源命名规范基本规则： 1．统一使用中文状态的标点符号，例如“。”、“，”，标题中间的连字符统一使用中文的一字线“――”。这是英文状态下对应的符号“.”“, ”、“--”。 2．标题命名中统一省略“省”“市”“届”字样。 3．套卷标题命名中涉及到不同科目时，用“全科”，如果不是全科，用“×科”。涉及到套数时，用“（×科×套）”。 4．数字、括号、一字线、标点符号等均算一个字符。 5．试卷类资源网站默认是有答案的，如资源无答案，需注明“（无答案）”。各资源分类规则： 1. 同步教学类：包括同步教案、同步学案、精品课件、同步练习、同步专题辅导5个分类命名规范：学科＋年级（标明上下册）＋版本＋章节＋名称＋资源类别命名示例：语文八年级上人教新课标第3课《蜡烛》教案语文八年级上语文版第18课《雨林的毁灭－－世界性灾难》同步练习语文八年级上语文版第五单元测试卷语文七年级上苏教版复习资料汇编（通海十四中）数学七年级上沪科版5.3统计图的选择课件数学八年级下泸科版21.2平行四边形的性质和判定单元测试（无答案）英语八年级上冀教版Unit1Lesson2教案英语高一人教大纲Unit1学案英语七年级上仁爱湘教版Unit1Topic1A课件物理八年级下人教新课标第八章电功率单元测试化学必修Ⅰ苏教版研究物质的实验方法—物质的分离与提纯生物七年级上人教新课标2.1.3观察动物细胞课件生物七年级上苏教版2.1探索生命的器具同步练习地理必修Ⅱ湘教版1.4地域文化与人口同步练习 2. 试卷类：包括月考、期中、期末、学业测试、竞赛试卷、名校名题、中高考模拟卷、名

数据库表及字段命名、设计规范

数据库表及字段命名、设计规范 1、命名规范 1.1数据表的命名规范： 1）表的前缀应该用系统或模块的英文名的缩写（全部大写或首字母大写）。如果系统功能简单，没有划分为模块，则可以以系统英文名称的缩写作为前缀，否则以各模块的英文名称缩写作为前缀。例如：如果有一个模块叫做BBS(缩写为BBS)，那么你的数据库中的所有对象的名称都要加上这个前缀：BBS_ + 数据库对象名称，BBS_CustomerInfo标示论坛模块中的客户信息表。 2）表的名称必须易于理解，使用能表达表功能的英文单词或缩写英文单词，无论是完整英文单词还是缩写英文单词，单词首字母必须大写。如果当前表可用一个英文单词表示的，请用完整的英文单词来表示；例如：系统资料中的客户表的表名可命名为：SYS_Customer。如果当前表需用两个或两个以上的单词来表示时，尽量以完整形式书写，如太长可采用两个英文单词的缩写形式；例如：系统资料中的客户物料表可命名为：SYS_CustItem。 3）表的名称一般使用名词或者动宾短语 4）表名称不应该取得太长（一般不超过三个英文单词）。 5）在命名表时，用单数形式表示名称。例如，使用 Employee，而不是 Employees。 6）对于有主明细的表来说。明细表的名称为：主表的名称 + 字符Dts。例如：采购定单的名称为：PO_Order，则采购定单的明细表为：PO_OrderDts 对于有主明细的表来说，明细表必须包含两个字段：主表关键字、SN，SN字段的类型为int 型，目的为与主表关键字联合组成明细表的关键字，以及标示明细记录的先后顺序，如1,2,3……。

7）表必须填写描述信息 7）后台表名尽量与前台表名相同，后台独有的表应以_b作为后缀。如r_gggd_b 1.2表字段命名规范数据库字段的命名必须遵循以下规范： 1）字段名称一般采用名词或动宾短语，且字段名为小写。 2）采用有意义的字段名。字段的名称必须是易于理解，能表达字段功能的英文单词或缩写英文单词，单词首字母必须大写，一般不超过三个英文单词。例如:人员信息表中的电话号码可命名为：Telephone或Tel。产品明细表中的产品名称可用ProductName表示。（推荐一般用完整的英文单词）。 3）系统中所有属于内码字段（仅用于标示唯一性和程序内部用到的标示性字段），名称取为：“ID”，采用整型或长整型数，具体根据可能的数据量确定，增加记录时取最大值加1，该字段通常为主关键字。 4）系统中属于是业务范围内的编号的字段，其代表一定的业务信息，比如资料信息和单据的编号，这样的字段建议命名为：“Code”，其数据类型为varchar，该字段需加唯一索引。 5）在命名表的列时，不要重复表的名称；例如，在名为 Employee 的表中避免使用名为EmployeeLastName 的字段。 5）不要在列的名称中包含数据类型。