(完整word版)项目文档命名规则及格式要求

项目文档命名规则

编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____

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；而经过评审通过

的文档版本均从V1.0开始，例如：V1.0，V1.1，V2.0等。

5密级程度

(1)文档（包括电子文档和纸质文档）的密级分为三级，由低到高分别是：公开级、限

制级、核心级：

1)公开级的文档使用的范围不受约束，例如研发人员，生产人员、市场人员、行

政人员和产品用户等；包括用户手册、技术白皮书、产品安装说明、宣传资

料等。

2)限制级的文档使用的范围仅限于研发内部的人员或生产人员；包括研发制度

和规范、计划、产品需求、总体设计、模块设计、详细设计、测试用例、测试

报告、评审文档、生产资料等。

3)核心级的文档使用的范围仅限于研发开发经理以上的人员。包括产品源码、

产品镜像文件、公司或部门的敏感文件。

(2)密级标注

密级在密级标识栏中填写，若无标识栏则在文档的右上角标注密级。

6文档编写格式

文档编写可以从研发模板库中取得相应模板进行编写，也可根据格式要求进行编写，具体格式要求如下：

(1)封面

1)页眉、页脚空白

2)封面上方文档编号表格

?属性：文字环绕--无

?置顶，上面无空行

?中文宋体、英文Arial，全部加粗，宋体，10.5号

3)标题

?2行：第一行：产品中文名称Vx.x；第二行：文档名称

?小一号字体，黑体，Arial，加粗

?段前段后2.6磅，单倍行距；无缩进，无悬挂

?上方空2行，下方空3行

4)签核栏位

?四号字体，宋体，Arial，加粗

?签核栏位4栏，到部门批准（研发副总）；签核栏位5栏，到批准（郭总）。

具体的签核栏位数见《研发过程文档命名及签批流程.xls》

?左侧缩进4字符，右侧缩进-4.16字符，无悬挂；段前段后2.6磅，单倍行距

5)模板制度日期

?“XXXX公司”“二零XX年X月制”分两行；

?小三号字体，黑体，Arial，加粗；居中

?段前段后0行，单倍行距；无缩进，无悬挂

?下方插入分节符“下一页”

(2) 历史记录

1)“历史记录”

?小三，黑体，不加粗

?段前段后0行，单倍行距

2)表格

?属性：文字环绕选无；行高，0.6，最小；设置“在各页端以标题行形式重复出现”

?表头：五号，宋体，加粗，全部居中

?格式：五号，宋体，Arial，不加粗，全部居中

?内容：日期格式为yyyy.mm.dd，版本号Vx.x

?表格下方插入分节符-下一页

3)页眉、页脚

?页眉：

?页脚：开始插入页码，页码格式为“第X页共X页”，小五号，宋体，Arial，居中

(3) 目录

2)“目录”

?字体：小三，黑体，不加粗

?“目录”两个字中间空2个字

?段前段后0行，多倍行距，设置选3

3)目录内容

?来自模板，显示级别3级，不加冒号

4)页眉、页脚

?页眉：

?页脚：插入页码，页码格式为“第X页共X页”，小五号，宋体，Arial，居中

(4) 正文

1)标题：字体均采用宋体加黑，标题一为小三号字体，标题二为四号，依次类推。

段落为单倍行距。

2)标题一段落段前13磅，段后6磅；标题二段落段前段后6磅；

3)页眉页脚：页眉格式：左上角标注“西安交大公司网络科技有限公司”，右上

角标注文档名称；页脚格式：第×页共×页，封面不显示页码。

4)内容：正文，字体，宋体，Arial，五号，不加粗，两端对齐，首行缩进2字

符，段后0行，1.5倍行距。

(5)表格

1)表头：字体宋体，Arial，五号，加粗；上下居中，水平居中；表格底纹设置

为灰度25%

2)内容：字体宋体，Arial，五号，不加粗

3)行高：0.6cm，最小值

4)宽度：设置为页面宽度

(6)流程图

均采用Visio 画图，底色均为默认的白色，图中字体均为宋体，大小采用五号字体

或10pt大小字体。

(7)页边距：上下2.54厘米，左右3.17厘米

均采用Visio 画图，底色均为默认的白色，图中字体均为宋体，大小采用五号字体

或10pt大小字体。

4.2 配置项的版本标识

根据产品的需要，软件产品制造过程中的每个配置项和不同阶段的基线发布都需要进行

相应的版本标识，下面分别介绍。

1、配置项版本标识

对于文档、软件和硬件的版本号，项目过程中采用三位编码的原则，格式如下：

Vxxx.xxx.xxxx，初始版本号为V1.0.0，最大版本号为：V999.999.9999.

例如：V1.0.0；V82.456.15

在个人工作区如果对文档或编码进行修改，版本号的第三位迭代1，如V1.0.1。文档、软件和硬件的各配置项的版本号第二位应统一。

从个人工作区提交到开发区时，由项目经理控制版本号的第二位的迭代。建议：如果其中一项的特征进行了较大修改或者增加了新特性，第二位迭代1，第三位恢复为0。如V1.1.0。

从开发区提交到基线区时，由SCCB控制版本号的第一位的迭代，进行一次变更版本号的第二位迭代1,并由SCM去掉版本号的第三位后放入基线区。如：V56.45。

2、基线版本标识

SCM负责人负责把基线发布给外部客户（如发布运行基线）或内部使用（如为测试而发布）。

基线的版本号采用两位编号原则，格式如下：

Vxxx.xxx,初始版本号为V1.0.，最大版本号为V999.999。

例如：V1.0；V33.99

4.3 标签的命名

SCM人员负责对开发过程中的重要里程碑及基线进行标签的标注。

标签的命名不可随意为之，要让标签名称具有很强的自说明性，并且尽量不要过于复杂。标签命名分为以下两种情况：

a)正是基线命名

标签名称必须以该项目组产品名称的英文字母开头，格式如下：

产品英文名称_版本号_REL+标签版本号，其中“版本号”指的是所开发产品的版本，初始版本号为v1_0，最大版本号为v999_999；而“标签版本号”指的是每次打标签递增的序号，范围从01到99。

b)非正式基线或里程碑命名

标签名称以类型的英文字母开头，格式如下：

类型_版本号_标签版本号，其中“类型”指的是alpha测试版、beta测试版等，“版本号”指的是所开发产品的版本，初始版本号为v1_0，最大版本号为v999_999；而“标签版本号”指的是每次打标签递增的序号，范围从01到99。

注意：标签名称必须以字母开头，中间可以包含字母、数字、下划线（_）和连字符（－），不能使用小数点。

项目编码规则

□机密文件■管制文件□一般文件 主题： 项目编码规则 文件编码： 版本：V5.2 机种：———— 生效日期：发行日生效PAGE 0 OF 13 （变更历史记录）： 变更次数变更内容变更人变更日期 0 首次发行,第一版1999.12.5 1 物料编码规则维护2000.5.33 2 项目编码规则维护，变更码长和分类、取消延申码，2001.2.9 3 项目编码规则维护, 2001.6.25 4 项目编码规则维护, 2002-4-29 5 项目编码规则维护, 2002-5-16 6 项目编码规则维护,数码产品2002-8-13 7 项目编码规则维护,笔记本2003-3-7 8 项目编码规则维护,笔记本编码2003-12-29 9 根据现有业务流程进行版本升级徐斐2004-2-28 10 项目编码规则维护,PTO编码徐斐2004-5-30 分发部门□研发中心□生产管理□财务□行政部 □采购□市场□品管部□信息管理部□商务□计划物控□ □客服□产品销售□□ 会签部门 （部门长） 批准审核拟稿TCL电脑科技（深圳）有限公司

目录 1 目的. (3) 2 范围. (3) 3 权责. (3) 3.1信息管理部 (3) 3.2研发部 (3) 3.3产品管理部 (3) 3.4其它部门 (3) 3.5 TCL万维科技(深圳)有限公司 .......................................................................... 错误!未定义书签。4定义 . (3) 5 TCL电脑科技有限责任公司项目编码规则 (4) 5.1 成品编码规则 (4) 5.2零部件的编码规则 (6) 5.3 PC主机电脑及外设所用项目的选项类项目编码规则 (10) 5.4 笔记本主机电脑及外设所用项目的选项类项目编码规则 (12) 5.5固定资产编码规则 (17) 5.6办公用品编码规则 (18) 5.7促销品编码规则 (18) 5.8客服的服务用品编码规则 (18) 5.9外协项目的编码规则 (18) 5.9工程物料编码规则 (18) 6 TCL万维科技(深圳)有限公司项目编码规则 (18) 7项目编码规则的维护. (19) 8相关文件. (19)

文件及文件夹命名规范

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

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

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

项目命名及管理规范

XXXXXXXXXX公司项目命名及管理规范 XXXXXXXXXX公司 二○一○年一月

1.目的 为规范公司内部项目命名，确保项目信息传递顺畅；及时沟通项目各环节进展情况，保证项目整体的有效运行；促进经营和财务工作的有序进行，加强公司管理水平，特制定本规范。 2.范围 本规范适用于公司内部各部门间涉及“费用”及“成本”的沟通和信息传递，包括《借款申请单》、《支出凭单》、《差旅费单》及市场、采购、财务相关单据，不涉及公司及部门对外的说明、汇报等文件。 3.项目命名规则 3.1项目名称结构 1、项目名称一共由五部分组成，其中时间、项目类别、项目属性为必填项，客户、项目名称为可选项（二选一），结构如下： 时间+项目类别+客户+项目名称+项目属性 2、应用范围说明： ●时间：为项目正式立项的年度日期。如2010、2011等。 ●项目类别：公司目前所涉及项目分四类：软件类、工程类、其它类、新业务 类、公司类分别使用A、B、C、N代表。 软件类：指软件类业务 工程类：指工程类业务 其它类：指贸易类业务等 新业务类：除以上三类业务外其余业务均属于新业务类。如新业务形成 一定规模，经公司报批后可单独划分业务类型。

●客户：可选项。合同履行的客户对象。如XXXXXX局、XXXXXX公司等。 ●项目名称：可选项。项目的具体说明。如库房管理、运输管理、视频监控、 代理服务器等。 ●项目属性：分为公司交办和自己承担，分别使用J、Z代表。 ●注意事项 ●2010年之前已立项项目保持原有名称不变。 ●项目名称命名可读性第一，应在充分包含相关信息的条件下，尽量简洁，一 目了然。 ●项目类别的中文名称应当根据系统的类型选择使用常用命名词汇。 ●系统的版本不在命名中体现。 ●名称的全称不宜太长，一般在15个字以内（包括数字）。 ●客户、项目名称等字段过长时，可以使用字面意思明白并约定俗成的简称。 ●相同的项目类别、客户和项目名称在不同的项目命名出现时必须保持一致。 3.2示例 软件类项目示例： 工程类项目示例：

软件项目版本号的命名规则及格式2016

软件项目版本号的命名规则及格式 版本控制比较普遍的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 风格的版本号管理策略：

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

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

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;}

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

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

文档索引：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、合同编号规范 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表示版本号，如表格在原有基础上稍作调整则变动数字；如表格在原有基础上本质性调整则变动字母

国网公司项目命名规则0429教案资料

公司项目命名规则 （一）电网基建项目 包括总部(分部)、省级公司电网建设和扩展性改造项目；新源公司管理的抽水蓄能电站和常规水电站、省级公司管理的常规水电站的建设和扩展性改造项目；独立二次项目（总投资1000万元以上，纳入电网基建程序管理独立于输变电工程一次系统以外的配电自动化、通信、调度自动化新建或整体改造项目）。 1.35千伏及以上电网项目 ◆关键要素 项目所在地、电压等级、建设内容、项目性质。 ◆命名规则 （1）输变电工程 项目所在地+ 站名+电压等级+kV+输变电工程 输变电工程包下一般包括变电站新建和线路单项工程： 变电站新建工程： 站名+电压等级+kV+变电站+新建工程 线路工程： 站名～站名+电压等级+kV +线路工程 其他改造、扩建等单项工程可参考相应的命名规则。 示例：江西红都500kV输变电工程 赣州～红都500kV输电线路工程

红都500kV变电站新建工程 天津南蔡500kV输变电工程 南蔡～北郊500kV输电线路工程 南蔡500kV变电站新建工程 河北西柏坡500kV输变电工程 西柏坡～石西500kV线路工程 西柏坡500kV变电站新建工程 天津滨海新华路220kV输变电工程 海门220kV变电站新华路间隔保护扩建工程 滨海新华路220kV变电站新建工程（2）变电工程 包括改造、扩建（含增容扩建）、开关站新建等。 ①变电站扩建 项目所在地+站名+电压等级+kV+变电站/开关站（×号主变或电压等级+kV间隔名+间隔）+扩建工程 适用于变电站设施的增容、间隔扩建。 示例：安徽文都500kV变电站扩建工程 安徽阜阳徐寨220kV变电站2号主变扩建工程 浙江温州周壤220kV变电站1号主变扩建工程 山东青岛夏堤河110kV变电站主变扩建工程 河南鹿邑赵村220kV变电站110kV间隔扩建工程 福建泉州青山220kV开关站1号主变扩建工程 ②变电站改造

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

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

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

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

企业文件编号规范

保密级别： 公司内部 传阅范围： 公司内部 文件编号规范 20030311发布20030311实施

修改历史记录

目录 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 等。

项目开发命名规则

项目开发命名规划 一．命名规则： 基本规则是按照驼峰式命名方式来对控件命名(控件的缩写加单词，控件的缩写全部为小写，单词的首字母要大写)，如果和数据库相关的字段控件，在命名的时候用控件的缩写加字段名来命名。 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编辑框的统一

项目编码规范

项目开发规则

C#命名规范 1.1命名空间 框架中所有命名空间的起始部分COM.ACCP 业务中所有命名空间的起始部分COM.ASSEMBLY.FOLDER 实际结构和名称以业务为准 1.2类 1)名字应该能够标识事物的特性。 2)名字可以有两个或三个单词组成，但通常不应多于三个。 3)采用Pascal case，所有单词第一个字母大写。 4)使用名词或名词短语命名类。 5)少用缩写。 6)不要使用下划线字符(_)。 例： public class FileStream public class Button 1.3接口 和类命名规范相同，唯一区别是接口在名字前加上“I”前缀 例： interface IDBCommand interface IButton 1.4枚举 和类命名规范相同，唯一区别是枚举在名字前加上“E”前缀 例： enum ESystemType 1.5方法 1)使用动词或动词短语命名方法。 2)采用Pascal case，所有单词第一个字母大写。 3)方法中的参数命名采用Camel casing,所有单词第一个字母大写，除了首字母小写。 1.6属性 1)使用名词或名词短语命名 2)采用Pascal case，所有单词第一个字母大写 3)少用缩写 4)不要使用下划线字符( _ )

1.7变量 1)变量名称= 变量的前缀+ 代表变量含意的英文单词或单词缩写。 常用变量类型的前缀命名规则，定义如下： 常用对象: 2)类的私有变量，在遵循第一条规则后，在其前加“m_”前缀。 例: public class Hello { private string m_strName; public string Name { get { return m_strName; } }

软件系统命名规则汇总.doc

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位数字码组成。 阶段产品从软件开发库移交至软件受控库时，规定版本号为00，在受控库中，每一次修改后版本号加1更新。

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

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

公司 命名的规范

徐子越谈公司起名有规范11条创世国际高级命名专家徐子越先生：现在办公司已经成为很多人创业发展的必然之路，在项目选择及公司起名方面给大家一些建议。首先，一个人成功、一个企业成功的在现代快速变化的市场经济浪潮里是瞬息万变的，影响一个人、一个企业走向成功的因素也是多样的。名为万物之始，起名字是一种市场选择，也是一次人生选择。所以，现代人之所以重视起名、看风水原因就是在这里，姓名、风水一个讲理念思想、一个讲环境条件，二者结构成了现代人外交、发展的万维空间体系。 具体对公司起名而言，现在专业起名公司?都会从企业文化、企业战略、新公司从事的行业属性多角度给公司命名，一方面解决客户自己起名的困惑和麻烦，另一方面又进一步梳理了公司文化和市场规划，从品牌学、信息传播学等角度为企业打开市场、创立品牌打下了基础。 公司起名要注重公司名称合法性、专业性、品牌战略、行业特点，同时，从现代市场紧密结合的角度看，还要注意企业名称的“国际性”。比如中国福建的一些民营企业突然有一天产品打入日本市场了，可是突然又被人家禁售且起诉了，原因这些产品的企业名字和日本一些地方名相同，违背了日本的法律！公司起好名字需要注意以下几点： 规则一：合法性 无庸置疑，公司起名后需要经过工商注册机构审核，而工商企业登记对公司名称有许多规定：在《如何给公司起名顺利通过注册登记》? 中的一般性条款中，大家容易忽略，但是专业起名公司一般不会出问题，而且公司起名方案一般有8个备选方案，可供工商部门审核通过的。合法性是公司起名的首要条件，虽然一般不出问题，但也要引起重视。 规则二：品牌唯一性 新成立公司一般没有什么品牌，但是，一旦企业发展起来，可能很快就创立出来了自己的品牌地位。这里有两点需要注意：一、新成立的公司名称不要与现有的公司名称或市场品牌相重音、或近形。这主要

(完整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)

计算机文件命名一般规则.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.

项目文档命名规则及格式要求资料

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

项目文档命名规则 编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____ XXXX公司 二零一五年五月制

历史记录

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

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；而经过评审通 过的文档版本均从V1.0开始，例如：V1.0，V1.1，V2.0等。 5密级程度 (1)文档（包括电子文档和纸质文档）的密级分为三级，由低到高分别是：公开级、