文件命名方式

文件命名方式

文件命名方式

(单位)【0001】[项目名称]××××××方案【2010.06.10】V1.0.0

说明:

(单位):谁报送的方案,保留小括号

【0001】:连续编号,保留中括号

[项目名称]:什么项目,保留中括号

××××××方案:具体方案名称

【2010.06.10】:送审日期,保留中括号

V1.0.0:版本号

1:连续编号,送报次数

0:0或1;0表示完成稿,1表示补充修订,若形成完成的方案稿就为0

0:0或1;0表示自己编写的方案;1表示利用分包编写的方案

信息技术部各类文档命名规范.doc

文档索引:NIAT-GF-MM-1213-04 宁波东大智能 文档命名规范 宁波柴天佑院士工作室 宁波东大自动化智能技术有限公司 信息技术部 2010年12月13日

文档修订 抄送人:项目经理、客户经理、客户代表、项目组成员、SCCB(在项目实际应用时最好写明抄送人的姓名)

目录 一、部门规范 (4) 1.1数据库设计规范文档命名 (4) 1.2代码编写规范文档命名 (4) 1.3界面风格规范文档命名 (4) 1.4文档编写规范命名 (4) 1.4.1需求分析文档命名 (4) 1.4.2编码设计文档命名 (5) 1.4.3数据库设计文档命名 (5) 1.4.4操作需求文档命名 (5) 1.4.5功能设计文档命名 (5) 1.4.6软件详细设计文档命名 (6) 1.4.7软件测试文档命名 (6) 1.5软件视频命名规范 (6) 1.6用户手册文档命名 (6) 二、部门管理规范 (7) 2.1下厂任务单命名 (7) 2.2下厂总结报告命名 (7) 2.3软件功能验收文档命名 (7)

一、部门规范 1.1数据库设计规范文档命名 软件功能开发过程中,要遵循公司的数据库设计规范文档。数据库设计规范规范文档的命名,遵循以下格式:公司简称+规范编号+数据库代号+编写日期+ 举例:NIAT-GF-SJK-121301 1.2代码编写规范文档命名 软件功能开发过程中,要遵循公司的代码编写规范文档。代码编写规范文档的命名,遵循以下格式:公司简称+规范编号+代码代号+编写日期+序列号,中 举例:NIAT-GF-DM-121301 1.3界面风格规范文档命名 软件功能开发过程中,开发的软件要进行界面风格的统一,要遵循公司的界面风格规范文档。界面风格规范文档的命名,遵循以下格式:公司简称+规范编 举例:NIAT-GF-JM-121301 1.4文档编写规范命名 1.4.1需求分析文档命名 软件功能开发之前,要对用户的要求进行需求分析,编写需求分析文档。需求分析文档的命名,遵循以下格式:模块编号+需求代号+编写日期+序列号,中 举例:M2-XQ-1208-01

文件及文件夹命名规范

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

文件命名和目录规则

移动沙龙业务语音文件的命名规则和目录结构 考虑到移动沙龙业务在用户量增大后,留言、录音文件的存放需要适当分布开,否则一个目录下,录音文件太多,会导致系统异常缓慢等现象,甚至出现错误。所以提出移动沙龙业务和录音相关的语音文件命名规则以及目录结构规则。 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\

文件命名规范

文件命名规范 对一般办公文件来言,规范文件、文件夹命名如下。 一、文件的命名规范 文件命名的结构:项目命名词(或项目编号)_文件命名词_日期_V版本号.文件后缀例如:Doc_PCPIS Proposal_20101112_V1.0.doc 文件名称由四部分组成:第一部分为项目名称或编号,第二部分为文件的描述,第三部分为当前文件的日期,第四部分为文件阶段标识加文件后缀。 如果是同一版本同一阶段的文件修改过两次以上,则在版本标识后面加以数字标识,每次修改数字加1;当有多人同时提交同一份文件时,可以在版本标识的后面加入人名或缩写来区别。 二、文件夹的命名规范 标准的文件夹命名结构:项目命名词(或项目编号)_文件夹名称_日期_日期。 举个文件夹命名例子:Prj_PC PIS Project_20101112_完成日期。第二个下划线后为空,等待工作结束时,添加工作结束的日期。 经过这样的命名,1、首先自己通过建立文件夹把文件进行整理和分类,便于自己的查找和使用;2、其次,在使用Windows的查找或者其他查询工具(如Everything)搜索的时候,会比较方便容易的查询出想要的文件;3、更重要的是,培养自己整理文件的习惯;4、四是可以知道文件的操作日期,这个日期可以是创建日期、修改日期。 为了更好的整理自己的文件,可增加了几个特殊的符号,用于标识不同状态的文件: 1、!(叹号)——标注重要的文件或者文件夹 2、#(井号)——标注等待处理的文件或者文件夹 3、@(@号)——标注正在处理的文件或者文件夹 对那些处理完毕的文件,应该放在合适的文件夹当中,因此不作特殊符号的标注。这些符号的使用,是作为文件命名的首字应用,如此一个文件夹中,标注特殊符号的文件会排列在一块,查找和使用起来会比较方便。 三、电脑桌面的清理 电脑系统里增加新的文件时,先把文件放在桌面,然后对收集的新文件进行处理,处理完成后,归档到不同的文件夹当中。如果需要持续多天进行处理的话,就一直放在桌面,直到处理完成。文件处理的过程,就相当于清理桌面的过程。 桌面的清理,每天都要进行,尽可能的把堆在桌面的文件清理掉。这些文件一般有两个归属,那些没什么价值的文件,直接删除;那些有些价值的文件,处理完毕后,归档到不同的文件夹当中。处理中的、待处理的文件,就堆砌在桌面之上,随时的警告自己,要尽快的处理,留给自己一个清洁的桌面。

文件夹标签使用规范

文件夹标签使用规范

文件夹标签格式说明: 一、格式 细边框: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;而经过评审通过

存储过程及参数命名规范

存储过程及参数命名规范 一、存储过程命名规范 1.操作方式add(添加) mod(修改) del(删除) sel(查询) drag(托拽) copy(拷贝) lock(锁) chk(检查) cho(选择) rp(报表) ini(初始化) get(得到function专用) 2.结果类型Tree(树) Tab(表) 3.修饰语A(Tab专用修饰符all) 4.顺序bf(之前) 5.过程标识P (对外过程) F(方法) E(内部过程) 公有过程命名规则 公式:过程名=标识+对象条件+操作及修饰 过程标识_对象名(By条件)(结果类型)_主操作方式(修饰语) (顺序)(次操作方式) ()是可选对象 例: 树查询p_xxxxTree_Sel 树节点查表p_xxxxTab_Sel 主特征表查询P_xxxxByChr_Sel 明细特征表查询P_xxxxByDtlChr_Sel 查询所有p_xxxxx_SelA 独立选择框树P_xxxxTree_Cho 独立选择框树查表P_xxxxTab_Cho 独立选择框待选项查询p_xxxxByChr_Cho 独立选择框已选择项查询P_xxxxSeled_Cho 业务绑定选择框树P_xxxxforxxxTree_Cho 业务绑定选择框树查表P_xxxxforxxxTab_Cho 业务绑定选择框普通查询p_xxxxforxxxByChr_Cho 业务绑定已选择项查询P_xxxxforxxxSeled_Cho 除主页面查询外的其他条件查询P_xxxxByxxxx_Sel 新增P_xxxx_Add 修改P_xxxx_Mod 删除P_xxxx_Del 删除前检查P_xxxx_ChkBfDel 初始化P_xxxx_IniBfxxx 新增,修改,删除任选合一P_xxxx_Save 方法命名规则

文件编写规范

密级:内部公开 文档编号: 版本号:V1.0 分册名称:第1册/共1册 文件编写规范 xxx科技有限公司 编制:生效日期: 审核:批准:

文件更改摘要 日期版本号修订说明修订人审核人批准人

目录 1.目的和范围 (4) 2.目标 (4) 3.术语表 (4) 4.文档编号规则 (5) 5.文档命名规范 (5) 6.文件结构规定 (6) 7.封面 (7) 8.修订页 (8) 9.正文内容格式 (8) 10.文件版本号和文件命名规定 (9) 10.1.文件版本号规定 (9) 10.2.文件命名规定 (9)

1.目的和范围 ●背景说明:本文件作为公司内部文档管理文件,所有公司内编写的文档,均应遵 守本规定,作为公司的所有文档编写统一要求。 ●范围:所有的CMMI执行过程中产生的文档,均应当执行本文件要求作为基础的要 求,如果该部分的体系文件存在明确的要求的,按照体系文件要求执行,没有的则按照本文件执行。 2.目标 规范和统一公司管理体系中所有相关文件的风格和样式,指导公司程序文件、模版文件以及各种记录文件的编写。 3.术语表 ●文件标识:文件的属性标志,包括文件名称、文件编号、版本、生效日期、 审批状态、密级等。 ●程序文件:描述为完成管理体系中所有主要活动提供方法和指导,分配具体的职责 和任务而定义的文件。 ●模版文件:为了使管理体系有效运行,组织统一设计的一些实用的表格和给出活动 结果的报告,规范记录组织的管理体系运行情况。 ●记录文件:简称记录,是组织根据设计的模版和体系要求,填写的表格或者给出活 动结果的报告,作为管理体系运行的证据。 ●修订页:记录文件的修订历史,所有程序文件、除了表格以外的模版和记录都需要 有变更履历,一般位于程序文件的第二页。 ●文档密级:指本文档的保密程度,共分绝密、机密、秘密、内部公开、公开五级制 度。 ●绝密:涉及公司与客户或上游供应商,下游分销商所签订相关的文档资料。仅 限于公司最高管理层及各资料所涉及的经过相应管理人员授权的相关人员查 阅。 ●机密:公司内部所相关的规章制度及技术规范,开发手册等;还有各项目开发 文档、管理文档及软件产品等仅供相关部门高级领导以及经过授权后相关人员 查阅。 ●秘密:需交付用户或与客户进行交流的文档与产品,可供相关项目客户查阅。 ●内部公开:内部不限制,公司内部任何可以任何形式获得文档的信息并阅读、 保存、修改后自用等等,但是不允许向外传播的文件。 ●公开:项目组开发过程中的自用文档或面向售前工作的部分项目介绍材料等。 ●版本标识:作为文档的版本区分。所有发布版本之前不得大于1.0,发布版本作为 1.0,而其后只有重大修改可以调整小数点前的版本号,局部修改调整小数点后版

网站文件夹结构以及命名规则

第一部分:目录、文件、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/644055264.html,/post/41.html 第二部分:结构(XHTML) 网站的前端结构与表现分离,达到95%以上。正式上线后的网页代码结构要清晰、明朗,容易阅读,布局与结构的镶套尽量控制在4-5层以内,严格遵循w3c的xhtml1.0 Transtitonal。并遵循以下原则: 1. DDT类型:XHTML 1.0 Transitional 2. 编码:utf-8 3. 元标记必须项: 该页面的关键词概况

文件命名规范

1、合同编号规范 HLC-HR-年月日/001(劳动合同) HLC-SL-年月日/001(销售合同) HLC-PC-年月日/001(采购合同) 说明: HL为公司缩写 C为Contract的缩写 HR表示劳动合同范畴 SL表示销售合同范畴 PC表示采购合同范畴 001开始为序列号 2、固定资产编号 HL-PA-RD/001(研发设备编号) HL-PA-IT/001(信息设备编号) HL-PA-TP/001(运输设备编号) HL-PA-RS/001(后勤设备编号) 说明: HL为公司缩写 PA为固定资产Permanent Assets的缩写 RD表示研发设备 IT表示电脑、打印机、交换机之类的信息设备 TP表示汽车等运输设备 RS表示行政后勤设备,如空调、办公家具等 001开始为序列号 3、表单编号 HLT-HR/001-A1(人事表格) HLT-RD/001-A1(研发表格) HLT-MK/001-A1(市场表格) HLT-SL/001-A1(销售表格) HLT-AD/001-A1 (行政表格) HLT-FN/001-A1(财务表格) 说明: HL为公司缩写 T为表格Table的缩写 HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门 001开始为序列号 A1表示版本号,如表格在原有基础上稍作调整则变动数字;如表格在原有基础上本质性调整则变动字母

4、文件编号 HLF-HR/001-A1(人事文件) HLF-RD/001-A1(研发文件) HLF-MK/001-A1(市场文件) HLF-SL/001-A1(销售文件) HLF-AD/001-A1 (行政文件) HLF-FN/001-A1(财务文件) 说明: HL为公司缩写 F为文件File的缩写 HR表示人事部门、RD表示研发部门、MK表示市场部门、SL表示销售部门、AD表示行政部门、FN表示财务部门 001开始为序列号 A1表示版本号,如表格在原有基础上稍作调整则变动数字;如表格在原有基础上本质性调整则变动字母

信息技术部各类文档命名规范

信息技术部各类文档命名规范

文档索引: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

设计部文件命名存储规范规范

天泰丰文件命名存储规范 1、严禁将文件和程序存放在“我的文档”、“我的公文包”和“桌面”,软件、工具、字库、素材在D盘建 立相应文件夹安装存储,并命名一个中文名,否则在对电脑进行定期和不定期的维护、升级和重装时,容易造成文件或程序丢失。 2、原有文件在原有位置不能移动,新项目请在新的盘符下建立文件夹; 3、新项目的文件夹命名以中文为宜命名,严禁使用“新建文件夹”字样,严禁出现单独英文命名的文件 夹及文件名、严禁出现“图形1、”“文件a”、“11111”等语意不明的文件命名方式; 4、建立新文件夹后,内部可根据实际情况设立四~五个文件夹,分别为“公司要求”、“素材图片”、“照片” “设计稿件”、“定稿文件”,其作用分别如下所示: 5、如果项目相对简单,可直接将制作成品命名为文件夹存储在项目文件夹下,如“易拉宝”、“背景画面”、 “质保卡”、“名片”等,可将LOGO、抠图的PSD、成品文件都存储在该文件夹下; 6、日常搜集的素材文件请按照下载文件的属性分别放置在本机的“素材”文件夹里,并且按照类型不同 分别置放与相应的子文件夹内;原则上素材文件夹放置在有一定空间的盘符下; 7、在有足够空间的盘符下必须建立一个学习文件夹,用于存储公司内部培训的各项资料;允许设立一个 私人文件夹,用于存储个人的图片、文集、音乐等,严禁存储视频文件; 8、养成随时保存正在工作中的文件的习惯(快捷键一般为Ctrl+S),以免在停电、电脑死机等突发情况下造 成文件的丢失; 9、所制作的项目文件一旦完稿时间超过5天,素材文件、过程文件和定稿文件上传公司网盘进行存储, 确认无误后可将素材文件、过程文件和定稿文件等删除; 10、为保护我们的劳动成果除非由公司允许并指定外,任何时候均严禁将定稿文件或者制作文件拷贝或传 输给客户或其他人; 11、所有制作文件完成后请于当天放置到相应的文件夹下,注意修改相关的时间、名称、制作类型等; 12、定稿文件,应交付公司指定对接人员做好交接工作。 13、其他未尽事宜另行安排。 阅读人员签字:

外企文件编号规范2012

保密级别: 公司内部 传阅范围: 公司内部 外企文件编号规范20120311发布20120311实施

修改历史记录 序号更改单号版本编制\日期审核\日期批准\日期

目录 1 目的 (4) 2 使用范围 (4) 3 编号办法 (4) 3.1 公司名称及项目名称约定: (4) 3.2 日期表示 (4) 3.3 文件版本编号 (4) 3.4 技术文件命名 (5) 3.5 其他文件的编号 (6) 3.5.1 公司规章制度和管理文件 (6) 3.5.2 合同协议 (6) 3.5.3 传真 (6) 3.5.4 电子邮件的命名规则 (7) 3.5.5 外来文件 (7) 3.5.6 对外发文 (7) 3.5.7 会议纪要 (7) 3.5.8 其它文件 (8) 3.5.9 文件附件 (8) 4 编号管理 (9)

1 目的 确保公司重要文件具有唯一编号,便于文件的识别、追溯和控制,保证公司文件体系有效运转。 2 使用范围 适用于公司文件的编号管理和控制: a)技术类文件:是指在公司的设计、生产、销售、服务等各个环节中与技术 有关的各类文件和资料。 b)其他文件:包括公司规章制度、管理文件、合同协议、传真等; c)编号文件包括纸介文件以及电子文件。 3 编号办法 3.1公司名称及项目名称约定: 公司全称为:南非中国制衣集团(北京) 本组织简称:CGMBJ 项目全称:CGM 企业信息管理系统 1.0版 项目简称:CGM v1 3.2日期表示 格式:yyyy-mm-dd 或yyyymmdd yyyy:用四位数字表示公元年份,如2005表示公元2005年。 mm:用两位数字表示月份,不足两位时,第一位用零补齐,如03表示3月。 dd:用两位数字表示日期,不足两位时,第一位用零补齐,如15表示第15号。 例如: 2003-10-27 或20031027 表示(2003年10月27日) 3.3文件版本编号 下面是对文件版本进行编号要遵守的标准: 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。 版本编号可以根据项目需要延伸到若干层,例如,0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后,版本编号应该始自 1.0。 版本编号不断变化为: 1.0, 1.1, 1.2, ..., 1.10。 项目可以根据需要将版本编号晋升为2.0,2.1, 2.2 等。

电子文档存储规则管理文件(A)

1目的 规范本企业的电子文档存储路径、顶层文件夹,及图纸的电子存储命名方式。 2范围 适用于本企业技术部电子文档。 3职责 技术部负责本部门的电子文档的存储。 4内容 4.1所有电子文档均保存在公司云盘“Y”根目录内。 4.2二级路径,一般是“D”盘,电脑的使用者自行决定。 4.3三级路径,为自定义路径,电脑的使用者自行决定,一般是使用者名字的汉语拼音全拼字母。 4.4四级文件夹命名模式见图1: 4.4.1文件夹的命名:产品-关键字,必须建立的文件夹:产品-包装;产品-技术文件;产品-图纸。 4.4.2跟产品特性直接有关系的,必须以汉字“产品”前缀。无关的可以直接以特性或者关键字建立文件夹。 4.5五级路径文件夹如图2所示: 4.5.1文件夹的命名规则: 注:不明确的编号使用XX来代替! 4.6六级以下路径文件夹由电脑使用者自行设定,但是要考虑以下原则。 4.6.1文件夹名称要一目了然,体现出关键字,看到名称就知道内部是什么类型的文件。 4.6.2文件夹名称要简洁,不要太繁琐。 4.6.3同一类的文件需要建立文件夹,分类要清晰明确。 4.7图纸的电子文档存储名称的命名 4.7.1三维设计软件产生的电子文档的存储名称的命名方式如下: a)依据产品特性进行命名,不能有重复。 b)文件名后缀版本号,区分同一产品的不同版本。首次设计不需要有版本号。 4.7.2二维设计软件产生的电子文档的存储名称的命名方式如下: a)存储名称的注成:图号“–”文件名“–”日期+版本 b)图号的命名方式在《DI-04-05 图纸编码规则管理文件(A)》文件中规定。 c)文件名依据产品特性进行命名。 d)日期格式例如2016年2月17日,在存储名称中的日期:20160117。 e)版本命名方式:大写英文+阿拉伯数字。例如:B2,表示B版第二次修订。 1

关于公司知识文档的命名规范

关于公司知识文档的命名规范 第一条说明 为了方便知识文档的管理、维护、分享,特制定此知识文档规范的命名方式。 此规范根据网络知识管理工具资料整理,主要适用于文档命名,文件夹命名可供参考,请参照执行。 公司所有人员沟通文档必须以此规范作为依据。 第二条文档基本类别 文档按类别可分为三类: 1. 工作文档:包括与日常工作相关的各类文档,其特点在于工作文档多数属于周期性的内 容,围绕各类业务或职能开展。 2. 项目文档:包括以项目形式开展的工作相关的各类文档,其特点在于项目工作通常是一次 性的,以临时性的项目组织为主体开展。 3. 外部文档:包括通过各种渠道从外界收集、获取,未经过公司内部任何人员整理、加工的 资料,其特点在于种类繁多,没有既定的分类标准,无法使用规范性的方式进行管理。 所以,针对这三类文档的不同特点制定了三种不同的命名规范标准。 第三条文档命名规范 1.工作文档命名规范 结合工作文档的特点,我们在命名时需要体现出开展工作的主体,即各个业务或职能部门,同时也需要体现出工作的周期(时间节点)或者是具体的时间点(日期)。 结合上述内容我们将工作文档命名划分成4个部分,各部分之间通常以下划线连接,这4个部分分别是: ①文档来源: 可以是公司、部门、人员等主体性实体。

如:张三_周工作总结_20160808;或研发部_周工作总结_20160808 ②文档内容说明:直接表明主题 ③文档类别:合同、总结、报告、方案等 ④时间节点、日期或版本说明(手工生成)。 图表 1 工作文档命名规范

表格 1 工作文档命名规范 2.项目文档命名规范 结合项目文档的特点,我们在命名时需要体现文档所属的项目主体,同时也需要体现相应的时间点(日期)。 结合上述内容我们将工作文档命名划分成4个部分,各部分之间通常以下划线连接,这4个部分是: ①具体项目:宏观 ②文档内容说明:主题说明 ③文档类别:计划或方案等 ④间节点、日期或版本说明(手工生成),也可以通过日期表示版本。 下面分别通过图示与表格的方式具体说明项目文档的命名规范: 图表 2项目文档命名规范

MSSQLServer命名及编码规范

MS SQL Server命名及编码规范 文件类型:项目管理(标准/规范/模板) 文件编号: 版本: 1.0 A 版权声明 本文件版权属于XXXXX,保留所有权利。 本文件中包含的信息属于XXXXX的资产及机密,文件中的任何部分未经授权不得以任何形式复制(包括复印及以电子文本的形式传播)。 B 版本历史 C 分发范围 本文档分发范围包括:XXXXXX管理人员、开发人员、项目管理人员。

1编写目的 编写本文档的目的是在使用MS SQL Server数据库的过程中,使用统一的命名和编码规范,使数据库命名及编码风格标准化,以便于阅读、理解和继承。 2适用范围 本规范适用于公司范围内所有以SQL SERVER 2000/2005 作为后台数据库的应用系统和项目开发工作。 3对象命名规范 3.1 通用规则 Pascal 规则 每个单词开头的字母大写(如: TestCounter)。 Camel 规则 除了第一个单词外的其他单词的开头字母大写. 如:testCounter。 Upper 规则 仅用于被广泛认可的缩写命名(一般不超过四个字符,超过四个字符长度应该应用Pascal规则)。如:OLAP、PIN。 3.2 数据库名 数据库名定义为系统名_模块名,如“crm_customer”表示CRM系统的cust omer处理模块数据库。 数据库名全部采用小写。

3.3 数据库文件 数据文件命名采用数据库名+_+文件类型+[文件序号]+文件后缀,[文件序号]为1、2、3…9 等数值,当数据库中某一文件类型的文件有多个时加上文件序号以区别。只有一个时可不加。 文件后缀:主数据文件为.mdf,其它数据文件为.ndf,日志文件为.ldf。 文件名全部采用小写。 比如系统名为“crm_customer”,则数据库数据文件命名为“crm_customer_ data.mdf”,日志文件命名为“crm_customer_log.ldf”。 3.4 表 表命名要遵循以下原则: 直接使用表义名,不使用任何前缀。 整个表名的长度不要超过30 个字符。 表义名需遵循[3.1]表述的规则,尽量以英文命名,也可使用汉语拼音的首字符命名。表义名中汉语拼音均采用小写,且字符间不加分割符;单 词命名的表义名采用名词性质的单词,各单词的首字符大写,其它字符 小写。多个单词间不加任何分割符,如果整个单词太长,则使用完整的 第一音节或经过仔细选择的缩写词。名词全部采用单数形式。 表别名取表义名的前3 个字符加最后一个字符。 如果存在冲突,适当增加字符(如取表义名的前4 个字符加最后一个字符等)。 关联表命名为“Re_表A_表B”形式,Re 是Relative的缩写,表A 和表B均采用其表义名或缩写形式。 3.5 属性(列或字段) 属性命名遵循以下原则: 采用有意义的列名,尽量使用英文,或有实际含义的汉语拼音的首字符,且字符间不加任何分割符。 如果字段为bool型,则使用"IsShow", "IsValid", "HasPassed", "Ha sExamined", "IgnoreCase"这种形式表示。

计算机文件命名一般规则.docx

计算机文件命名一般规则 文件名是用来标识文件的一组相关信息的集合,计算机中的信息通常以文件的形式 在存储器中保存。文件是数字化资源的主要存在形式,也是人们管理计算机信息的重要方式。 为文件指定的名称。为了区分不同的文件,必须给每个文件命名,计算机对文件实行 按名存取的操作方式。 DOS操作系统规定文件名由文件主名和扩展名组成,文件主名由1~8个字符组成,扩展名由 1~3个字符组成,主名和扩展名之间由一个小圆点隔开,一般称为8.3 规则。其格式如下: 例如: G090318.Doc,这里 G090318是主名, Doc是扩展名。文件主名和扩展名 可以使用的字符是: (1)英文字母: A—z(大小写等价) (2)数字: 0—9 (3)汉字 (4)特殊符号:$#&@() -[]^ ~等。 ( 5)空格符、各种控制符和下列字符不能用在文件名中:/ \ < > *?,因为这些字符已做它用。 windows 突破了 DOS对文件命名规则的限制,允许使用长文件名,其主要命名规则

如下: ( 1)文件名最长可以使用 255个字符。 (2)可以使用扩展名,扩展名用来表示文件类型,也可以使用多间隔符的扩展名。如 win.ini.txt是一个合法的文件名,但其文件类型由最后一个扩展名决定。 ( 3)文件名中允许使用空格,但不允许使用下列字符(英文输入法状态):< > / \ | : " * ? ( 4)windows 系统对文件名中字母的大小写在显示时有不同,但在使用时不区分 大小写。 文件名是文件存在的标识, 操作系统根据文件名来对其进行控制和管理 . 不同的操作系统对文件命名的规则略有不同 , 即文件名的格式和长度因系统而异 . 例如 :UNIX/LINUX 系统区分文件名的大小写 , 而有些系统则不区分如 :MS-DOS和 WINDOWS.

数据库命名规范(参考)

数据文件命名采用系统名+_+文件类型,比如系统名为kupage,则数据库文件命名为kupage_database.mdf,有的数据库文件有多个,比如SQL Server就有2个,一个是数据库文件,另一个是日志文件,那么他们的文件命名分别为kupage_database.mdf,kupage_log.log。文件名全部采用小写。 1. 实体(表)的命名 1) 表以名词或名词短语命名,确定表名是采用复数还是单数形式,此外给表的别名定义简单规则(比方说,如果表名是一个单词,别名就取单词的前4 个字母;如果表名是两个单词,就各取两个单词的前两个字母组成4 个字母长的别名;如果表的名字由3 个单词组成,从头两个单词中各取一个然后从最后一个单词中再取出两个字母,结果还是组成4 字母长的别名,其余依次类推) 对工作用表来说,表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。在命名过程当中,根据语义拼凑缩写即可。注意,由于ORCLE会将字段名称统一成大写或者小写中的一种,所以要求加上下划线。 举例: 定义的缩写 Sales: Sal 销售; Order: Ord 订单; Detail: Dtl 明细; 则销售订单明细表命名为:Sal_Ord_Dtl; 2) 如果表或者是字段的名称仅有一个单词,那么建议不使用缩写,而是用完整的单词。 举例: 定义的缩写 Material Ma 物品; 物品表名为:Material, 而不是 Ma. 但是字段物品编码则是:Ma_ID;而不是Material_ID 3) 所有的存储值列表的表前面加上前缀Z 目的是将这些值列表类排序在数据库最后。 4) 所有的冗余类的命名(主要是累计表)前面加上前缀X 冗余类是为了提高数据库效率,非规范化数据库的时候加入的字段或者表 5) 关联类通过用下划线连接两个基本类之后,再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。 关联表用于保存多对多关系。 如果被关联的表名大于10个字母,必须将原来的表名的进行缩写。如果没有其他原因,建议都使用缩写。 举例:表Object与自身存在多对多的关系,则保存多对多关系的表命名为:R_Object; 表 Depart和Employee;存在多对多的关系;则关联表命名为R_Dept_Emp 2. 属性(列)的命名 1) 采用有意义的列名,表内的列要针对键采用一整套设计规则。每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码,统一命名为:ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。如果键是数字类型,你可以用_NO 作为后缀;如果是字符类型则可以采用_CODE 后缀。对列名应该采用标准的前缀和后缀。 举例:销售订单的编号字段命名:Sal_Ord_ID;如果还存在一个数据库生成的自动编号,则命名为:ID。 2) 所有的属性加上有关类型的后缀,注意,如果还需要其它的后缀,都放在类型后缀之前。

技术文档命名规则(全面完整的)要点

1 目的 确保公司重要文件具有唯一编号,便于文件的识别、追溯和控制,保证公司文件体系有效运转。 2 使用范围 适用于公司文件的编号管理和控制: a 技术类文件:是指在公司的设计、生产、销售、服务等各个环节中与技术有关的各类文件和资料。 b 其他文件:包括公司规章制度、管理文件、合同协议、传真等; c 编号文件包括纸介文件以及电子文件。 3 编号办法 3.1 公司名称及项目名称约定: 公司全称为:南非中国制衣集团(北京 本组织简称:CGMBJ 项目全称:CGM 企业信息管理系统1.0版 项目简称:CGM v1 3.2 日期表示 格式:yyyy-mm-dd 或 yyyymmdd yyyy:用四位数字表示公元年份,如2005表示公元2005年。 mm:用两位数字表示月份,不足两位时,第一位用零补齐,如03表示3月。

dd: 用两位数字表示日期,不足两位时,第一位用零补齐,如15表示第15号。 例如: 2003-10-27 或 20031027 表示(2003年10月27日 3.3 文件版本编号 下面是对文件版本进行编号要遵守的标准: 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。 版本编号可以根据项目需要延伸到若干层,例如,0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后,版本编号应该始自1.0。 版本编号不断变化为:1.0, 1.1, 1.2, ..., 1.10。 项目可以根据需要将版本编号晋升为2.0,2.1, 2.2 等。 3.4 技术文件命名 格式:CGM-vnn-(AA-BB-yy CGM:项目缩写。 nn:版本号,参见3.3节。 AA:子项目名称。 yy:文件版本号。 BB:工作过程名称: 相应工作过程名称的简称(例如SPP,SRS不是必需的,但如果要使用,应该遵守下面表格中的标准。

数据库命名规范

数据库命名规范 一、数据库文件命名 数据文件命名采用系统名+_+文件类型,比如系统名为ComSys,则数据库文件命名为ComSys_database.mdf,有的数据库文件有多个,比如SQL Server就有2个,一个是数据库文件,另一个是日志文件,那么他们的文件命名分别为ComSys_database.mdf,ComSys_log.log。 二、数据库对象命名规范 数据库对象包括表、视图(查询)、存储过程(参数查询)、函数、约束。对象名字由前缀和实际名字组成,长度不超过30。 1、前缀: 使用小写字母。如: 表tb 视图vi 存储过程sp 函数fn 2、实际名字: 实际名字尽量描述实体的内容,由单词或单词组合,每个单词的首字母大写,其他字母小写,不以数字和_开头。如: 表User_Info 视图User_List 存储过程User_Delete 3、示例: 合法的对象名字类似如下: 表tb_User_Info tb_Message_Detail 视图vi_Message_List 存储过程sp_Message_Add 三、表的命名 1) 表名由前缀和实际名字组成。前缀使用小写字母tb,表示表。 对工作用表来说,表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。在命名过程当中,根据语义拼凑缩写即可。注意,由于ORCLE会将字段名称统一成大写或者小写中的一种,所以要求加上下划线。 举例:

定义的缩写Sales: Sal 销售; Order: Ord 订单; Detail: Dtl 明细; 则销售订单明细表命名为:tb_Sal_Ord_Dtl; 2) 如果表或者是字段的名称仅有一个单词,那么建议不使用缩写,而是用完整的单词。 举例: 定义的缩写Material Ma 物品; 物品表名为:tb_Material, 而不是tb_Ma. 但是字段物品编码则是:Ma_ID;而不是Material_ID 3) 所有的存储值列表的表前面加上前缀Z 目的是将这些值列表类排序在数据库最后。 4) 所有的冗余类的命名(主要是累计表)前面加上前缀X 冗余类是为了提高数据库效率,非规范化数据库的时候加入的字段或者表 5) 关联类通过用下划线连接两个基本类之后,再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。 关联表用于保存多对多关系。 如果被关联的表名大于10个字母,必须将原来的表名的进行缩写。如果没有其他原因,建议都使用缩写。 举例:表Object与自身存在多对多的关系,则保存多对多关系的表命名为:tb_R_Object; 表Depart和Employee存在多对多的关系;则关联表命名为tb_R_Dept_Empl。 四、字段命名 1) 采用有意义的列名,表内的列要针对键采用一整套设计规则。每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码,统一命名为:ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。 举例:销售订单的编号字段命名:Sal_Ord_ID;如果还存在一个数据库生成的自动编号,则命名为:ID。 2) 数据库字段名全部采用小写英文单词,单词之间用“_”隔开,命名规则是表别名+单词,如:user_name,user_pwd。(表别名规则,如果表名是一个单词,别名就取单词的前4 个字母;如果表名是两个单词,就各取两个单词的前两个字母组成4 个字母长的别名;如果表的名字由3 个单词组成,则从头两个单词中各取一个然后从最后一个单词中再取出两个字母,结果还是组成4 字母长的别名。) 五、视图的命名

相关文档
最新文档