项目开发命名规划
一．命名规则：
基本规则是按照驼峰式命名方式来对控件命名(控件的缩写加单词，控件的缩写全部为小写，单词的首字母要大写)，如果和数据库相关的字段控件，在命名的时候用控件的缩写加字段名来命名。
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编辑框的统一
11. 绑定DropDownList和ListBox方法整理
public static void FillDDl(DataTable dt, DropDownList ddl, string ValueMember, string
DisplayMember)
{
ddl.DataSource = dt;
ddl.DataTextField = DisplayMember;
ddl.DataValueField = ValueMember;
ddl.DataBind();
if (ddl.Items.FindByValue("0") == null)
{
ddl.SelectedIndex = -1;
ddl.Items.Insert(0, new ListItem("请选择...", "0"));
}
}
public static void FillDDl(DataTable dt, ListBox lbx, string ValueMember, string
DisplayMember)
{
lbx.DataSource = dt;
lbx.DataTextField = DisplayMember;
lbx.DataValueField = ValueMember;
lbx.DataBind();
}
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位数字码组成。
/* 日本工业标准JIS标准—代号名称对照表【中文版】 招聘(广告) 管理提醒： 本帖被tuzi123 执行锁定操作(2007-05-12) JIS B0001 ERRATUM 1-2000 机械工程技术制图(勘误1) JIS B0001-2000 机械工程技术制图 JIS B0002-1-1998 技术制图.螺纹和螺纹部件.第1部分:通用规范 JIS B0002-2-1998 技术制图.螺纹和螺纹部件.第2部分:螺纹嵌镶件 JIS B0002-3-1998 技术制图.螺纹和螺纹部件.第3部分:简化表示 JIS B0003-1989 齿轮的制图室实施规范 JIS B0004-1995 技术制图.弹簧画法 JIS B0005-1-1999 技术绘图.滚动轴承.第1部分:一般简化图解 JIS B0005-2-1999 技术绘图.滚动轴承.第2部分:细节简化图解 JIS B0006-1993 技术制图.花键和锯齿形花键的画法 JIS B0011-1-1998 技术制图.管道的简化表示法.第1部分:通则和正交表示法 JIS B0011-2-1998 技术制图.管道的简化表示法.第2部分:等角投影 JIS B0011-3-1998 技术制图.管道的简化表示法.第3部分:通风和排水系统终端部件 JIS B0021-1998 产品几何量技术规范(GPS).几何公差.形状、方向、位置和偏转公差 JIS B0022-1984 几何公差的基准及基准系统 JIS B0023-1996 技术制图.几何公差.最大和最小的实体公差要求 JIS B0024-1988 技术制图.公差表示的基本原则 JIS B0025-1998 机械制图.几何公差.位置公差 JIS B0026-1998 技术制图.尺寸和公差.非钢性部件 JIS B0027-2000 技术制图.剖面的尺寸和公差表示 JIS B0028-2000 技术制图.尺寸和公差表示.锥形 JIS B0029-2000 技术制图.方向和位置的公差表示.突出公差带 JIS B0031-2003 产品几何量技术规范(GPS).技术产品文献表面结构标注方法 JIS B0041-1999 技术绘图.中心孔简化图解 JIS B0090-10-2001 光学元件和系统图的绘制.第10部分:表示透镜元件数据的表 JIS B0090-11-2001 光学元件和系统图的绘制.第11部分:不包含公差的数据 JIS B0090-1-2001 光学元件和系统图的绘制.第1部分:总则 JIS B0090-12-2001 光学元件和系统图的绘制.第12部分:非球型表面 JIS B0090-2-2001 光学元件和系统图的绘制.第2部分:材料缺陷.应力双折射 JIS B0090-3-2001 光学元件和系统图的绘制.第3部分:材料缺陷.起泡和杂质 JIS B0090-4-2001 光学元件和系统图的绘制.第4部分:材料缺陷.不均匀和擦痕 JIS B0090-5-2001 光学元件和系统图的绘制.第5部分:表面形式公差 JIS B0090-6-2001 光学元件和系统图的绘制.第6部分:中心校正公差 JIS B0090-7-2001 光学元件和系统图的绘制.第7部分:表面缺陷公差 JIS B0090-8-2001 光学元件和系统图的绘制.第8部分:表面结构 JIS B0090-9-2001 光学元件和系统图的绘制.第9部分:表面处理和涂覆 JIS B0100-1984 阀门术语 JIS B0101-1994 螺纹和紧固件.词汇
文件及文件夹命名规范 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”
空蓝 忍耐 我很幸运！: ) 主页博客相册|个人档案|好友 查看文章 【规范】软件版本命名规范 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
软件项目版本号的命名规则及格式 版本控制比较普遍的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 风格的版本号管理策略：
命名规范 目录 第一章文件命名 (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。可能的情况下，尽量不要使用原义数字或原义字符串，如
技术部设备命名及图纸 规范V WTD standardization office【WTD 5AB- WTDK 08- WTD 2C】
襄阳国铁有限有限责任公司技术部 设备命名及图纸规范 为统一规范公司设备的命名及技术图纸，加强设计文档的管理，特制订以下规定： 1、设备的名称 设备名称是设备的“名字”，采用中标合同的设备名称，与其保持一致。 2、设备的型号 设备型号是设备的“身份证号码”，要求能从设备的型号中了解是什么设备，用户是谁，什么时候设计等信息，由五部分组成，具体如下： GT ——公司名称； XXX ——设备名称缩写代号，其中尾字母表示： J——架车机、落轮机、盘车机等； S——各种试验台； T——各种工作台、检修台； C——各种小车； XX ——设备所在地的地级市名称首字母拼音缩写代号； XXXX ——设计年月； X ——同一项目同一设备名称不同数量代号，用“A”、“B”、“C”区 分。 示例如下（型号不含空格）： 3、设备的铭牌
设备铭牌是设备的“身份证”，采用120*90mm的镀铜板制作，铭牌各行的内容、字体、字高、高宽比、颜色要求如下： 首行字体——设备名称（与中标合同的设备名称一致），宋体，字 高8mm，高宽比1，颜色黑； 次行字体——设备的型号，宋体，字高8mm，高宽比1，颜色黑； 中间四行字体——设备重要的参数（风、水、电源的规格，设备自身独 特参数，形尺寸等），宋体，字高6mm，高宽比1，颜 色黑，行距8mm； 尾三行字体——出厂日期与出厂编号（出厂编号采用与出厂日期相同 的年月），宋体，字高8mm，高宽比1，颜色黑； 尾次行字体——公司全称，宋体，字高8mm，高宽比1，颜色黑； 尾行字体——公司服务电话，宋体，字高8mm，高宽比1，颜色黑。 示例如下： 4、设备的设计图纸 设备由电气与机械两部分组成，完整、规范的设计图纸能够确保设备的性能与质量，一套完整的设计图纸由机械/电气图纸组成，图纸组成如下： 机械图纸——封面，总图，部件图，零件图，液压/气动原理图，地基图（需结合与电气相关的基础），铭牌图； 电气图纸——封面，电气原理图（含接线端子编号，主电路编号按RST依次编号，用电器按UVW依次编号；控制电路编号在第一页从000 开始，第二页从100开始，以此类推,只有一页的，从00开始）， 电气元件表图，面板开孔与丝印图，地基图（与电气相关），铭
文档索引：NIAT-GF-MM-1213-04 宁波东大智能 文档命名规范 宁波柴天佑院士工作室 宁波东大自动化智能技术有限公司
信息技术部2010年12月13日
文档修订 抄送人：项目经理、客户经理、客户代表、项目组成员、SCCB（在项目实际应用时最好写明抄送人的姓名）
目录 一、部门规范 (5) 1.1数据库设计规范文档命名 (5) 1.2代码编写规范文档命名 (5) 1.3界面风格规范文档命名 (5) 1.4文档编写规范命名 (6) 1.4.1需求分析文档命名 (6) 1.4.2编码设计文档命名 (6) 1.4.3数据库设计文档命名 (6) 1.4.4操作需求文档命名 (7) 1.4.5功能设计文档命名 (7) 1.4.6软件详细设计文档命名 (7) 1.4.7软件测试文档命名 (8) 1.5软件视频命名规范 (8) 1.6用户手册文档命名 (9) 二、部门管理规范 (9) 2.1下厂任务单命名 (9) 2.2下厂总结报告命名 (10) 2.3软件功能验收文档命名 (10)
一、部门规范 1.1数据库设计规范文档命名 软件功能开发过程中，要遵循公司的数据库设计规范文档。数据库设计规范规范文档的命名，遵循以下格式：公司简称+规范编号+数据库代号+编写日期+ 举例：NIAT-GF-SJK-121301 1.2代码编写规范文档命名 软件功能开发过程中，要遵循公司的代码编写规范文档。代码编写规范文档的命名，遵循以下格式：公司简称+规范编号+代码代号+编写日期+序列号，中 举例：NIAT-GF-DM-121301 1.3界面风格规范文档命名 软件功能开发过程中，开发的软件要进行界面风格的统一，要遵循公司的界面风格规范文档。界面风格规范文档的命名，遵循以下格式：公司简称+规范编 举例：NIAT-GF-JM-121301
"\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;
2.1本专业使用标识的图纸范围 2.2仪表与控制系统图 对系统图中以下设备进行编号标识： 2.2.1一次测量元件。 2.2.2二次仪表。 2.2.3就地仪表。 2.1.4 ON-OFF气动门、电动门及气动电动调节门（由工艺专业负责编码）。 2.1.5 删除。 2.1.6 电动机（由工艺专业负责编码）。 2.1.7 其他仪表控制设备。 2.2 布置图 对以下图纸控制设备进行编号标识（包括脱硫部分）： 2.2.1单元机组集中控制室及电子设备间平面布置图（对辅助车间控制室可参考执行），主要标识如下内容： 控制室内布置的所有控制盘、台、柜、LCD操作员站、大屏幕显示器、打印机。 电子设备间布置的所有控制盘、台、柜。 工程师室布置的所有控制设备。 SIS及运行分析室布置的所有控制设备。 2.2.2控制盘、台、柜正面布置图，主要标识控制盘、台、柜正面布置的所有仪表和控制设备。 2.2.3热控就地设备布置图，主要标识就地控制盘、箱、柜等。 2.3控制接线图，主要标识控制设备、一次测量元件、控制盘、箱、柜、配电箱、接线盒、电缆等。 2.4电缆清册 2.5仪表导管和阀门清册参照本说明4.7条执行。 2.6热控设备清册 2.7I/O清册 3 图例说明及表示方法 3.1仪表标识 3.1.1图例及说明 仪表图例符号采用椭圆形符号，分上下两部分，上部分为功能代码，下部分为仪表编号。功能代码左侧为仪表分类，右侧为控制系统功能组代码；仪表编号左侧为工艺系统功能代码，右侧为仪表控制设备代码标识。工艺系统功能代码是由工艺专业标注在系统图中某一区域（如管道）的编号；仪表控制设备代码是在此区域仪表设备的编号。 如：仪表分类控制系统功能组代码 工艺系统功能代码仪表控制设备代码 椭圆形符号尺寸为宽24mm，高8mm。对某一设备上测点集中且数量多（如壁温、线圈温度、发电机本体温度等）的成组测量，可用一个适当加长的椭圆形符号。 3.1.1.1 对于就地仪表，功能代码与仪表编号之间不带横线。 3.1.1.2 对于进入集中控制室内盘、台、柜上的仪表，功能代码与仪表编号之间划一横线。 3.1.1.3 对于就地盘仪表，功能代码与仪表编号之间划两条横线。 3.1.1.4凡随设备带仪表在椭圆形符号左上角用*表示，当设备厂商有仪表编码时，在*后面标注出设备厂商仪表编码。 3.1.1.5 对于开关量仪表，在椭圆形符号右上角标注H，HH，右下角标注L，LL等表示所代表的开关量性质。 3.1.1.6特殊仪表如分析仪表、机械量测量仪表等，要在椭圆形符号左下角用特殊检测变量字母代码标明变量类型，特殊检测变量字母代码见5. 4.2。 3.1.1.7当仪表一次测量部分与信号变送器部分分别设置时，应采用两个仪表图例符号进行上下或左右叠加的方式分别表示一次测量部分与信号变送器部分。例如：
协同办公管理系统命名规说明 目录 一、流程分类规 (2) 二、流程命名规 (3) 三、环节命名规 (4) 四、流向命名规 (5) 五、角色命名规 (6) 六、字段命名规 (7)
一、流程分类规 通常流程可以按照所属部门或业务类型来分类：
二、流程命名规 命名规则（采用按业务流程分类的命名规则）： 2位业务类型代码+4位流水号+“-”+流程名称 例如：财务管理流程类型下面，有费用报销的审批，则其命名应为：“CW0001-费用报销” 其中各字段含义如下：
三、环节命名规 命名规则：[岗位/职位/角色]+环节动作 例如：某流程的某环节需要采购部经理审批，那么该环节名称可以命名为：采购部经理审批；再如某流程的某环节需要总裁加签，那么该环节名称可以命名为：总裁加签，诸如此类。 常用的环节动作有： 1、开始节点：拟稿、提交、发起、起草、申请、创建等。 2、中间节点：加签、接收、发布、处理、审批、审核、初审、终审、反馈、套红（公文、发文）等。 3、结束节点：完成、归档、结束等。
四、流向命名规 命名规则：谓语+[环节名称]（如果下一环节为最后环节，则直接用环节名称）例如：呈交[审计总监审批]，退回[申请人起草]，归档 常用的谓语有： a、呈交：文档流向上级领导办理 b、转交：文档流向平级或下级人员办理 c、退回：文档流向前面环节办理 d、转发：文档流向流程环节以外人员办理 e、知会：文档知会相关人员
五、角色命名规 命名规则：原则上根据具体流程来命名角色。 1、流程专用角色：[流程编号]+岗位/职位 2、流程公用角色：[Public]+ 岗位/职位 例如：[CW001]出纳，[IT001]系统管理员，[Public]总裁。
项目开发命名规划 一．命名规则： 基本规则是按照驼峰式命名方式来对控件命名(控件的缩写加单词，控件的缩写全部为小写，单词的首字母要大写)，如果和数据库相关的字段控件，在命名的时候用控件的缩写加字段名来命名。 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编辑框的统一
就我公司目前常用的气控元件进行规命名，使用下表所列元器件时必须按本规执行，未列元器件按样本执行 气路辅助元件 名称型号规格示例图片 命名规则命名示例 快速接头1、螺纹–管径 2、管径–管径 注： 1、一端有螺纹时，螺 纹写前面 2、一端有螺纹且为螺 纹时，在名称后面 加“（）”注明 3、管径有大小时，大 管径写前面ZG1/2-φ12 φ12 -φ12 φ12-φ10 快速接头（）快速接头 快速角接1、螺纹–管径 2、管径–管径ZG1/2-φ12 φ12 - φ12
T型快速三通管径–管径–管径φ12-φ10-φ12 φ12-φ12-φ12 T型快速三通管径–螺纹–管径φ12- ZG1/2-φ12 T型快速三通螺纹–管径–管径ZG1/2 -φ12-φ12 Y型快速三通管径–管径φ12-φ10 φ10-φ10 Y型快速三通螺纹–管径ZG1/2-φ12 快拧接头1、螺纹–管径 2、管径–管径ZG1/2-φ12 φ12 -φ12 快拧接头（）
快拧角接1、螺纹–管径 2、管径–管径ZG1/2-φ12 φ12 - φ12 快拧角接 T型快拧三通管径–螺纹–管径φ12- ZG1/2-φ12 T型快拧三通管径–管径–管径φ12-φ10-φ12 φ12-φ12-φ12 堵头螺纹 注： 1、产品材质在PDM “材料”栏注明 2、默认为金属材质 3、六角头堵头需在名 称上注明ZG1/2 六角头堵头
消声器螺纹 注： 1、无品牌样式要求的 为默认按螺纹命名 2、有品牌或者样式材 料要求的按样本命 名ZG1/2 （默认结构）按样本 节流阀按样本 气管管径 注： 1、默认为橙色PU材 质 2、材料写PDM“材 料”栏 3、颜色写PDM“备 注”栏 4、特殊气管按供应商 φ12
项目文档命名规则 编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____ XXXX公司 二零一五年五月制
历史记录
目录 1 目的 (4) 2 适用范围 (4) 3 术语和缩略词 (4) 4 规程 (4) 4.1 文档命名规则 (4) 4.2 配置项的版本标识 (8) 4.3 标签的命名 (9)
1 目的 本文的目的是定义各项目所有相关文档和CMM要求的过程文件的格式和规则，以及配置管理中对配置项和版本的标识。 2 适用范围 本规则适用于所有需求、设计等文档和过程文件。 3 术语和缩略词 无 4 规程 4.1 文档命名规则 1组织标准软件过程文档编号 (1)过程文件格式：XXX-P-××，初始编号为：XXX-P-01，最大编号为：XXX-P-99。 (2)指南文件编号：XXX-G-××××，前两位××为指南所对应的过程文件编号。 (3)模板文件编号：XXX-T-××××，前两位××为指南所对应的过程文件编号。 2产品命名规范 (1)中文命名规范：中文全称V产品版本号。英文命名规范：首字母大写V产品版本号。3项目文档编号 (1)编号规则分三种： 1)单个文档：首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写。 2)多个子文档：首字母大写V产品版本号-阶段英文缩写-文档名称英文缩写—流 水号。 3)周期性：首字母大写V产品版本号-文档名称/英文名称-八位日期。 (2)项目阶段及文档名称英文缩写，见下表：
4文档版本 (1)格式：V×××.×××，初始版本号为V0.1，最大版本号为：V999.999。其中， 草稿状态的版本均为V0.×××，例如：V0.1，V0.2……V0.999；而经过评审通过
精心整理软件安全开发编码规范 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;
SAP物料分类及描述规范 1.说明 本文件概括性地描述了ERP SAP R/3系统中物料数据及其他数据的编码分类、编码规则的总体情况。 2.物料编码的基本原则 为保证公司信息编码标准化、一体化、规范化，减少信息重复处理，避免一物多号、一号多物等现象，编写物料编码应遵循以下基本原则： 2.1 唯一性：保证一个编码对象赋予一个代码，一个代码只反映一个编码对象。 2.2 可扩充性：适应编码对象的不断增加，留有足够的备用码。 2.3 规范性：代码格式要规范、统一，提高可靠性。 2.4 简练性：代码位数尽可能少，减少差错。 2.5 稳定性：要考虑代码变化的可能性，尽可能保持代码系统的稳定。 2.6 识别性：代码应反映编码对象的部分特点，方便记忆和使用。 2.7可操作性：代码应尽可能减少计算机处理的时间。 3.物料编码的基本结构 流水码，结构码 + 流水码 如： 1开头的为主料，6开头的为成品（其中碎片放在成品的编码范围中）
4.物料描述的基本规范 4.1、主辅料、成品、劳保及客供料、工具、低（高）值易耗等 描述通用规则：产品名称 + 规格型号 如：单晶硅片S125 银浆PV145 电导率仪 DDB-6200 注：1、若无规格型号的只使用产品名称； 2、对于非专用物料，例如基本计量单位为ML的，不再作为新的物料代码进行编码； 3、对于专用的不同的包装的使用不同的编码。如200ML与500ML三氯氧磷，使用不同代码。 4.2、办公用品、备品备件 A、专用备件：名称+规格型号+品牌，如：伺服电机TSB08751C-2BH3东元 B、通用备件/办公用品：名称+规格型号+(品牌) 如：有机玻璃板 2400*1200*5(mm) C、国外备件：设备厂家+（订货代号）+ 中文名称（附加数据：英文名称及参数）如：RENA 112054两通隔膜阀 注：1.规格型号比较多的情况下以/隔开区分； D、非标件：名称+图纸号+版本号 4.3、碎片根据性质分为硅碎片、制绒碎片、扩散碎片、刻蚀碎片、PECVD碎片、丝印碎片、烧结碎片、电池碎片按面积比例定义碎片（大于1/2电池碎片、小于1/2电池碎片）。 4.4、硅片及电池片针对OEM是否为采购的，分别分为两个物料号；OEM物料为采购过来，硅片及电池片描述前加采购OEM； 若为客供料，该部分物料为无价物料，硅片及电池片前加“客供OEM”； 4.5 保税料：保税+名称 4.6、电池片研发及在建工程根据财务要求，针对每一种产成品分别增加零价的物料号码；在描述前分别添加“项目物料(名称)”注明。
信息技术部各类文档命名规范
文档索引：NIAT-GF-MM-1213-04 宁波东大智能 文档命名规范 宁波柴天佑院士工作室 宁波东大自动化智能技术有限公司
信息技术部2010年12月13日
文档修订 抄送人：项目经理、客户经理、客户代表、项目组成员、SCCB（在项目实际应用时最好写明抄送人的姓名）
目录 一、部门规范 (6) 1.1数据库设计规范文档命名 (6) 1.2代码编写规范文档命名 (6) 1.3界面风格规范文档命名 (6) 1.4文档编写规范命名 (7) 1.4.1需求分析文档命名 (7) 1.4.2编码设计文档命名 (7) 1.4.3数据库设计文档命名 (7) 1.4.4操作需求文档命名 (8) 1.4.5功能设计文档命名 (8) 1.4.6软件详细设计文档命名 (8) 1.4.7软件测试文档命名 (9) 1.5软件视频命名规范 (9) 1.6用户手册文档命名 (10) 二、部门管理规范 (10) 2.1下厂任务单命名 (10) 2.2下厂总结报告命名 (11) 2.3软件功能验收文档命名 (11)
一、部门规范 1.1数据库设计规范文档命名 软件功能开发过程中，要遵循公司的数据库设计规范文档。数据库设计规范规范文档的命名，遵循以下格式：公司简称+规范编号+数据库代号+编写日期+ 举例：NIAT-GF-SJK-121301 1.2代码编写规范文档命名 软件功能开发过程中，要遵循公司的代码编写规范文档。代码编写规范文档的命名，遵循以下格式：公司简称+规范编号+代码代号+编写日期+序列号，中 举例：NIAT-GF-DM-121301 1.3界面风格规范文档命名 软件功能开发过程中，开发的软件要进行界面风格的统一，要遵循公司的界面风格规范文档。界面风格规范文档的命名，遵循以下格式：公司简称+规范编 举例：NIAT-GF-JM-121301
协同办公管理系统命名规范说明 目录 一、流程分类规范 (2) 二、流程命名规范 (3) 三、环节命名规范 (4) 四、流向命名规范 (5) 五、角色命名规范 (6) 六、字段命名规范 (7)
一、流程分类规范 通常流程可以按照所属部门或业务类型来分类：
二、流程命名规范 命名规则（采用按业务流程分类的命名规则）： 2位业务类型代码+4位流水号+“-”+流程名称 例如：财务管理流程类型下面，有费用报销的审批，则其命名应为：“CW0001-费用报销” 其中各字段含义如下：
三、环节命名规范 命名规则：[岗位/职位/角色]+环节动作 例如：某流程的某环节需要采购部经理审批，那么该环节名称可以命名为：采购部经理审批；再如某流程的某环节需要总裁加签，那么该环节名称可以命名为：总裁加签，诸如此类。 常用的环节动作有： 1、开始节点：拟稿、提交、发起、起草、申请、创建等。 2、中间节点：加签、接收、发布、处理、审批、审核、初审、终审、反馈、套红（公文、发文）等。 3、结束节点：完成、归档、结束等。
四、流向命名规范 命名规则：谓语+[环节名称]（如果下一环节为最后环节，则直接用环节名称）例如：呈交[审计总监审批]，退回[申请人起草]，归档 常用的谓语有： a、呈交：文档流向上级领导办理 b、转交：文档流向平级或下级人员办理 c、退回：文档流向前面环节办理 d、转发：文档流向流程环节以外人员办理 e、知会：文档知会相关人员
五、角色命名规范 命名规则：原则上根据具体流程来命名角色。 1、流程专用角色：[流程编号]+岗位/职位 2、流程公用角色：[Public]+ 岗位/职位 例如：[CW001]出纳，[IT001]系统管理员，[Public]总裁。
《液压与气动技术》课程标准 课程名称：液压与气动技术计划学时：56学时 适用专业：机电一体化技术开设学期：第三学期 制订：闻桂芝审定： 一、前言 1.课程的性质 《液压与气动技术》是机电一体化技术专业的一门重要的专业技术课程。无论对学生的思维素质、创新能力、科学精神以及在工作中解决实际问题的能力的培养，还是对后继课程的学习，都具有十分重要的作用。该课程主要研究液压与气压传动技术一般规律和具体应用的一门科学。这门技术与其它传动形式有不可比拟的优势而应用广泛，以优良的静态、动态性能成为一种重要的控制手段，无论是机械制造、模具、数控，还是自动化都有广泛的实际应用价值。该课程实现了高职的培养目标，满足了机电类教育人才的要求，是专业教学必不可少的重要组成部分。 2.课程设计思路 （1）坚持以高职教育培养目标为依据，基于本课程在机电类专业知识、能力构筑中的位置及这门技术的特点，突出应用能力和综合素质培养，充分注意“教、学、做”三结合。 （2）符合学生的认识过程和接受能力，遵循由浅入深、由易到难、循序渐进的原则。从元件的结构、原理及应用到基本回路的分析与应用，最后到具体实际生产中的复杂系统的分析与应用。 （3）把创新素质的培养贯穿于教学中。采用行之有效的教学方法，注重发展学生思维、应用能力。由系统的分析、总结到根据要求设计系统。 （4）强调以学生发展为中心，帮助学生学会学习。通过详细的学习液压传动来学会学习气压传动，乃至其它课程、其它专业的学习，帮助学生学会学习。 （5）注意与相关的专业技术“接口”。该技术灵活地运用于各行各业，作为一种重要的控制和传递手段而应用广泛。要联系其它专业技术知识，以使整个知识体系完整。 （6）理论联系实际，充分利用实物、模型来帮助学生学习和理解。 二、课程目标 通过本课程的学习，使学生较系统地掌握液压气动技术的基本原理和实际应用。获得基本的理论基础知识、方法和必要的应用技能；认识到这门技术的实用价值，增强应用意识；逐步培养学生学习专业知识的能力以及理论联系实际的能力，为学习后继课程和进一步学习