文件命名规范

文件命名规范

对一般办公文件来言，规范文件、文件夹命名如下。

一、文件的命名规范

文件命名的结构：项目命名词（或项目编号）_文件命名词_日期_V版本号.文件后缀例如：Doc_PCPIS Proposal_20101112_V1.0.doc

文件名称由四部分组成：第一部分为项目名称或编号，第二部分为文件的描述，第三部分为当前文件的日期，第四部分为文件阶段标识加文件后缀。

如果是同一版本同一阶段的文件修改过两次以上，则在版本标识后面加以数字标识，每次修改数字加1；当有多人同时提交同一份文件时，可以在版本标识的后面加入人名或缩写来区别。

二、文件夹的命名规范

标准的文件夹命名结构：项目命名词(或项目编号)_文件夹名称_日期_日期。

举个文件夹命名例子：Prj_PC PIS Project_20101112_完成日期。第二个下划线后为空，等待工作结束时，添加工作结束的日期。

经过这样的命名，1、首先自己通过建立文件夹把文件进行整理和分类，便于自己的查找和使用；2、其次，在使用Windows的查找或者其他查询工具（如Everything）搜索的时候，会比较方便容易的查询出想要的文件；3、更重要的是，培养自己整理文件的习惯；4、四是可以知道文件的操作日期，这个日期可以是创建日期、修改日期。

为了更好的整理自己的文件，可增加了几个特殊的符号，用于标识不同状态的文件：

1、！（叹号）——标注重要的文件或者文件夹

2、#（井号）——标注等待处理的文件或者文件夹

3、@（@号）——标注正在处理的文件或者文件夹

对那些处理完毕的文件，应该放在合适的文件夹当中，因此不作特殊符号的标注。这些符号的使用，是作为文件命名的首字应用，如此一个文件夹中，标注特殊符号的文件会排列在一块，查找和使用起来会比较方便。

三、电脑桌面的清理

电脑系统里增加新的文件时，先把文件放在桌面，然后对收集的新文件进行处理，处理完成后，归档到不同的文件夹当中。如果需要持续多天进行处理的话，就一直放在桌面，直到处理完成。文件处理的过程，就相当于清理桌面的过程。

桌面的清理，每天都要进行，尽可能的把堆在桌面的文件清理掉。这些文件一般有两个归属，那些没什么价值的文件，直接删除；那些有些价值的文件，处理完毕后，归档到不同的文件夹当中。处理中的、待处理的文件，就堆砌在桌面之上，随时的警告自己，要尽快的处理，留给自己一个清洁的桌面。

电子文档管理的COTA法则

每个人的计算机硬盘上都有相当多的电子文档，查找起来非常麻烦。虽然有人已经开始用归整分类的方法，但没有科学的指导，仍然不得要领。而COTA法则则是一个经过研究和实践，非常科学的管理方法，你好好使用的话，将使你的电子文档管理变的井井有条，效率倍增。

“COTA是4个一级文件夹名字的缩写，它们能够涵盖你所有的工作信息。等我跟你讲一讲这个系统，你就会明白有效地组织信息、避免重叠是多么有用。”

COTA认为，过多的分类文件夹只会增加你的负担，而只用Clients（客户）、Output （成果）、Teams（团队）、Admin（管理）4个分类文件夹（一级文件夹），即可涵盖所有属性的文件。一般来说，这4个一级文件夹是建立在我的文档（My Documents）里的。

１.Clients（客户）文件夹包含的信息内容是“你的团队的内部或外部的客户”。２.Output（成果）文件夹包含里的信息内容是“你的团队的产品和服务”。３.Teams（团队）文件夹包含里的信息内容是“你的团队”。４.Admin（管理）文件夹包含里的信息内容是“你的非核心工作任务”。

你的工作内容没有客户？你的工作内容没有产品和服务？COTA不适合你？

COTA相信，只要你真正理解了COTA，并根据自己的实际情况及时科学的分类，COTA是适用于任何不同的工作的：

文件及文件夹命名规范

文件及文件夹命名规范 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”

文件命名和目录规则

移动沙龙业务语音文件的命名规则和目录结构 考虑到移动沙龙业务在用户量增大后，留言、录音文件的存放需要适当分布开，否则一个目录下，录音文件太多，会导致系统异常缓慢等现象，甚至出现错误。所以提出移动沙龙业务和录音相关的语音文件命名规则以及目录结构规则。 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、纸质版文件的文件编号 文件编号的编号规则是：产品型号--文件类型--版本号（0X-0Y即为版本VX.Y） 例如，VQAC10II-HM-01-03，高压控制器产品型号VQAC10II，HM代表材料明细表，版本是V1.3的。 EKL4-HG-01-02，故障指示器产品型号EKL4，HG代表工艺文件，版本为V1.2的。 SENS-HY-01-01，传感器产品型号SENS，HY代表原理图，版本为V1.1。 DJGI200-HT-01，故障指示器产品型号DJGI-200，HT代表技术条件文件，版本为V1.0。 一般情况下文件对应的代表字母如下： HS—使用说明书 HF—总体设计方案 HB—包装文件 HD—调试说明 HJ—总装配及零部件图 电子版文件的文件编号和纸质版文件编号相同。 2、纸质版文件的索引编号 索引编号的编号规则是：排序号--产品型号--此文件在此产品的所有文件中的排序号—版本号 其中，排序号按照A故障指示器、B开路保护模块、C控制器、D电流源转换模块、E分界开关保护单、F雷电项目这六大产品类型分别进行整理。产品排序如下表1所示。 例如，EKL4型故障指示器的工艺文件EKL4-HG-01-01 ，索引编号为：1（EKL4A产品在A故障指示器类产品中的排序）-EKL4（产品型号）-1（工艺文件在EKL4A产品所有文件中的排序）-V1.1（版本号）EKL4型故障指示器的技术文件/图纸更改通知单M R-4-3-(06)，1-EKL4-3-V1.0 MR-4-3-(06)，1-EKL4-3-V1.1 MR-4-3-(27)，1-EKL4-3-V1.2 DJGI200型故障指示器的工艺流程文件D JGI200-HG-01，索引编号为16-DJGI200-1-V1.0 调试文件DJGI200-HG-02，索引编号为16-DJGI200-2-V2.0 PSW200B型分界开关控制器的调试说明文件PSW200B-HD-01-01，索引编号为7-PSW200B-1-V1.1 项目/产品设计开发阶段评审表MR-7-3-(04)，索引编号为7-PSW200B-8-V1.0 HT-200 型分界开关控制器的检测报告文件没有编号，索引编号为1-HT200-5-V1.0 立项报告文件编号为201203，索引编号为1-HT200-6-V1.0 3、产品分类及编号 A-故障指示器 B-开路保护模块 C-控制器 D-电流源转换模块 E-分界开关保护单元 F-雷电项目 A2 C TEKL 光纤型CT供电故障指示器 A3 EKL3 故障指示器 A4 SFI 短路及接地故障指示器

文件夹标签使用规范

文件夹标签使用规范

文件夹标签格式说明： 一、格式 细边框：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月 文件发放、更改、回收记录 体系文件 体系文件 体系文件

关于公司知识 的命名规范

关于公司知识文档的命名规范第一条说明 为了方便知识文档的管理、维护、分享，特制定此知识文档规范的命名方式。 此规范根据网络知识管理工具资料整理，主要适用于文档命名，文件夹命名可供参考，请参照执行。 公司所有人员沟通文档必须以此规范作为依据。 第二条文档基本类别 文档按类别可分为三类： 1.工作文档：包括与日常工作相关的各类文档，其特点在于工作文档多数属 于周期性的内容，围绕各类业务或职能开展。 2.项目文档：包括以项目形式开展的工作相关的各类文档，其特点在于项目 工作通常是一次性的，以临时性的项目组织为主体开展。 3.外部文档：包括通过各种渠道从外界收集、获取，未经过公司内部任何人 员整理、加工的资料，其特点在于种类繁多，没有既定的分类标准，无法 使用规范性的方式进行管理。

所以，针对这三类文档的不同特点制定了三种不同的命名规范标准。 第三条文档命名规范 1.工作文档命名规范 结合工作文档的特点，我们在命名时需要体现出开展工作的主体，即各个业务或职能部门，同时也需要体现出工作的周期（时间节点）或者是具体的时间点（日期）。 结合上述内容我们将工作文档命名划分成4个部分，各部分之间通常以下划线连接，这4个部分分别是： ①文档来源: 可以是公司、部门、人员等主体性实体。 如：张三_周工作总结_20160808；或研发部_周工作总结_20160808 ②文档内容说明：直接表明主题 ③文档类别：合同、总结、报告、方案等 ④时间节点、日期或版本说明（手工生成）。

图表 1 工作文档命名规范 与文档内容说明合并。 必填项。 项

表格 1 工作文档命名规范 2.项目文档命名规范 结合项目文档的特点，我们在命名时需要体现文档所属的项目主体，同时也需要体现相应的时间点（日期）。 结合上述内容我们将工作文档命名划分成4个部分，各部分之间通常以下划线连接，这4个部分是： ①具体项目：宏观

(技术规范标准)信息技术部各类文档命名规范

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

项目文档命名规则跟格式要求

项目文档命名规则 编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____ 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；而经过评审通过

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

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

②文档内容说明：直接表明主题 ③文档类别：合同、总结、报告、方案等 ④时间节点、日期或版本说明（手工生成）。 图表1工作文档命名规X 表格1工作文档命名规X

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

文件编写规范

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

版本发布命名规范

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，日期为发布的当前日期。

文件和文件夹管理教案

课题：第四章Windows XP文件和文件夹管理 教学目标： 知识能力目标： 1、进一步理解文件、文件夹的概念及他们的命名规则。 2、掌握文件和文件夹的新建、重命名、移动、复制、粘贴多种操作方法。 情感、态度、价值观： 1、通过对文件与文件夹的管理，培养学生具有初步的管理能力。 2、能够通过自己主动的分析与判断在众多的操作方法中，找出最方便、快捷的方法。 教学重难点： 教学重点：学会对文件和文件夹的建立、重命名、移动和复制的多种方法。 教学难点：学会科学地管理文件与文件夹。 教具：多媒体教室 教法： 1、通过学生交流、师生交流、人机交流、学生活动等形式，培养学生利用信息技术的能力。 2、采用任务驱动的方式，培养学生主动进行学习的习惯。 教学过程： 复习回顾，利用word来创建空白word文件引入新课 一、新建文件和文件夹 任务：在D盘上创建如下所示的文件夹：D:\AA D:\ BB D:\ CC D:\ DD 方法：（1）菜单：“文件”→“新建” （2）快捷菜单：右击选定窗口的空白处，选择“新建” （3）工具创建法 （4）使用文件和文件夹任务窗格，可以利用创建一个新文件夹链接创建文件夹二、重命名文件和文件夹 任务：把D盘的D:\下AA文件夹更名“文档”，BB更名图片，CC更名MP3 ，DD改为影视。 方法：（1）菜单：单击“文件”→“重命名” （2）快捷菜单：右击对象，在弹出的快捷菜单中选择“重命名” （3）鼠标单击两次文件或文件夹的“名字区” 三、复制、移动文件和文件夹 任务：把我的文档中文件移动到D盘的D:\ 相对应文件夹中 1、移动、复制的概念： （1）移动：将所选文件或文件夹从某一磁盘（文件夹）移动到另一磁盘（文件夹）中。（2）复制：将所选文件或文件夹从某一磁盘（文件夹）移动拷贝到其它磁盘或同一磁盘的文件夹（若是同一文件夹，则需注意复制时的文件名不同。） 2、复制、移动的基本原理： （1）移动：选定对象－－［剪切］CTRL＋X－－选定目标地－－［粘贴］CTRL＋V （2）复制：选定对象－－［复制］CTRL＋C－－选定目标地－－［粘贴］CTRL＋V 3、操作方法：选定对象后讲解 （1）使用任务窗格：在文件夹窗格中单击“移动所选项目”或“复制所选项目”链接打开“移动项目”或“复制项目”对话框，单击目标文件夹，单击移动或复制按钮

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

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

文档索引：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. 工作文档：包括与日常工作相关的各类文档，其特点在于工作文档多数属于周期性的内 容，围绕各类业务或职能开展。 2. 项目文档：包括以项目形式开展的工作相关的各类文档，其特点在于项目工作通常是一次 性的，以临时性的项目组织为主体开展。 3. 外部文档：包括通过各种渠道从外界收集、获取，未经过公司内部任何人员整理、加工的 资料，其特点在于种类繁多，没有既定的分类标准，无法使用规范性的方式进行管理。 所以，针对这三类文档的不同特点制定了三种不同的命名规范标准。 第三条文档命名规范 1.工作文档命名规范 结合工作文档的特点，我们在命名时需要体现出开展工作的主体，即各个业务或职能部门，同时也需要体现出工作的周期（时间节点）或者是具体的时间点（日期）。 结合上述内容我们将工作文档命名划分成4个部分，各部分之间通常以下划线连接，这4个部分分别是： ①文档来源: 可以是公司、部门、人员等主体性实体。

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

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

文件命名规范

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表示版本号，如表格在原有基础上稍作调整则变动数字；如表格在原有基础上本质性调整则变动字母

Adams中各类命名规则及文件的作用的归纳

ADAMS/View二进制数据库bin文件以“ .bin”为文件名后缀，文件中记录了从ADAMS启动后到存储为bin文件时的全部信息－包含模型的完整拓扑结构信息、模型仿真信息以及后处理信息。可以包含多个模型、多个分析工况和结果。可以保存ADAMS/View的各种设置信息。文件为二进制不能阅读、编辑，只能通过ADAMS/View调阅，由于信息全面一般文件都比较大。 ADAMS/View命令cmd文件以“ .cmd”为文件名后缀，是由ADAMS/View命令编写的模型文件，可以包含模型的完整拓扑结构信息（包括所有几何信息）、模型仿真信息，为文本文件，可读性强，可以进行编程，是ADAMS的二次开发语言，不包含ADAMS/View的环境设置信息，不包含仿真结果信息，只能包含单个模型。 ADAMS/Solver模型语言（ADAMS Data Language）adm文件，以“ .adm”为文件名后缀，文件中包含模型中拓扑结构信息，但有些几何形体如 link等不能保留。ADAMS/View的环境设置不能保留。ADAMS/Solver可以读取adm文件，与ADAMS/Solver仿真控制语言acf文件配合可以直接利用ADAMS/Solver进行求解。 ADAMS/Solver仿真控制语言acf文件，以“ .acf”为文件名后缀，文件中可以包含ADAMS/Solver命令对模型进行修改和控制的命令，从而控制仿真的进行。 ADAMS/Solver将仿真分析结果中用户定义的输出变量输出到req文件，以“.req”为文件名后缀；ADAMS/Solver将仿真分析结果中将模型的缺省输出变量输出到res文件，以“ .res”为文件名后缀；ADAMS/Solver将仿真分析结果中图形部分结果输出到gra文件，以“ .gra”为文件名后缀。ADAMS/Solver将仿真分析结果中用户定义的输出变量以列表的形式输出到out文件，以“.out”为文件名后缀。

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

天泰丰文件命名存储规范 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 等。

知识管理制度(V1.0)

知识管理制度 （V1.0） 文件编号：HR-TD-KM-01 版本：V1.0 页数：7页（含封面） 编制部门：培训部 生效日期：2011.12 版本版本更新记录日期 V1.0 --- 2011/12 制订人审核审批发布 王超颜王刚许振杰培训部

第一部分目的与适用范围 为了保证知识管理的正常运作，达到为公司在知识管理的过程中，形成知识的积累、知识的共享、知识的利用、知识的创新一个循环的知识管理状态，并逐步形成一个内部知识共享文化的环境，特制定本知识管理制度。具体目标是： 1、加强知识管理工作的规范化、制度化和科学化管理，防止知识流失； 2、通过将知识从内隐到外显的转化、沉淀与共享，提高企业的应变能力、决策能力和创新能力； 3、能高效率地为公司股东、全体员工、合作伙伴和顾客提供实用性强的信息与知识； 4、使全体员工逐步建立起自我学习的意识与习惯，培养“知识分享互相信任”的文化。 本制度主要是针对知识管理中的知识的积累、共享、使用和创新，此要求适用于全体员工。 制度术语说明 KM：知识管理 KMS：知识管理专员 JIT：准时生产方式 内隐知识：未经正式化的知识，包括企业、经营者或员工的经验、技术、文化、习惯等，是属于个人经验与直觉的知识，属难以形式化、无法被具体化的技能。 外显知识：一切以文件、手册、报告、地图、程序、图片、声音、影像等方式所呈现的知识。 第二部分知识管理分类与使用制度 1、知识的范围 （1）公司资料如公司简介、制度、规范、流程、表格、相片、视频、宣传手册等资料； （2）知识地图指每个岗位涉及到的所有相关知识内容，包括但不限于：岗位的基础行政工作、岗位工作职责、岗位工作内容、岗位工作流程、岗位相关支持知识、一些外部可参考资料； （3）日常工作及项目涉及到的知识，如工作总结、方案设计、活动分享、项目总结、案例、会议记录、客观数据、分析结果、工作方式与习惯等； （4）个人隐性知识，包括与工作相关的专业领域知识，个人兴趣爱好所获取的知识、经验和技能，其他有价值的知识等。 本制度内容涉及到的知识文档包括以文件、手册、报告、地图、程序、图片、声音、影像等方式所呈现的资料。 2、对于知识采集内容，KMS有责任保证知识内容的准确性和严肃性。 3、每位员工应积极分享知识，尽快生成文档并发布到OA系统，以便知识得到最快速的传播与使用。 4、公司内部的文档交流，最好使用文档模块而不是EMAIL或RTX，这样可保证公司内部所有的文档都可在系统 中找到，也可避免重复索取。