文件切图命名规范标准
文件/切图命名规范标准
头部header
底部bottom
菜单menu
输入框textfeild
标题栏titlebar
状态栏statusbar
列表list {1，2，3...} 表格sheet
图片pic
推广图banner
背景bg
按钮btn
指示器indicator 启动器launcher 图标icon
标签tab
内容区域content 线条line 2px
多选checkbox 单选radio
提示tips
进度process
信息info
头像head
返回back
点point
切图命名规范
①禁止使用中文命名
②禁止使用无意义文字符命名
③请尽量使用语义相近的英文或者英文简写命名
④ios以@2x.png和@3x.png作为文件最后名字字符（例如avater_default@2x.png
avater_default@3x.png）
⑤android每个文件夹下的相同功能切图文件名保持一致。
⑥禁止在图片文件名中间加入数字。如果必须使用数字进行描述，请在文件名最后加入数字（图片的多种状态不受此限制）（例如avater27.png avater30.png）
⑦如需符号，请使用_做分割。
⑧图片多种状态请使用_normal(正常状态) _selected(选中状态) _highlight(高亮状态，按钮点击下状态) _disable(禁用状态) 作为文件名状态标示(例如item_normal.png item_highlight.png,
login_item30_disable.png)
项目命名及管理规范
XXXXXXXXXX公司项目命名及管理规范 XXXXXXXXXX公司 二○一○年一月
1.目的 为规范公司内部项目命名，确保项目信息传递顺畅；及时沟通项目各环节进展情况，保证项目整体的有效运行；促进经营和财务工作的有序进行，加强公司管理水平，特制定本规范。 2.范围 本规范适用于公司内部各部门间涉及“费用”及“成本”的沟通和信息传递，包括《借款申请单》、《支出凭单》、《差旅费单》及市场、采购、财务相关单据，不涉及公司及部门对外的说明、汇报等文件。 3.项目命名规则 3.1项目名称结构 1、项目名称一共由五部分组成，其中时间、项目类别、项目属性为必填项，客户、项目名称为可选项（二选一），结构如下： 时间+项目类别+客户+项目名称+项目属性 2、应用范围说明： ●时间：为项目正式立项的年度日期。如2010、2011等。 ●项目类别：公司目前所涉及项目分四类：软件类、工程类、其它类、新业务 类、公司类分别使用A、B、C、N代表。 软件类：指软件类业务 工程类：指工程类业务 其它类：指贸易类业务等 新业务类：除以上三类业务外其余业务均属于新业务类。如新业务形成 一定规模，经公司报批后可单独划分业务类型。
●客户：可选项。合同履行的客户对象。如XXXXXX局、XXXXXX公司等。 ●项目名称：可选项。项目的具体说明。如库房管理、运输管理、视频监控、 代理服务器等。 ●项目属性：分为公司交办和自己承担，分别使用J、Z代表。 ●注意事项 ●2010年之前已立项项目保持原有名称不变。 ●项目名称命名可读性第一，应在充分包含相关信息的条件下，尽量简洁，一 目了然。 ●项目类别的中文名称应当根据系统的类型选择使用常用命名词汇。 ●系统的版本不在命名中体现。 ●名称的全称不宜太长，一般在15个字以内（包括数字）。 ●客户、项目名称等字段过长时，可以使用字面意思明白并约定俗成的简称。 ●相同的项目类别、客户和项目名称在不同的项目命名出现时必须保持一致。 3.2示例 软件类项目示例： 工程类项目示例：
文件命名和目录规则
移动沙龙业务语音文件的命名规则和目录结构 考虑到移动沙龙业务在用户量增大后，留言、录音文件的存放需要适当分布开，否则一个目录下，录音文件太多，会导致系统异常缓慢等现象，甚至出现错误。所以提出移动沙龙业务和录音相关的语音文件命名规则以及目录结构规则。 1文件命名 用户自我介绍文件 命名规则：用户ID.vox 例如：7000001.vox 用户给用户的留言 命名规则：YYYYMMDDhhmmss留言者IDTO接收留言者ID.vox 例如：200311201534127000001TO7000002.vox 用户给BBS论坛留言 命名规则：YYYYMMDDhhmmss留言者IDTOBBSn.vox，其中n为多个论坛时的论坛编号。例如：200311201534127000003TOBBS1.vox 收藏夹文件 命名规则：原文件名F收藏者ID.vox 例如：200311201534127000003TOBBS1F5000001.vox
2文件路径规则 用户自我介绍文件路径 映射盘:\SPID\节目号\V ox\UserRec\ab\ ab为00 ~ 99，和ID号最后两位对应 例如： Z:\0080\1258680\V ox\UserRec\00\ Z:\0080\1258680\V ox\UserRec\01\ …… Z:\0080\1258680\V ox\UserRec\99\ 5000123.vox文件就存放在Z:\0080\1258680\V ox\UserRec\23\目录中 用户给用户留言文件的路径规则 映射盘:\SPID\节目号\V ox\UserMsg\MMDD\ 其中MMDD代表月份和日子 如: Z:\0080\1258680\V ox\UserMsg\0101\ Z:\0080\1258680\V ox\UserMsg\0102\ …… Z:\0080\1258680\V ox\UserMsg\1231\ 200311201534127000001TO7000002.vox文件存放在Z:\0080\1258680\Vox\UserMsg\1120\目录下。 用户给BBS论坛留言文件的路径规则 映射盘:\SPID\节目号\V ox\BBSMsg\MMDD\ 其中MMDD代表月份和日子 如: Z:\0080\1258680\V ox\BBSMsg\0101\
软件系统命名规则(互联网+)
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磅。 粗边框：2.25磅。 字体全部为黑体，具体要求如下： 1.普通文件夹 单位名称：四号，加粗。 类别：小三，加粗。 文件夹名称：二号，加粗。字与字之间隔一个空格。 启用年度：小五。一位数的月份前面要加0，如“03月”。 保管期限：小五。 部门：小四，加粗。 编号：小五。 2.大文件夹 单位名称：小三，加粗。 类别：三号，加粗。 文件夹名称：小一，加粗。字与字之间隔一个空
格。 启用年度：小四。一位数的月份前面要加0，如“03月”。 保管期限：小四。 部门：小三，加粗。 编号：小四。 二、其他要求： 1.普通文件夹标签自文件夹的顶部15mm处张贴。 2.大文件夹标签尺寸恰好可放置于文件夹标签套内。 3.编号项目可根据部门需要自行确定。 附件一：普通文件夹标签模板 附件二：大文件夹标签模板
XX 公司 体系文件 编号： 企管 期2012年05月 工 作 标 准 记录 编号： 企管 期2012年03月 公 司 经 营 月 报 记录 编号： 企管 期2012年03月 环境、消防、应急演练 记录 编号： 企管 期2012年03月 现 场 检 查 编号： 企管 期2012年03月 环境体系法律、法规 编号： 企管 期2012年03月 环境体系法律、法规 编号： 企管 期2012年03月 环境体系法律、法规 记录 编号：企管 期2012年03月 员 工 满 意 度 调 查 记录 编号： 企管 期2012年03月 文件发放、更改、回收记录 体系文件 体系文件 体系文件
项目文档命名规则跟格式要求
项目文档命名规则 编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____ 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；而经过评审通过
文件及文件夹命名规范
文件及文件夹命名规范 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”
C#项目命名要求规范范例
C#项目开发代码规范 命名规制定意义 1 方便代码的交流和维护，便于日后自己的再次阅读。 2 不影响编码的效率，不与大众习惯冲突。 3 使代码更美观、阅读更方便。 4 使代码的逻辑更清晰、更易于理解 命名规制定原则 首要原则 有意义的，描述性的词语来命名。能够一眼看出它作什么。别使用会引起误解的名字。如果名字一目了然，就无需用文档来解释方法的功能了 1. 除约定俗成的，别用缩写。用name, address, salary等代替 nam, addr, sal 2. 除用于循环，别使用单个字母的变量象i, n, x 等. 而要使用 index, temp等。 for ( int i = 0; i < count; i++ ){ ...} 其他习惯 除了界面控件外，不要使用类型前缀。比如：使用名称amount，而不是 intAmount； 类：使用名词、名词短语命名。比如：public class FileStream； 方法：使用动词、动词短语开始。比如：CreateUser(), RemoveAt()等； 接口：以 I 开始，后面加上名词、名词短语、形容词命名。比如：IDisposable； 常量：所有单词大写，多个单词之间用 "_" 隔开。public const string PAGE_TITLE = "Welcome"; 命名空间：基本格式： CompanyName/ProjectName.TechnologyName[.Feature][.Design] a) CompanyName/ProjectName：公司名、项目名称或产品名称； b) TechnologyName：稳定的、公认的技术名称或架构层次名称； c) [.Feature][.Design]：可选的功能与设计； C#命名规 变量方法命名规则 1、用pascal规则来命名方法和类.(第一个单词首字母大写，后面连接的每个单词首字母都大写） public class DataBase ；public void GetDataTable() 2、类：使用名词、名词短语命名。比如：public class FileStream； 2.用camel规则来命名局部变量和方法的参数. (第一个单词不大写，后面连接的单词首字母大写) public void AddUser(string userId, byte[] password) { string userName;}
文件命名规范
文件命名规范 对一般办公文件来言，规范文件、文件夹命名如下。 一、文件的命名规范 文件命名的结构：项目命名词（或项目编号）_文件命名词_日期_V版本号.文件后缀例如：Doc_PCPIS Proposal_20101112_V1.0.doc 文件名称由四部分组成：第一部分为项目名称或编号，第二部分为文件的描述，第三部分为当前文件的日期，第四部分为文件阶段标识加文件后缀。 如果是同一版本同一阶段的文件修改过两次以上，则在版本标识后面加以数字标识，每次修改数字加1；当有多人同时提交同一份文件时，可以在版本标识的后面加入人名或缩写来区别。 二、文件夹的命名规范 标准的文件夹命名结构：项目命名词(或项目编号)_文件夹名称_日期_日期。 举个文件夹命名例子：Prj_PC PIS Project_20101112_完成日期。第二个下划线后为空，等待工作结束时，添加工作结束的日期。 经过这样的命名，1、首先自己通过建立文件夹把文件进行整理和分类，便于自己的查找和使用；2、其次，在使用Windows的查找或者其他查询工具（如Everything）搜索的时候，会比较方便容易的查询出想要的文件；3、更重要的是，培养自己整理文件的习惯；4、四是可以知道文件的操作日期，这个日期可以是创建日期、修改日期。 为了更好的整理自己的文件，可增加了几个特殊的符号，用于标识不同状态的文件： 1、！（叹号）——标注重要的文件或者文件夹 2、#（井号）——标注等待处理的文件或者文件夹 3、@（@号）——标注正在处理的文件或者文件夹 对那些处理完毕的文件，应该放在合适的文件夹当中，因此不作特殊符号的标注。这些符号的使用，是作为文件命名的首字应用，如此一个文件夹中，标注特殊符号的文件会排列在一块，查找和使用起来会比较方便。 三、电脑桌面的清理 电脑系统里增加新的文件时，先把文件放在桌面，然后对收集的新文件进行处理，处理完成后，归档到不同的文件夹当中。如果需要持续多天进行处理的话，就一直放在桌面，直到处理完成。文件处理的过程，就相当于清理桌面的过程。 桌面的清理，每天都要进行，尽可能的把堆在桌面的文件清理掉。这些文件一般有两个归属，那些没什么价值的文件，直接删除；那些有些价值的文件，处理完毕后，归档到不同的文件夹当中。处理中的、待处理的文件，就堆砌在桌面之上，随时的警告自己，要尽快的处理，留给自己一个清洁的桌面。
APP界面设计规范二
一、Android设计常识 开始介绍之前先帮大家梳理一下Android常用单位，方便各位亲们更好的掌握并了解Android端设计规范。 Android常用单位 per inch)：数字影像的解析度，也就是每英寸所拥有的像素数，即像素密度；PPI计算公式：ppi=√（长度像素数2 + 宽度像素数2）/屏幕对角线英寸数 per inch)：是指印刷上的计量单位，也就是每英寸上能印刷的网点数，我们设计用于显示器的默认为（72像素/英寸）就好了； 屏幕尺寸（Screen Size）：一般我们所说的手机屏幕尺寸，比如3英寸、英寸等，都是指对角线的长度，而不是手机的面积； 分辨率（Resolution）：是指手机屏幕垂直和水平方向上的像素个数，比如分辨率为：720*1280，是指设备水平方向有720个像素点，垂直方向有1280个像素点 pixels)：像素，不同设备显示效果相同 （ point）：一个标准的长度单位，ios的逻辑单位，1Pt=1/72英寸，用于印刷业，非常简单易用；标注字体大小（72是早期台式机的DPI） （Scaled-independentpixels）：放大像素，安卓的字体单位； （Density-independentpixels）：是指设备的独立像素，不同的设备有不同的显示效果，它与设备硬件有关系； sp和dp基本一样，是android开发里特有的单位，都是为了保证文字在不同密度的显示屏上显示相同的效果；dp与设备硬件有关，与屏幕密度无关，sp与屏幕密度和设备硬件均无关； 换算关系 android开发中，文字大小的单位是sp，非文字的尺寸单位用dp，但是我们在设计稿用的单位是px。这些单位如何换算，是设计师、开发者需要了解的关键。* dp：以160PPI屏幕为标准，则1dp=1px。 dp和px的换算公式：dp*ppi/160 = px。 对于320ppi的屏幕，1dp x 320ppi/160= 2px。 * sp：它是安卓的字体单位，以160PPI屏幕为标准，当字体大小为100%时， 1sp=1px。 sp 与px 的换算公式：sp*ppi/160= px。
在网页设计过程中常用的命名规则
如果你是网页设计师，如果你用的还是拼音命名，你真的落伍了 内容：content/container 导航：nav 侧栏：sidebar 栏目：column 标志：logo 页面主体：main 广告：banner 热点：hot 新闻：news 下载：download 子导航：subnav 菜单：menu 搜索：search 页脚：footer 滚动：scroll 版权：copyright 友情链接：friendlink 子菜单：submenu 内容：content 标签页：tab 文章列表：list 注册：regsiter 提示信息：msg 小技巧：tips 加入：joinus 栏目标题：title 指南：guild 服务：service 状态：status 投票：vote 尾：footer 合作伙伴：partner 登录条：loginbar 页面外围控制整体布局宽度：wrapper 左右中：left right center (二)注释的写法: /* Footer */ 内容区 /* End Footer */ (三)id的命名:
(1)页面结构 容器: container 页头：header 内容：content/container 页面主体：main 页尾：footer 导航：nav 侧栏：sidebar 栏目：column 左右中：left right center 页面外围控制整体布局宽度：wrapper (2)导航 导航：nav 主导航：mainbav 子导航：subnav 顶导航：topnav 边导航：sidebar 左导航：leftsidebar 右导航：rightsidebar 菜单：menu 子菜单：submenu 标题: title 摘要: summary (3)功能 标志：logo 广告：banner 登陆：login 登录条：loginbar 注册：regsiter 搜索：search 功能区：shop 标题：title 加入：joinus 状态：status 按钮：btn 滚动：scroll 标签页：tab 文章列表：list 提示信息：msg 当前的: current 小技巧：tips 图标: icon 注释：note 指南：guild 服务：service 热点：hot 新闻：news 下载：download 投票：vote 合作伙伴：partner
网站文件夹结构以及命名规则
第一部分：目录、文件、CSS命名方式 文件夹与文件名称、CSS样式命名、程序中的一些控件等等： 名称全部用小写英文字母、数字、下划线的组合，其中不得包含汉字、空格和特殊字符；目录名应以英文、拼音为主（不到万不得已不要以拼音作为目录名称，经验证明，用拼音命名的目录往往连一个月后的自己都看不懂）。尽量用一些大家都能看懂的词汇。使得你自己和工作组的每一个成员能够方便的理解每一个文件的意义。而且当我们在文件夹中使用“按名称排例”的命令时，同一种大类的文件能够排列在一起，以便我们查找、修改、替换、计算负载量等等操作。 例如：images(图形文件)，flash（Flash文件）等。 命名方式：（性质_描素_位置_分类_数量）项相结合，采用简写、组合的方式形成通用规则。 例如： news (性质) news_title (性质_描素) news_title_top (性质_描素_位置) news_title_top_01 (性质_描素_位置_数量) news_title_top_a_01 (性质_描素_位置_分类_数量) news_title_top_b_01 (性质_描素_位置_分类_数量) 常用目录名： data(数据库) images(图片) install (安装) templets (模版) include (包含) admin (后台) rss (定阅) media (媒体) config (配置) Script (脚本) Language (语言) style (样式)等…… 常用CSS名： 页面外围控制整体布局宽度：wrapper头：header内容：content/container页面主体：main侧栏：sidebar尾：footer等…… 更多命名查看: https://www.360docs.net/doc/4d7927086.html,/post/41.html 第二部分：结构（XHTML） 网站的前端结构与表现分离，达到95%以上。正式上线后的网页代码结构要清晰、明朗，容易阅读，布局与结构的镶套尽量控制在4-5层以内，严格遵循w3c的xhtml1.0 Transtitonal。并遵循以下原则： 1. DDT类型：XHTML 1.0 Transitional 2. 编码：utf-8 3. 元标记必须项： 该页面的关键词概况
关于公司知识文档的命名规范
关于公司知识文档的命名规范 第一条说明 为了方便知识文档的管理、维护、分享，特制定此知识文档规范的命名方式。 此规范根据网络知识管理工具资料整理，主要适用于文档命名，文件夹命名可供参考，请参照执行。 公司所有人员沟通文档必须以此规范作为依据。 第二条文档基本类别 文档按类别可分为三类： 1. 工作文档：包括与日常工作相关的各类文档，其特点在于工作文档多数属于周期性的内 容，围绕各类业务或职能开展。 2. 项目文档：包括以项目形式开展的工作相关的各类文档，其特点在于项目工作通常是一次 性的，以临时性的项目组织为主体开展。 3. 外部文档：包括通过各种渠道从外界收集、获取，未经过公司内部任何人员整理、加工的 资料，其特点在于种类繁多，没有既定的分类标准，无法使用规范性的方式进行管理。 所以，针对这三类文档的不同特点制定了三种不同的命名规范标准。 第三条文档命名规范 1.工作文档命名规范 结合工作文档的特点，我们在命名时需要体现出开展工作的主体，即各个业务或职能部门，同时也需要体现出工作的周期（时间节点）或者是具体的时间点（日期）。 结合上述内容我们将工作文档命名划分成4个部分，各部分之间通常以下划线连接，这4个部分分别是： ①文档来源: 可以是公司、部门、人员等主体性实体。
如：张三_周工作总结_20160808；或研发部_周工作总结_20160808 ②文档内容说明：直接表明主题 ③文档类别：合同、总结、报告、方案等 ④时间节点、日期或版本说明（手工生成）。 图表 1 工作文档命名规范
表格 1 工作文档命名规范 2.项目文档命名规范 结合项目文档的特点，我们在命名时需要体现文档所属的项目主体，同时也需要体现相应的时间点（日期）。 结合上述内容我们将工作文档命名划分成4个部分，各部分之间通常以下划线连接，这4个部分是： ①具体项目：宏观 ②文档内容说明：主题说明 ③文档类别：计划或方案等 ④间节点、日期或版本说明（手工生成），也可以通过日期表示版本。 下面分别通过图示与表格的方式具体说明项目文档的命名规范： 图表 2项目文档命名规范
HTML命名规则
网页切图过程中div+css命名规则 内容：content/container 导航：nav 侧栏：sidebar 栏目：column 标志：logo 页面主体：main 广告：banner 热点：hot 新闻：news 下载：download 子导航：subnav 菜单：menu 搜索：search 页脚：footer 滚动：scroll 版权：copyright 友情链接：friendlink 子菜单：submenu 内容：content 标签页：tab 文章列表：list 注册：regsiter 提示信息：msg 小技巧：tips 加入：joinus 栏目标题：title 指南：guild 服务：service 状态：status 投票：vote 尾：footer 合作伙伴：partner 登录条：loginbar 页面外围控制整体布局宽度：wrapper 左右中：left right center (二)注释的写法: /* Footer */ 内容区 /* End Footer */ (三)id的命名: (1)页面结构 容器: container 页头：header 内容：content/container 页面主体：main 页尾：footer 导航：nav 侧栏：sidebar 栏目：column 左右中：left right center 页面外围控制整体布局宽度：wrapper (2)导航 导航：nav 主导航：mainbav 子导航：subnav 顶导航：topnav 边导航：sidebar 左导航：leftsidebar 右导航：rightsidebar 菜单：menu 子菜单：submenu 标题: title 摘要: summary (3)功能 标志：logo 广告：banner 登陆：login 登录条：loginbar 注册：regsiter 搜索：search 功能区：shop
项目开发命名规则
项目开发命名规划 一．命名规则： 基本规则是按照驼峰式命名方式来对控件命名(控件的缩写加单词，控件的缩写全部为小写，单词的首字母要大写)，如果和数据库相关的字段控件，在命名的时候用控件的缩写加字段名来命名。 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编辑框的统一
APP中图标如何命名
大型APP中图标组件如何命名 关于图标组件命名的规范，个人觉得关键是在于团队能够有一个统一的规则，所有成员必须是严格遵守并且和开发全盘拉通，不然一切都是空谈。 因为不同的团队使用的软件都不一样，如果使用sketch软件中symbols的伙伴，可能在命名的时候会考虑更多内容，但是还有很多伙伴在使用ps 作图，所以这里只介绍一种通用的命名规则，当然大家也可以根据自己的实际情况去制定，这里只提供一种方法与思路。 一、命名的原则 一款功能多的APP包含很多组建，为了对组建有统一的名称，并对组件命名进行区分，避免组件名称重复出现或组件与名称不符等异常，导致开发不易查找、维护难道大，同时也容易影响APP体验性。
某款APP命名为例，它的命名方式看着清楚，没有重复出现性 a.自身层 对我们自己的文件整理有很大的帮助，后期修改图标组件的时候更加方便快捷，而且规范的命名也显得我们自身比较专业。 b.团队层 如果命名不统一，大家就很难达成共识，任务交接时需要很大的学习成本，所以规范的命名对于团队协同也有极大的推动作用。 c.开发层 这一点很重要，可以极大的节省程序开发的时间成本，减少不必要的沟通与重复切图的概率。只要图标组件命名足够规范，并且和开发达成共识，开发完全可以直接使用的设计切图，而不用更改切图的名称，后期更换切图，只要名称不变，开发易替换、易查找。 二、命名规范 a.命名集合 常见的界面、控件、功能、状态命名集合，此命名需产品经理、设计师、开发工程师进行记住标识的命名名称。
以上是常见的命名名称 b.命名规范 命名尽可能的采用英文，而且全部为小写英文字母，命名中不能含有空格。目的是让开发人员拿到设计切图直接使用，减少再次命名，但是我们要知道，开发人员的代码里只有小写的英文字母，如果给出的命名全是中文，那么开发人员肯定会修改。
信息技术部各类文档命名规范
信息技术部各类文档命名规范
文档索引：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
PDMS DRAFT 出图规则定制部分操作手册
PDMS DRAFT 出图定制部分操作手册 可能大家从具体的项目应用中已经见识到或者说体会到了，PDMS在出图方面优点和先进性。实际上我也用过其它三维软件，比如PDS、AUTO PLANT等做过项目，对于它们之间的特点、优点也有一定的理解和认识，坦白说，PDMS是以上几个软件中功能最强大、项目管理最集中和具体，也是项目支持最繁重的，虽然它的前台操作相对简单、命令更实际。尤其PDMS出图（工程平面图、立面图、剖视图等）这一块，虽然前台的操作也就哪么几步，实际上它牵扯的东西非常的多，后台定制的东西非常的多，而且数据又一环扣一环，相当的繁琐和复杂。所以，对于一个项目支持管理员任务相当的重。但所幸的是：对于一公司来说，出图的规则基本上都有特定的，项目与项目之间不会有太大的变化，PDMS可以做到，将一个做好的完整的定制库，供不同的项目循环利用，并不用每个项目都定制一套。 下面就简单介绍一下这部分的操作。 一般来说，为了使这套定制库能循环利用，需将它定制到公司的标准项目（COO）中。安装好PDMS以后，PDMS系统会自带一个标准项目（软件标准项目）MAS它是MASTER的缩写，MAS/SAMPADD库中会自带一套默认的出图定制库（一般来说，它在前台的名称是：DEPT Project_Libraries，DBname 是：MASTER/SAMPADD）如下图：
通常来说，上面的这个系统自带库的定制规则与自己本公司的出图规定肯定是不一样的，所以就需要项目支持管理员建立本公司的出图规则库。过程如下： 一创建线型库 以管理员的身份登陆到标准项目（COO）的DRAFT模块，登陆以后，打开命令行DISPLAY=》COMMAND LINE，在DRAFT模块的数据导航窗口内可以看到好多数据，如下图： 1、确认库名。选择上图中任意一个如下图，在命令行内查询(Q DBNAME)它的DB NAME，确定选中的管理层DEPT的DB NAME是COOSTD/PADD
IOS设计规范
一款APP的设计稿从设计到切图 第一部分项目立项阶段 在项目设计之初，就该进行项目归档整理，一般是是“项目名称+版本序列” 第二部分Photoshop IOS的各种分辨率。 1.640*960 iPhone 4时代的尺寸，我最开始用这个尺寸设计，还是拟物的时代呢(基本上现在应该没人用这个尺寸设计了吧)； 2.640*1136 iPhone5/5S/5C，一更新，咱们设计也得跟着与时俱进(应该还有人用这个设计尺寸)，进入扁平的时代了； 3.750*1334 iPhone6 目前是我做设计稿的设计尺寸，iPhone的尺寸，向下可以适配iPhone4，iPhone5，向上可以适配iPhone6 plus；我记得iPhone6推出后，
我问我的设计总监(从业12年)应该用什么尺寸设计，他是就用iPhone6的尺寸吧，好适配，切出来就是@2x了，上下都能照顾到。 所以，我推荐做设计稿的时候使用iPhone6的尺寸进行设计。 iPhone6的尺寸其实相比于以前的5来说很多地方并没有变化，只是高度也就是内容显示区域发生了变化。下面是IPhone 6的空白文档，我建立了参考线。▼
里面已经设置好了参考线，文档建立之初就设置好参考线是个很好的工作习惯我希望更多的设计师可以养成更完美的工作习惯。
上下的参考线很容易设置，因为是根据iPhone自身系统设置的，左右的参考线我习惯设置为24px，也就是显示内容距离边框的距离。这不是绝对的，究竟是设置为左右30px还是24px比较好，通过对国内国外各种APP的对比，觉得24px更适合一些，不宽不窄，这个完全是设计师个人的设计习惯，所以不要当成什么规范， 第三部分标注 下面讲标注的问题，页面怎么标，标哪里，可能我涉及不到所有类型页面，但举一反五足够了；切片输出以及切片命名我们下期再说(如果有错误，请一定要及时帮我指出，我不想误人子弟)。 标注是重中之重，工程师能不能完整的还原设计稿，很大一部分取决于标注；如果不清楚你该怎么标，别怕丢人(我知道有些设计师，特别是刚接触工作的设计师并不敢张嘴去问)，一定要和工程师沟通！包括怎么标，怎么切。 每个工程师实现效果的方法不同，我在这里所说的，是我的标注习惯，也就是我们工程师的开发习惯，但应该适用于大部分的设计师和工程师。 不需要每一张效果图都进行标注，你标注的页面能保证工程师开发每个页面的时候都能顺利进行即可；当然，这要看跟你配合的工程师的习惯，比如我现在搭档的两位IOS工程师，一位要求我全都要标注，另一位要求我标注代表性页面就好(记得标注之前一定要沟通清楚)。
css书写规范
此文档来自网络，不保证没有错误。 Form https://www.360docs.net/doc/4d7927086.html,
CSS命名规则 页面制作最重要的就是CSS，定义合理的CSS命名规范，可以大幅提高页面制作的效率和方便开发及相关人员修改编写。关于CSS的命名我们采用骆驼式命名法。 骆驼式命名法：正如它的名称所表示的那样，是指混合使用大小写字母来构成变量和函数的名字,即函数名中的每一个逻辑断点都有一个大写字母来标记.骆驼式命名法近年来越来越流行了。例如：mianNav footNav 1.通用命名规则： 1)所有ID或者class字母和数字之间用“_”连接，如: #col_1、#col_2 2)所有ID或者class两个单词之间的链接采用骆驼式命名法，如: mianNav、footNav 3)页面主体框架布局命名：Lay_1、Lay_2 、Lay_3 4)栏目布局容器命名一律采用: col_1、col_2、col_3、col_4、col_N 5)栏目标题块命名一律采用title。元素标签采用:
如： 标题
6)页面所有图片区域全部采用：pic_1、pic_2、pic_3、pic_N 7)页面文本列表区域全部采用： Lst_1、Lst_2、Lst_3、Lst_N 8)页面上按钮采用：btn_1、btn_2、btn_3、btn_N 9)广告区域：ad_1,ad_2,ad_3,ad_N 2.主框架命名规则： 1)#header (页面头部) 2)#main (页面主体) 3)#footer (页面尾部) 3.通用命名规则： 主体：main 外层：wrap 功能条：funcBar切图命名规范
标题
切图命名规范 management_iocn_upadate@2x.png 在哪里类型是什么几倍图 1.所有命名全部为小写英文字母 2.命名格式 通用切片命名格式 组件_类别_功能_状态@2x.png tabbar_icon_home_defalt@2x.png 标签栏图标主页默认2倍 模块特有切图命名规则： 模块_类别_功能_状态@2x.png news_icon_search_pressed@2x.png 新闻_图标_搜索_ 默认@2x.png 命名规则——命名也就是需要告诉开发，文件是什么、在哪里、第几页、什么状态。 切图命名英文缩写三个原则： 较短的单词可通过去掉“元音”形成缩写 较长的单词可取单词的头几个字母形成缩写 此外还有一些约定成俗的英文单词缩写. 1、产品模块_类别_功能_状态.png 例：发现_图标_搜索_点击状态 2、场景_模块_状态.png 例：登录_按钮_默认状态 3、产品模块_场景_二级场景_状态.png 按钮_个人_设置_默认状态 【场景和二级场景】：一般指app的一级页面与二级页面。 例如上：个人页-场景，个人页里的设置页-二级场景 【模块】：一般指页面中的部分区块，也有指背景图。如背景、按钮、icon都是模块。 【功能】：一般指的是，页面或者模块中，需要操作或点击的某个点，如上图，发现页中的搜索icon。 【状态】：一般指当前切图的状态区分，像按钮的话，有默认状态、点击时状态、按下状态、不可点击状态等，网页上按钮还有悬停状态。 注意：所有命名只能为小写英文字母，不要为了好看或者像平时打英语一样，首字母是大写之类的，也不可以为中文，不然对于开发来说，是没有意义的，因为他们还是得自己再改一遍。 注意：ios切图需要在命名后加上@2x、@3x后缀名，安 卓的切图不需要加，不过有些安卓开发需要切图后缀加 上尺寸。 名词命名： bg（backgrond）：背景 nav（navbar）：导航栏 tab（tabbar）：标签栏 btn（button）：按钮 img（image）：图片 del（delete）：删除 msg（message）：信息 icon：图标 content：内容 left/center/right：左/中/右 logo：标识 login：登录 register：注册 refresh：刷新 banner：广告 link：链接 user：用户 note：注释 bar：进度条 profile：个人资料 ranked：排名 error：错误 操作命名： edit：编辑 download：下载 collect：收藏 comment：评论 play：播放 pause：暂停 pop：弹出 audio：音频 video：视频 状态命名： selected：选中 disabled：无法点击 highlight：点击时 default：默认 normal：一般 pressed：按下 slide：滑动 close：关闭 back：返回