项目文档命名规则
编制：日期：____/____/____ 审核：日期：____/____/____ 批准：日期：____/____/____
XXXX公司
二零一五年五月制
历史记录
目录
1 目的 (5)
2 适用范围 (5)
3 术语和缩略词 (5)
4 规程 (5)
4.1 文档命名规则 (5)
4.2 配置项的版本标识 (9)
4.3 标签的命名 (10)
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)
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 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系统需求分析及设计文档 《XXXX系统》 需求分析及设计文档 版本1.0
修改历史 日期版本描述作者
目录 一、系统概述 (4) 1、系统功能概述 (4) 2、系统范围 (4) 二、系统模型 (4) １、业务事件列表 (4) ２、系统用户 (4) ２、系统需求模型 (4) ２.１XX功能 (5) ２.２XX业务功能 (5) 3、用例实现与分析 (5) 3.1 ＸＸ用例 (5)
一、系统概述1、系统功能概述项目名称：XXXX 系统项目概述2、系统范围二、系统模型１、业务事件列表事件 编号 事件描述系统输入提供输入的参与者系统输出接收输入的参与者２、系统用户 参与者列表：参与者参与者编号责职说明备注２、系统需求模型用例列表：用例名称功能编号用例功能用例描述 xx 模块、管路敷设技术设过程中，要加强看护关于管路高中资料试卷连接管口处理高中资料试卷弯扁度固定盒位置保护层防腐跨接地线弯曲半径标高等，要求技术交底。管线敷设技术中包含线槽、管架等多项、电气课件中调试对全部高中资料试卷电气设备，在安装过程中以及安装结束后进行高中资料试卷调整试验；通电检正常工况下与过度工作下都可以正常工作；对于继电保护进行整核对定值，审核与校对图纸，编写复杂设备与装置高中资料试卷调试方案，编写重要设备高中资料试卷试验方案以及系统启、电气设备调试高中资料试卷技术资料试卷安全，并且尽可能地缩小故障高中资料试卷破坏范围，或者对某些异常高中资料试卷工况进行自动处理，尤其要避免错误高中资料试卷保护装置动作，并且拒绝动作，来避免不必
XXXX 系统01uc_xxxx 系统需求及设计文档.doc 发布日期：2009年3月 xx 业务模块２.１XX 功能 用例图 ２.２XX 业务功能 用例图3、用例实现与分析3.1 ＸＸ用例3.1.1 用例描述用例： 参与者：目的：概述：类型：前提条件：后置条件：特殊需求：事件流 候选事件流通过管线敷设技术，不仅可以解决吊顶层配置不规范问题，而且可保障各类管路习题到位。在管路敷设过程中，要加强看护关于管路高中资料试卷连接管口处理高中资料试卷弯扁度固定盒位置保护层防腐跨接地线弯曲对全部高中资料试卷电气设备，在安装过程中以及安装结束后进行高中资料试卷调整试验；通电检查所有设备高中资料试卷相互作用与相互关系，根据生产工艺高中资料试卷要求，对电气设备进行空载与带负荷下高中资料试卷调控试验；对设备进行调整使其在正常工况下与过度工作下都可以正常工作；对于继电保护进行整核对定值，审核与校对图纸，编写复杂设备与装置高中电力保护装置调试技术，电力保护高中资料试卷配置技术是指机组在进行继电保护高中资料试卷总体配置时，需要在最大限度内来确保机组高中资料试卷安全，并且尽可能地缩小故障高中资料试卷破坏范围，或者对某些异常高中资料试卷工况进行自动处理，尤其
项目文档命名规则 编制：日期：____/____/____审核：日期：____/____/____ 批准：日期：____/____/____ 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 文档格式规范 类目字体及字符间距段落项目符合 和编号 备注标题二号黑体、加粗居中对齐、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..
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 页
项目编号： 项目名称） 需求分析报告 文件编号： 编制： 日期：审核：日期：生效日期：年月日批准：日期：同方智能卡产品公司研发中心文件状态： [ ] 草稿 [ ] 正式发布 [ ] 正在修改文件标识： 当前版本： 作者： 完成日期： 目录 1.任务概述 (3) 1.1.目标 (3)
1.2.系统（或用户）的特点 (3) 2.假定和约束 (3) 3.需求规定 (3) 3.1. 3.2. 3.3. 3.4. 3.5.软件功能说明................................................... 对3 功能的一般 性规定............................................... 3对性能的一般 性 规定............................................. 4其他专门要求..................................................... 对4 安全性的要求.. (4) 4.运行环境规 4.1. 4.2. 4.3.
4.4.设备及分 布 ........................................................ 件 ........................................................ 口 ........................................................ 5. 尚需解决的问 题 .. (5) 1. 任务概述 1.1. 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的 有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如 果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所 定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的 其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本 产品同其他各部分的联系和接口。 1.2. 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的 不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频 度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作 人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软 件设计工作的重要约束。 2. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3. 需求规定 3.1. 软件功能说明 列出本系统中所有软件功能子系统和功能。如果子系统比较大，每个子系 统分别编写《软件功能规格说明书》，在本处列出编号和名称。 支4 撑软 ... 接4 ..... 程4 序 .. 5
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.引言 1.1目的 说明编写这份报告的目的，指出预期的读者。 1.2背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网 1.4术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 4.3对性能的一般性规定 4.3.1精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。 4.3.2时间特性要求 说明对于该系统的时间特性要求。 4.3.3灵活性 说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。 4.4输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。 对系统的数据输出及必须标明的控制输出量进行解释并举例。
软件需求文档格式的标准写法 具体的步骤： 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) 1.1 目的 (2) 1.2 术语 (2) 1.3 参照标准 (2) 2. 测试日期安排 (3) 3. 测试小组及成员 (3) 4. 测试具体内容 (3) 4.1 合法性检查 (3) 4.2 软件文档检查 (3) 4.2.1 必须提供检查的文档 (3) 4.2.2 其他可能需要检查的文档 (4) 4.2.3 由业主确定必须检查的其他文档 (4) 4.2.4 文档质量的度量准则 (4) 4.3 软件代码测试 (4) 4.3.1 源代码一般性检查 (4) 4.3.2 软件一致性检查 (5) 4.4 软件系统测试 (5) 4.4.1 界面(外观)测试 (6) 4.4.2 可用性测试 (6) 4.4.3 功能测试 (6) 4.4.4 稳定性(强度)测试 (6) 4.4.5 性能测试 (6) 4.4.6 强壮性(恢复)测试 (6) 4.4.7 逻辑性测试 (6) 4.4.8 破坏性测试 (6) 4.4.9 安全性测试 (7) 5. 测试结果交付方式 (7)
1. 引言 1.1 目的 为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。 1.2 术语 本大纲所提及的术语，其定义遵照GB/T 11457标准。 1.3 参照标准 ●GB/T 11457—1995 软件工程术语 ●GB 8566—1995； 信息技术软件生存期过程 ●OGB 8567—1988* 计算机软件产品开发文件编制指南 ●GB 9385* 计算机软件需求说明编制指南 ●GB 9386—1988* 计算机软件测试文件编制指南 ●GB/T 12504—1990 计算机软件质量保证计划规范 ●OGB/T 12505—1990 计算机软件配置管理计划规范 ●OGB/T 14079—1993 软件维护指南 ●OGB/T 14394—1993 计算机软件可靠性和可维护性管理 ●GB/T 16680一1996 软件文档管理指南 ●开发者企业规范 软件开发者有关软件工程的规范 ●其它文件 例如：合同书等，法律文件中的有关规定。 说明：（1）应该遵循自顶而下、就严不就宽的原则，除非合同书等法律文件中另有规定。 （2）标记（*）号的标准为推荐标准。
注册/登录 By Spring 1 需求背景 原手机用户在用手机通信（通话，短信）时候没有账号概念，现在在系统级别集成融合通信模块后，需要对用户信息管理，所以需要引入账号概念。此时需要用户在使用融合通信前先注册或者登陆系统。 2 目标 引入账号概念，对用户信息统一管理。让用户最低成本完成注册和登陆。 3 功能模块 3.1 对应用例汇总 1. 注册 2. 登录 3.2 用例1：注册 界面 布局
界面交互： 入口 欢迎页面，注册 前置条件 打开APP，用户没有注册流程叙述 ●用户打开融合通信系统，点击注册●系统弹出注册界面 ●用户输入昵称
●系统检查昵称合法性 ●如果合法，系统提示用户输入手机号和密码 ●用户输入手机号，密码 ●用户点击下一步 ●系统验证手机号合法性 ?如果手机号非法，系统提示“手机号不合法，请重新输入” ?如果手机号合法，系统检查手机号是否注册 ◆如果手机号没有注册，系统检查密码合法性 ?如果密码非法，系统提示“手机号不合法，请重新输入” ?如果密码合法，系统根据用户手机号发送验证码 ?用户获取验证码，提交验证码 ?系统验证验证码 ?如果验证码不正确，系统提示登录失败，请重新发送验证码 ?如果验证码正确，注册成功。进入到系统。 ◆如果手机已经被注册，系统跳转到登录页面，并提示该手机号已经被注册， 请重新登录。 ●如果非法，系统提示昵称不合法。
总体流程图： s d 注册用户打开融合通信系统，点击注册 系统弹出注册界面用户输入手机号，密码 系统验证手机号合法性 是否合法 提示手机号非法 系统根据用户手机号发送验证码用户收到验证码并提交验证码 系统验证验证码 是否正确 系统提示验证码错误系统提示注册成功 60秒可重发验证码 系统验证该手机号码是否已经注册 是否已经注册系统在登录页面提示手机号已经注册，请重新登录 系统检查密码合法性 提示密码不合法，请重新输入 是否合法 系统跳转到登录页面 用户输入昵称系统提示昵称不合法 是否合法 系统验证昵称合法性 [N] [N] [Y] [Y] [N] [Y] [N] [Y] [Y] [N]
公司项目命名规则 （一）电网基建项目 包括总部(分部)、省级公司电网建设和扩展性改造项目；新源公司管理的抽水蓄能电站和常规水电站、省级公司管理的常规水电站的建设和扩展性改造项目；独立二次项目（总投资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、落款：