当前位置：文档库 › 关于公司知识文档的命名规范

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

第一条说明

为了方便知识文档的管理、维护、分享，特制定此知识文档规范的命名方式。

此规范根据网络知识管理工具资料整理，主要适用于文档命名，文件夹命名可供参考，请参照执行。

公司所有人员沟通文档必须以此规范作为依据。

第二条文档基本类别

文档按类别可分为三类：

1. 工作文档：包括与日常工作相关的各类文档，其特点在于工作文档多数属于周期性的内容，围绕各类业务或职能开展。

2. 项目文档：包括以项目形式开展的工作相关的各类文档，其特点在于项目工作通常是一次性的，以临时性的项目组织

为主体开展。

3. 外部文档：包括通过各种渠道从外界收集、获取，未经过公司内部任何人员整理、加工的资料，其特点在于种类繁多，

没有既定的分类标准，无法使用规范性的方式进行管理。

所以，针对这三类文档的不同特点制定了三种不同的命名规范标准。

第三条文档命名规范

1. 工作文档命名规范

结合工作文档的特点，我们在命名时需要体现出开展工作的主体，即各个业务或职能部门，同时也需要体现出工作的周期（时间节点）或者是具体的时间点（日期）。

结合上述内容我们将工作文档命名划分成 4 个部分，各部分之间通常以下划线连接，这

4 个部

分分别是：

①文档来源: 可以是公司、部门、人员等主体性实体。

如：张三_周工作总结_20160808；或研发部_周工作总结_20160808

②文档内容说明：直接表明主题

③文档类别：合同、总结、报告、方案等

④时间节点、日期或版本说明（手工生成）。

工作文档命名规范

XXX

XXXXX

下划线

第四部分：文档时间节点、版

本号或日期，为必填项。

1 --- 1

1 __ 1 1

[

第一部分：文档来源，必填项

第二部分：明，必填项

1 -1

文档内容说。

第三部分：该文档的文档类别，为可选项，可与文档内容说明合并。

图表1工作文档命名规范

文档命名规范（一）：工作文档示例

第一部分

第二部分

第三部分第四部分备注

示例

1. 来源（内部）文档内容说明文档类别时间节点计划总结、报告报表等 IT 部—年度经营计划_20RR 年度

2. 来源（内部）文档内容说明文档类别日期会议纪要等

信息技术部_RRR 会议纪要 _20RR0909

来源（外部）

文档内容

说明

文档类别

日期合同协议等

信息技术部_知识管理咨询服务合同

_20RR0912

来源（内部）

文档内容说明

文档类别

版本说明

规范流程等

人力资源部—人员转正审批流程_V2.0

表格1工作文档命名规范

2. 项目文档命名规范

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

分是：

① 具体项目：宏观

文件及文件夹命名规范

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

文件命名规范

文件命名规范对一般办公文件来言，规范文件、文件夹命名如下。一、文件的命名规范文件命名的结构：项目命名词（或项目编号）_文件命名词_日期_V版本号.文件后缀例如：Doc_PCPIS Proposal_20101112_V1.0.doc 文件名称由四部分组成：第一部分为项目名称或编号，第二部分为文件的描述，第三部分为当前文件的日期，第四部分为文件阶段标识加文件后缀。如果是同一版本同一阶段的文件修改过两次以上，则在版本标识后面加以数字标识，每次修改数字加1；当有多人同时提交同一份文件时，可以在版本标识的后面加入人名或缩写来区别。二、文件夹的命名规范标准的文件夹命名结构：项目命名词(或项目编号)_文件夹名称_日期_日期。举个文件夹命名例子：Prj_PC PIS Project_20101112_完成日期。第二个下划线后为空，等待工作结束时，添加工作结束的日期。经过这样的命名，1、首先自己通过建立文件夹把文件进行整理和分类，便于自己的查找和使用；2、其次，在使用Windows的查找或者其他查询工具（如Everything）搜索的时候，会比较方便容易的查询出想要的文件；3、更重要的是，培养自己整理文件的习惯；4、四是可以知道文件的操作日期，这个日期可以是创建日期、修改日期。为了更好的整理自己的文件，可增加了几个特殊的符号，用于标识不同状态的文件： 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，而其后只有重大修改可以调整小数点前的版本号，局部修改调整小数点后版

版本发布命名规范

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

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

文档索引：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. 工作文档：包括与日常工作相关的各类文档，其特点在于工作文档多数属于周期性的内容，围绕各类业务或职能开展。 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表示版本号，如表格在原有基础上稍作调整则变动数字；如表格在原有基础上本质性调整则变动字母

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

天泰丰文件命名存储规范 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，这样可保证公司内部所有的文档都可在系统中找到，也可避免重复索取。

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

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

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

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不是必需的,但如果要使用,应该遵守下面表格中的标准。

文件名长度与命名规则

文件名长度与命名规则在计算机系统中，文件是指存储在外部存储介质上的、由文件名标识的一组相关信息的集合.例如一个源程序、一批数据、各类语言的编译程序等都可以各自组成一个文件。文件的概念本身体现了操作系统的一种抽象机制，用于逻辑上描述存储在外存上的数据，为用户提供了一种在外存上方便保存信息和读取信息的方法，使用户不必了解信息存储的方法、位置以及存储设备实际运作方式便可存取信息。把数据组织成文件形式加以管理和控制是计算机数据管理的重大发展. 在文件这一抽象机制中最重要的是文件命名，当一个进程创建一个文件时必须给出文件名，以后这个文件将独立于进程存在直到它被显式地删除;当其他进程要使用这一文件时必须显式地指出该文件名;操作系统也需要根据文件名对文件进行控制和管理. 各种系统的文件命名规则不尽相同，但一般来说，文件名称都由文件名和扩展名两部分组成，中间用“.”分隔开来，前者用于识别文件，后者用于标识文件类型。它们都是字母、数字或相关符号构成的字符申。不同的系统支持的文件名称的长度是不一样的，早期的系统中，文件名称的长度一般都受到限制，即只支持短文件名。例如MS-DOS中，文件名称遵循"8+3”命名规则，即最多8个字符的文件名外加最多3个字符的扩展名，老版的UNIX系统允许文件名达14个字符的长度.从Windows 95开始，现代的操作系统都支持长文件名，如Windows 2000/XP/2003中所采用的NTFS文件系统文件名可以达到255个字符。另外，有些操作系统的文件命名是不区分大小写的，如 MS-DOS和Windows系列操作系统，但在UNIX和Linux系统中是区分大小写的.每个操作系统对可用的文件名称字符也作了不同的限制，像Windows的文件命名不能使用、、/、<、>、、、?、}和”等字符。扩展名是添加在文件名后面的若干个附加字符，又称做后缀名，常常用做定义各种类型的文件，长度一般是1-V4个字符。例如，a. exe中的扩展名为exe，表示该文件是可执行的二进制文件;b. txt中的扩展名是txt，表示该文件是一个文本文件.不同的操作系统对扩展名的要求也不一样，在Windows操作系统中，一般要求文件都必须有扩展名，操作系统是根据这个扩展名来关联应用程序的;不过在UNIX操作系统中却没有这么严格的要求，即使是普通文件，扩展名也是可有可无的。如默认情况下，sh是UNIX操作系统下的可执行文件，但是如果编写的可执行文件不带上这个扩展名，也可以运行.尽管如此，还是必须养成定义扩展名的习惯.

(完整word版)项目文档命名规则与格式要求(word文档良心出品).doc

. 项目文档命名规则编制：日期： ____/____/____ 审核：日期： ____/____/____ 批准：日期： ____/____/____

. XXXX公司二零一五年五月制

. 历史记录编号章节名称说明修订日期版本号修订人发布日期 01 全文新建 1.0 02 修订章节 4.1 1.1

. 目录 1 目的 (5) 2 适用范围 (5) 3 术语和缩略词 (5) 4 规程 (5) 4.1 文档命名规则 (5) 4.2 配置项的版本标识 (12) 4.3 标签的命名 (13)

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)项目阶段及文档名称英文缩写，见下表：阶段序号文档名称英文及缩写 PIA(Project Investigate 1 产品调研任务书 Assignment) 2 产品调研计划PIP(Project Investigate Plan) 产品调OPA(Opponent Product 3 竞争对手产品对比差异分析报告研 (PI) Difference Analyse Report) 4 标准吻合度分析报告SMR(Standard Match Report) PSR(Product System 5 产品系统需求 Requirement ) 1 XX 技术预研计划TSP(Technology Study Plan) 2 XX 技术预研报告TSR(Technology Study Report) 技术预TFA(Technology Feasibility 3 技术可行性分析报告研 (TS) Analyse Report) PSR(Product System 4 产品系统需求 Requirement ) 计划与SRS(Product Requirement 1 产品需求规格说明书立项Specification) (PP)2项目开发计划PDP(Product Development Plan)

计算机文件命名一般规则完整版

计算机文件命名一般规则集团标准化办公室：[VV986T-J682P28-JP266L8-68PNN]

计算机文件命名一般规则文件名是用来标识文件的一组相关信息的集合，计算机中的信息通常以文件的形式在存储器中保存。文件是数字化资源的主要存在形式，也是人们管理计算机信息的重要方式。为文件指定的名称。为了区分不同的文件，必须给每个文件命名，计算机对文件实行按名存取的操作方式。 DOS操作系统规定文件名由文件主名和扩展名组成，文件主名由1~8个字符组成，扩展名由1~3个字符组成，主名和扩展名之间由一个小圆点隔开，一般称为8.3规则。其格式如下：例如：G090318.Doc，这里G090318是主名，Doc是扩展名。文件主名和扩展名可以使用的字符是：（1）英文字母：A—z（大小写等价）（2）数字：0—9 （3）汉字（4）特殊符号：＄＃＆＠（）-[]^～等。（5）空格符、各种控制符和下列字符不能用在文件名中：/\<>*，因为这些字符已做它用。 windows突破了DOS对文件命名规则的限制，允许使用长文件名，其主要命名规则如下：（1）文件名最长可以使用255个字符。（3）文件名中允许使用空格，但不允许使用下列字符（英文输入法状态）：<>/\|:"* （4）windows系统对文件名中字母的大小写在显示时有不同，但在使用时不区分大小写。文件名是文件存在的标识,操作系统根据文件名来对其进行控制和管理.不同的操作系统对文件命名的规则略有不同,即文件名的格式和长度因系统而异.例如:UNIX/LINUX系统区分文件名的大小写,而有些系统则不区分如:MS-DOS和WINDOWS.

电子文档命名管理规范_总经办_20191025

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

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

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

文件及文件夹命名规范

文件命名规范

关于公司知识 的命名规范

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

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

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

文件编写规范

版本发布命名规范

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

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

文件命名规范

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

外企文件编号规范2012

知识管理制度(V1.0)

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

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

文件名长度与命名规则

(完整word版)项目文档命名规则与格式要求(word文档良心出品).doc

计算机文件命名一般规则完整版

电子文档命名管理规范_总经办_20191025

关于公司知识的命名规范