当前位置:文档之家› 项目文档命名规则及格式要求

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

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

项目文档命名规则

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

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)

(完整word)软件项目文档全套模板-需求说明,推荐文档

<项目名称> 软件需求说明书 作者: 完成日期: 签收人: 签收日期: 修改情况记录:

目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求1 (3) 3.1.2 功能需求2 (4) 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口 (5) 3.2.2 硬件接口 (5) 3.2.3 软件接口 (5) 3.2.4 通信接口 (6) 3.3 性能需求 (6) 3.4 设计约束 (6) 3.4.1 其他标准的约束 (6) 3.4.2 硬件的限制 (7) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性 (7) 3.5.4 可转移\转换性 (8) 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 4 附录 (9)

1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者范围。 1.2 范围 说明: a.待开发的软件系统的名称; b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么; c.描述所说明的软件的应用。应当: 1)尽可能精确地描述所有相关的利益、目的、以及最终目标。 2)如果有一个较高层次的说明存在,则应该使其和高层次说明中的类似的陈述相一致(例如,系统的需求规格说明)。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料,如: a.本项目的经核准的计划任务书或合同、上级机关的批文; b.属于本项目的其他已发表的文件; c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

项目命名及管理规范

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

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

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

文档编写的格式和规范

文档格式规范手册 目录 文档格式规范手册 (1) 目录 (1) 1标题 (2) 文档标题 (2) 标题中文部分 (2) 标题英文数字部分 (2) 一级标题 (2) 一级标题中文部分 (2) 一级标题英文数字部分 (2) 二级标题 (3) 二级标题中文部分 (3) 二级标题英文数字部分 (3) 三级标题 (3) 三级标题中文部分 (3) 三级标题英文数字部分 (3) 2目录 (3) 目录标题 (3) 目录内容 (4) 目录中文部分 (4) 目录英文部分 (4) 3正文 (4) 正文汉字部分 (4) 正文英文数字部分 (4) 图片 (5) 表格 (5) 表格设置 (5) 表格内容设置 (5) 正文加粗部分 (5) 4文档整体编辑 (5) 文档中英文数字格式的设置 (5) 文档行间距的设置 (6)

文档标题 标题中文部分 字体:仿宋_GB2312 字号:三号 加粗:加粗 标题英文数字部分 字体:Courier New 字号:三号 加粗:加粗 一级标题 一级标题中文部分 字体:仿宋_GB2312 字号:小三 加粗:加粗 一级标题英文数字部分 字体:Courier New 字号:小三 加粗:加粗

二级标题中文部分 字体:仿宋_GB2312 字号:四号 加粗:加粗 二级标题英文数字部分 字体:Courier New 字号:四号 加粗:加粗 三级标题 三级标题中文部分 字体:仿宋_GB2312 字号:小四 加粗:加粗 三级标题英文数字部分 字体:Courier New 字号:小四 加粗:加粗 2目录 目录标题 字体:仿宋_GB2312

字号:三号 加粗:加粗 目录内容 目录中文部分 字体:仿宋_GB2312 字号:五号 加粗:不加粗 目录英文部分 字体:Courier New 字号:五号 加粗:不加粗 3正文 正文汉字部分 字体:仿宋_GB2312 字号:小四 加粗:不加粗 正文英文数字部分 字体:Courier New 字号:小四 加粗:不加粗

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

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

word文档格式规范

word 文档格式规范 类目字体及字符间距段落项目符合 和编号 备注标题二号黑体、加粗居中对齐、3 倍行距、正文文本无无副标题小二号黑体、加粗居中对齐、3 倍行距、正文文本无 目录(二字)三号黑体、加粗 间距 10 磅 居中对齐、单倍行距、正文文本、 段前分页 显示【目 录】二字 无 目录内容五号宋体、不加粗 尽量采用“插入索引和目 录”方式获取目录 如果系统插入索引和目录,则不需 手动设置 无 第一级(章)三号宋体、加粗、标准字 符间距 居中对齐、大纲级别 1 级、3 倍 行距、段前分页、其他保持标准 第Ⅰ章(罗 马字母) 无 第二级(节)四号宋体、加粗、标准字 符间距 两端对齐、悬挂缩进 1 厘米、大 纲级别 2级、单倍行距、与下段同 页、其他保持标准 第Ⅰ节(罗 马字母) 无 第三级(一、)四号宋体、不加粗、标准 字符间距 两端对齐、悬挂缩进 1 厘米、大 纲级别 3级、单倍行距、与下段同 页、其他保持标准 一、无 第四级(1.)四号宋体、不加粗、标准 字符间距 两端对齐、左缩进 0.74 厘米、悬 挂缩进0.74 厘米、大纲级别 4 级、单倍行距、与下段同页、其他 保持标准 4 级以下注 释内容需保 持其该级别 左缩进 无 第五级(自定义项目符合和编号)四号宋体、不加粗、标准 字符间距、清单列表无说 明内容字体用小四号宋体 两端对齐、左缩进 1.48 厘米、悬 挂缩进0.74 厘米、大纲级别 5 级、单倍行距、与下段同页、其他 保持标准 自定义项目 符合和编号 该级注释内 容左缩进 第六级(自定义项目符号和编号)四号宋体、不加粗、标准 字符间距、清单列表无说 明内容,字体用小四宋体 两端对齐、悬挂缩进 2.22 厘米、 大纲级别6 级、单倍行距、与下段 同页、其他保持标准 自定义项目 符合和编号 无 正文四号宋体、不加粗、标准 字符间距、清单列表无说 明内容,字体用小四宋体左对齐、首行缩进 2 字符、大纲 级别正文、单倍行距、其他保持标 准;如果为某级下的正文,其缩进 保持与该级别一致 无无 页眉五号字体默认即可公司名称无 页脚五号字体默认即可公司网址,也可加入当前 日期和页码。页码一般右 对齐页面底部,且首页如 果是封页,就不显示页码 图片标签字体图片及标签段落属性项目符合和编号备注 插图和图片小四号宋体该图片正中下,大纲级别为正文,单倍行距,与该 图片保持同页。图片标签序列1.1.1.1.1..

(新)GMP文件书写格式

1 目的 对本公司编制的有关“药品生产质量管理规范”文件的主要项目和书写格式进行统一规定,以保证文件的格式统一、内容完整。 2 范围 适用于本公司编制的“药品生产质量管理规范”文件。 3 责任 所有承担“药品生产质量管理规范”文件编写的人员都有责任按照本文的要求严格执行。 4 文件正文层次的名称和编排 4.1 文件层次的名称 层次名称编号示例 章 1 条 1.1 条 1.1.1 条可根据需要在细分,但应避免过度细分。 段无编号 4.2 文件层次的种类 4.2.1 章 章在文件正文层次中是基本组成部份。 每个文件中的章,一般是将“目的”编为第1章的开始,用阿拉伯数字编号。 编号应延续下去,直对“培训”。 OS- 第 2 页/共 3 页

4.2.2 条 条是章的有编号的细分单元,第一层次的条可发展进一步细分为第二层次有编号的条,并且这种进一步的细分可以根据需要继续下去,但应避免按此方法过度细分下去。 条应该用阿拉伯数字编号。 除非在同一层次上至少另有一条,否则不应使用编号来分出一条。如:在第一章的条文中,如果没有1.2条,就不应该标出1.1条。 4.2.3 段是章或条中不编号的层次。 4.3 层次的编排 各层次的编号和条文应在页面的左边顶格排列,各层次的编号与其后文字之间一个英文字符间隔;段的条文应在页面左边缩后两个汉字符排列,移行时顶格排列。 5 文字编辑要求 5.1 文件的章一般采用加粗小四号字(或黑体四号字),其余文字一般采用宋体小四号字,但正文(包括记录)的标题可采用黑体三号字。 5.2 各章之间空一行。 5.3 文件打印一般采用A4规格纸,有的表格可采用A3规格纸,打印时页顶空3cm,页尾空3cm,保证左右界基本一对致。 5.4 文件采用左侧面装订。 6 文件的项目、表头格式 6.1 文件的主要项目: 6.1.1 文头(表头) 6.1.2 正文 6.1.2.1 正文项目:目的、范围、定义、责任、内容、培训等。 6.1.2.2 文件编写人员可根据实际需要选择确定。 6.2 标准文件的表头(文头)格式 6.2.1 首页文头格式 OS- 第 3 页/共 3 页

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

文档格式规范

文档格式规范

目录 1 文档格式规范 (1) 1.1文字性文件或规范性文件的编制要求 (1) 1.1.1 文件的整体要求 (1) 1.1.2 文件编制的具体要求 (1) 1.2表格文件的编制要求 (5) 2 文档命名规范 (5)

1 文档格式规范 1.1 文字性文件或规范性文件的编制要求 1.1.1 文件的整体要求 1.1.1.1 文件编制的基本要求 a)文件均采用A4纸幅面。文件的名称应简明准确,一般不超过20个汉字。 b)文件的内容应表达准确、清楚、简明、严谨。 c)同一文件中术语、符号、代号应统一。表达同一术语的概念应前后一致。 采用的术语尚无标准规定时且容易产生不同理解的,应给出定义或说明。 d)文件中的缩略词(语)应采用有关标准或专业委员会认定的缩略词(语),自 定缩略词(语)应简明、确切,能反映主题。缩略词(语)在文件中首次出现 时应做说明。 e)文件中引用的标准和文件应是现行有效。 f)文件中应采用国务院正式公布、实施的简化汉字。 1.1.1.2 文件封皮的基本要求 a)文件封面的内容分为标题、编制信息和公司名称三部分。 b)文件标题分为“标题”和“副标题”。“标题”描述项目名称,字体:小 初黑体居中;“副标题”描述文件名称,字体:小一黑体居中。“标 题”和“副标题”空一行。 c)文件编制信息包含三个要素,“编制”、“审核”、“批准”:小四宋体加 粗,书写对应人员姓名,姓名中文采用小四宋体,西文采用小四Times New Roman。“版本号”:小四宋体加粗,书写文件版本号,采用小四 Times New Roman;“日期”:小四宋体加粗,书写文件编制日期,采 用小四Times New Roman。 d)公司名称为公司的全称,在文件编制信息后空一行,三号黑体。 e)所有文字性文件或规范性文件中都必须包含文件修改记录,文件修改记 录放在第二页,目录从第三页开始。 f)封面页、文件修改记录页均不插入页脚页码,目录页的页脚中间对齐插

各类文档书写格式的规范要求

各类文档书写格式的规范要求 目前,学校各组织及教师个人在日常文书编撰中大多按照个人习惯进行排版,文档中字体、文字大小、行间距、段落编号、页边距、落款等参数设置不规范,严重影响到文书的标准性和美观性,现将文书标准版格式要求及日常文档书写注意事项转发给你们,请各组织在今后工作中严格实行:一、文书指:各类通知通报、说明、工作联系单,请示报告、总结、工作计划等文字材料。 二、关于单位落款: 结合学校实际,我校各级组织分为“普安县南湖街道三板桥小学”、“普安县南湖街道三板桥小学教务处”、“普安县南湖街道三板桥小学办公室”、“普安县南湖街道三板桥小学关心下一代工作委员会”、“普安县南湖街道三板桥小学总务室”、“普安县南湖街道三板桥小学少先队大队部”、“中国教育工会普安县南湖街道三板桥小学基层委员会”、“普安县南湖街道三板桥小学x年级x班”、“普安县南湖街道三板桥小学xxx(教师个人)”等,落款不得出现“普安县三板桥小学”“南湖街道三板桥小学”“南湖三板桥小学”“三板桥小学”等表述不全的简称。 三、关于时间落款:文档中落款时间应为大写“二O一七年五月十二日”,“O”应以字母输入英文O或者插入字符O,不

得以“2017年5月12日”阿拉伯数字时间落款。 四、对部门科室行文正文上方需预留位置,方便领导批示意见。 五、行文应表述清楚,尽量少使用过于华丽、缺乏操作性的语句或口号。对问题经过应表述清楚,有问题初步分析和方案建议。 六、各类对上级部门的申请、报告、请示等应一事一报,禁止一份报告内同时表述两件工作。 七、各类材料标题应规范书写,明确文件主要内容,标准为“关于××××××××的报告(请示、申请),不得“关于××××××的申请报告”或者“申请报告”。 八、各类文档排版格式。 (一)页边距:上下边距为2.54厘米;左右边距为2.8厘米。 (二)页眉、页脚:页眉为1.5厘米;页脚为1.75厘米; (三)行间距:25P行距(固定值)。 (四)纸型与打印方向:采用标准A4型。一般为竖向打印。如表格等须横向打印的材料上下边距为2.8厘米,左右为2.54厘米,页眉1.5厘米,页脚1.75厘米。 (五)文字从左至右横写。标题用2号宋体并加粗,正文用3号仿宋体字。在文档中插入表格,单元格内字体用仿宋,字号可根据内容自行设定。 (六)正文一般每面排22行,每行排28个字,标题下

论文文稿格式要求

论文文稿格式要求 1、论文书写顺序:标题、作者姓名、作者单位、摘要、关键词、 正文、参考文献、作者简介。 2、格式要求的文字说明: (1)文章标题居中,一般不走过20字,小2号黑体。 (2)作者姓名在标题下方,居中,4号黑体。作者单位在作者下方,居中,外加圆括号,5号楷体。 (3)摘要在论文前,不超过250字。关键词在摘要下方,不超过8个词。“摘要”、“关键词”用小5号黑体,内容用小5号仿宋。(4)正文中标题不超过3个层次。标题一律使用阿拉伯数字连续编号,以半角方式录入;一级标题序号用(1、2、3…),顶格。二级标题序号用两个阿拉伯数字(1.1,1.2,1.3…),用点号分开,顶格。三级标题序号用三个阿拉伯数字(1.1.1,1.1.2,1.1.3…),用两个点号分开,顶格。一级标题用4号黑体,其他标题及正文均用5号宋体。 (5)文中公式、算式和方程式均应编排序号,公式录入采用WORD 插入对象中的EQUATION方式。计量单位和符号应使用国际通用标准。表示数量和年月日均使用阿拉伯数字。 (6)每篇论文的图表(照片)原则上不超过五幅,图表均应编排序号。图表还应用硫酸纸绘制,照片必须清晰,最好是黑白片。图表中所用文字、数字均要求棣字。文字表格及图的文字说明采用小5号宋体,图及表名采用小5黑。 (7)参考文献参考文献必须为公开出版物,序号用阿拉伯数字。

引用文献应在文章中的引用处右上角加注序号。序号依次为:序号、作者姓名、文献名称、出版单位(或刊物名称)、出版年、版本(年、卷、期)、页号等。“参考文献”4个字为5号黑体,居中;内容小5号宋体,前空2格。 (8)作者简介内容和顺序为:姓名、性别、出生年月、毕业年及学校、最后的学位、工作单位、职务职称、荣誉称号、主要成果、通讯地址、邮编、电话、E-mail等,字数不超过150字。“作者简介”4字为小5黑,内容小5仿宋。 (9)文章中表示范围用“~”表示,如5~10;符号和数学中的省略号用“…”,如1,2,…,n;百分号涉及范围时用前后数字均带百分号,如3%~5%;量纲表示涉及范围时只在一数字表示,如8000~10000,3~5ml╱g。 (10)文章中日期、数量等均用阿拉伯数字表述。 (11)文章采用WORD排版,A4纸打印,版芯尺寸为:高×宽=220×148毫米,行距1.5倍。 3、论文内容同意公开发表,不牵涉保密问题,文责自负。 4、交稿为A4 纸打印稿一式两份,软盘一份,软盘请帖标签,标 注标题、作者姓名、工作单位。 5、格式要求式样:

关于进一步规范文稿文件格式的通知

关于进一步规范文稿文件格式的通知 技术业务部、信息技术部: 为切实提高技术业务部和信息技术部文稿文件制发和写作质量,促进文稿文件处理规范化,现就进一步规范常用的文稿文件格式有关事项通知如下: 一、普通文稿格式 (一)纸张规格和一般要求:统一用A4纸张,页边距设置(mm):上32,下27,左26,右26。一般情况下,文稿页码采用“页面底端”和“居中”方式,页码采用默认格式。 (二)标题层次和字体要求:公文结构层次序数一般为:第一层用“一、”,第二层用“(一)”,第三层用“1、”,第四层用“(1)”。大标题用2号宋体,副标题用3号楷体。正文第一级小标题用3号粗黑,第二级小标题用3号楷体加粗,第三级小标题用3号仿宋体加粗,其余正文文字均用3号仿宋体。正文行距用“单倍行距”。 二、正式文件格式 正式文件格式除适用上述普通文稿格式一般要求外,还要重点规范以下格式: (一)主体部分:主体部分包括标题、主送机关、正文、

附件说明、成文日期、印章等。 1.公文标题红线下空2行居中排布,字体为2号宋体,标题中除法规、规章名称加书名号外,一般不用标点符号。 2.主送机关标题下空1行,顶格,3号仿宋体。 3.公文正文与第一部分普通文稿格式的要求相同。 4.附件在正文之后,发文机关署名之前,正文下空1行左空2个字标注“附件”,后标全角冒号和附件名称,如需回行,与附件名称第1个字对齐排列。有两件或以上的附件时,应在附件名称前按顺序用数字注明序号。附件名称后不标注标点符号。附件材料左上角用3号粗黑体顶格标注“附件”,后标全角冒号;两件或以上附件按顺序标注“附件:1.”,“附件:2.”。 5.成文日期与印章文件成文日期用汉字写明年、月、日(如:二○一○年十月十日),成文日期一般右对齐,落款只标识成文日期,然后在日期上加章,印章必须端正、居中。 (二)版记部分:版记部分包括主题词、抄送机关、印发日期等。 1.主题词“主题词”顶格标注,每个词目之间不加顿号、空1字,“主题词”用3号粗黑体。 2.抄送机关抄送机关居左空1字,用3号宋体,抄

软件需求文档格式的标准写法

软件需求文档格式的标准写法 具体的步骤: 1.1 编写目的 · 阐明开发本软件的目的; 1.2 项目背景 · 标识待开发软件产品的名称、代码; · 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户; · 说明该软件产品与其他有关软件产品的相互关系。 1.3 术语说明 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1.4 参考资料(可有可无) 列举编写软件需求规格说明时所参考的资料,包括项目经核准的计划任务书、合 同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档,以及相关产品 的软件需求规格说明。 在这里应该给出详细的信息,包括标题、作者、版本号、发表日期、出版单位或资 料来源。 2.项目概述 2.1 待开发软件的一般描述 描述待开发软件的背景,所应达到的目标,以及市场前景等。 2.2 待开发软件的功能

简述待开发软件所具有的主要功能。为了帮助每个读者易于理解,可以使用列表或 图形的方法进行描述。使用图形表示,可以采用: · 顶层数据流图; · 用例UseCase图; · 系统流程图; · 层次方框图。 2.3 用户特征和水平(是哪类人使用) 描述最终用户应具有的受教育水平、工作经验及技术专长。 2.4 运行环境 描述软件的运行环境,包括硬件平台、硬件要求、操作系统和版本,以及其他的软 件或与其共存的应用程序等。 2.5 条件与限制 给出影响开发人员在设计软件时的约束条款,例如: · 必须使用或避免使用的特定技术、工具、编程语言和数据库; · 硬件限制; · 所要求的开发规范或标准。 3.功能需求 3.1 功能划分 列举出所开发的软件能实现的全部功能,可采用文字、图表或数学公式等多种方法 进行描述。 3.2 功能描述 对各个功能进行详细的描述。

新闻宣传稿写作规范和基本要求

新闻宣传稿写作规范和基本要求 新闻宣传稿作为宣传性质的文章,有着自身独特的写作规范与要求。新闻消息的写作,一般包括“标题——导语——主体——结语”四个部分,这四个部分如果缺失任何一个结构,该稿件可以说是不够完整的。按各行各业新闻报道的共性来分,有动态消息、综合消息、典型报道、调查报告、新闻述评等。新闻宣传稿的基本落脚点在于宣传,根本目的在于宣传,因此如何把握宣传力度和在宣传方面如何下工夫,是新闻宣传稿写作的基本问题所在。以下简单阐述一下新闻宣传稿写作规范和基本要求;大家共勉。 一、新闻稿件写作的基本规范 新闻宣传稿的写作需要有一定的规范和特殊的要求。 1.新闻宣传稿要重视宣传的本身意义和作用 新闻宣传稿的根本目的在于宣传,因此在写作新闻的同时需要尤其重视宣传的本身意义和作用。同时需要明确一点的是,新闻宣传稿是新闻而并非纯粹宣传稿件,也就是说,新闻专业性的书面语言是新闻宣传稿必备的一个基本性内容。因此,如何把握新闻和宣传两者之间的关系,即如何在新闻基础上体现宣传的基本作用,是写好新闻宣传稿的一个基本前提。新闻宣传稿具有宣传的多种功能,因此重视宣传的本身意义和作用,是新闻宣传稿写作所应遵循的一个基本原则。 2.新闻要注重事件本身的报道,突出报道事件的重点 新闻报道离不开事件本身,事件构成新闻报道的主体,即常说的新闻素材。注重事件本身的报道,突出报道事件的重点,其意义和作用是显而易见的,这里只说明一点潜在的作用构成。在新闻报道中突出事件,不是要否定事件发生的主体行为人,因为新闻五要素的基本理论常识规定了新闻事件主体行为人的作用和不可替代性的地位,本身对于主动性极强的活动主体就是一个良好的宣传定位,不必在乎上述这种否定所可能发生的几率性;相反,突出事件本身,往往起到意外的遮眼障目的作用,即在突出行为人地位和作用的同时,能够遮掩新闻报道本身从属于行为人、完全为行为人宣传服务的“奴性面目”,即使新闻报道本身丢却了从属与主观的嫌疑,更加突出新闻宣传的客观性和真实性。 3.注重在规范形式上的创新,尽量避免新闻宣传稿出现千人一面的尴尬现象 新闻宣传稿最大的弊端恐怕在于规范形式上千篇一律的呆板和新闻报道方面千人一面的尴尬。这种弊端的形成既与新闻写作理论本身内在的规律性和机械性有关,同时又是宣传稿所必然面临的不可避免的麻烦和窘区。从理论本身来说,新闻宣传稿需要有这样呆板的规律,则必然出现千人一面的尴尬。因此,如何在实际运作中充分调动新闻宣传稿写作人的主动性和能动性,使在规范形式上有大的创新,是避免新闻写作出现尴尬局面的一个重要举措。 4.注意新闻语言的专业性和书面化,做到字斟句酌,避免出现常识性错误 新闻宣传稿本来形式是新闻,运用专业性强、书面化的新闻语言,是新闻写作的一个基本规范。做到字斟句酌,主要是体现写作人的新闻素养和职业要求。常识性错误出现是新闻写作人的大忌,是时时刻刻需要注意、需要完全避免的。常识性错误具体来说可以分为几类:错别字类;语法错误类;组织表达错误类等等,这些错误是写好新闻宣传稿的致命硬伤,因此是绝对要避免出现的。为避免出现宣传对象的表达错误,可以将新闻宣传稿交由组织内部相关人士确定,或通过掌握组织详尽材料等途径解决,而作为内部宣传的写作人,则对于此类问题应有更高的敏感性和严谨性,杜绝此类错误在任何时间的任何宣传稿件上发生。 二、新闻写作坚持的基本标准

国网公司项目命名规则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可行性分析报告 1 引言 1.1 编写目的:阐明编写可行性研究报告的目的,提出读者对象。

正式文件书写格式

正式文件格式书写标准: 一、文章的大标题:宋体、二号、加粗、居中。 二、文章的大标题与文章的一号标题之间,空一行,空行的字体要求:黑体、三号、空两个字。 三、文章的一号标题:黑体、三号、空两个字,即“一、” 四、文章的二号标题:仿宋、三号、加粗、空两个字,即“(一)”,标题后无任何符号。 五、文章的三号标题:仿宋、三号,阿拉伯数“1”,后加小黑点“.”,即“1.”,此标题内容结束后用句号,即“。”此小标题的第二行第一个字顶格。 六、文章的落款:正文结束后,敲四个回车,落款内容居右。 公文格式字体字号标准: 公文标题使用2号加粗宋体字。 公文正文使用3号仿宋字体。 一级标题用3号黑体字,用“一、”、“二、”、“三、”……标识。 二级标题用加粗3号楷体,用汉字数字外加小括号“(一)”、“(二)”、“(三)”……标识。 三级标题用加粗3号仿宋,用阿拉伯数字“1.”、“2.”、“3.”……标识。 四级标题用3号仿宋字体,用阿拉伯数字外加小括号“(1)”、“(2)”、“(3)”……标识。

公文写作排版要点: 一、标题: 1、字体为二号方正小标宋(公文中最常用最正规的字体),不用加粗。如果有副标题,可用楷体。 2、如一行写不下标题,可分行或调整字间距,但需保证语句通顺。 3、行距调整为固定值30磅。 二、正文: 1、正式的文件字体用三号仿宋GB2312,一般的文件存档用四号仿宋GB2312以节俭纸张。 2、正文中一级标题用黑体或楷体(楷体要加粗,黑体不用)。 三、行距: 一般用固定值29-30磅。 四、排版: 1、格式需选择首行缩进2个字符,凡另起一行的文字,都需缩进2个字符。 2、写公文时,不要直接复制、粘贴,易造成排版不一的问题(行距、字体不同)。 3、排版时取消自动套用格式,不要使用自动套用格式。避免给最后的排版增加难度。 4、公文排版要美观大方,不要求异,可通过调整字距、行距、页眉,页脚使得公文美观大方。 5、落款:

新闻稿写作格式及规范

新闻稿写作格式及规范 新闻要素: 1.不可忽略5W1H。(Who、What、When、Where、Why、 How) 2、新闻构成:题、文、图、表。 3、题:简要、突出、吸引人。 4、文:导语100至200字:开宗明义,人事时地物。 5、主体300至500字:深入浅出,阐扬主旨。 6、结语100字:简洁有力,强调该新闻的意义与影响,或预 告下阶段活动。 新闻的写作特点 一、新闻的特点 1、短小精练:新闻要短小精练,这是新闻写作的基本要求。就小记者采写新闻来说,写好短消息,便于迅速及时的报道新闻事实,同时也锻炼小记者的采写能力;就读者阅读新闻来说,它便于阅读。 2、语言生动简洁:新闻的语言只有生动、简洁,才能吸引读者 3、“倒金字塔”结构:新闻的写作是将最重要、最新鲜的事实写在新闻的最前面,按事实重要性程度和读者关注的程度先主后次的安排,内容越是重要的,读者越是感兴趣的,越要往前安排,然后依次递减。这在新闻写作中称为“倒金字塔”结构。 二、新闻导语的几种写作方法 1、叙述式导语的写作:就是直截了当地用客观事实说话,通过摘要

或概括的方法,简明扼要地反映出新闻中最重要、最新鲜的事实,给人一个总的印象,以促其阅读全文。 2、描写式导语的写作:记者根据目击的情况,对新闻中所报道的主要事实,或者事实的某个有意义的侧面,作简练而有特色的描写,向读者提供一个形象,给人以生动具体的印象,这就是描写式导语的一般特点。一般用在开头部分,以吸引读者,增强新闻的感染力。 3、议论式导语的写作:往往采用夹叙夹议的方式,通过极有节制、极有分寸的评论,引出新闻事实。一般分为三种形式:评论式、引语式、设问句。 三、学会恰当运用新闻背景材料 背景材料在不少新闻中占据一定的位置,是新闻稿件中不可缺少的内容。交代背景应根据需要因稿而异,更要紧扣主题,还有交代背景时不宜太多,材料要写的生动活泼。 新闻通讯的怎么写 一、通讯的种类:一般分为“人物通讯、事件通讯、工作通讯、风貌通讯” 二、通讯的特点 通讯是一种详细、深入的报道,也是一种具有多种表现方法的新闻媒体,通讯报道生动形象、具有感染力。 三、人物通讯:是以报道人物为主要内容的通讯。 其基本要求和方法有以下几点:要体现当今的时代特征;要写出人物

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

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

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

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

文件编写规范

密级:内部公开 文档编号: 版本号: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,而其后只有重大修改可以调整小数点前的版本号,局部修改调整小数点后版

相关主题
文本预览
相关文档 最新文档