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

目前各部门在日常文书编撰中大多按照个人习惯进行排版，文档中字体、文字大小、行间距、段落编号、页边距、落款等参数设置不规范，严重影响到文书的标准性和美观性，现将文书标准版格式要求及日常文档书写注意事项转发

矿冶有限公司”“中泰矿冶公司”等表述不全的简称。

三、关于时间落款：文档中落款时间应为大写“二O一二年五月十二日”，“O”应以字母输入英文O或者插入字符O，不得以“2012年5月12日”阿拉伯数字时间落款。

四、对集团、集团部室行文正文上方需预留位置，方便领导批示意见。

五、行文应表述清楚，尽量少使用过于华丽、缺乏操作性的语句或口号。对问题经过应表述清楚，有问题初步分析和方案建议。

文用3号仿宋体字。在文档中插入表格，单元格内字体用仿宋，字号可根据内容自行设定。

（六）正文一般每面排22行，每行排28个字，标题下空一行，每自然段左空2字符，回行顶格。字数、年份不能回行。

（七）若结构层次多，第一层为“一”，第二层为“（一）”，

第三层为“1.”第四层为“（1）”。

（八）若结构层次少，则第一层为“一”，第二层为“1.”。正文中各级标题均采用3号宋体。

（九）落款：凡不需加盖公章的材料应在正文右下方落款处署成文单位全称，在下一行相应处标识成文日期。其日期格式用汉字将年、月、日标全，“零”写为“0”。如“二0一0

(完整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．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

电子文件归档与管理规范GBT18894-2002

电子文件归档与管理规范（GB/T18894-2002）作者：档案馆文章来源：本站原创点击数：7082 更新时间：2009-12-21 1、范围本标准规定了在公务活动中产生的，具有保存价值的电子文件的形成、积累、归档、保管、利用、统计的一般方法。本标准适用于党政机关产生的电子文件的归档与管理，其他社会组织的电子文件管理可参照本标准。 2、规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 DA/T18 档案著录规则 DA/T22 归档文件整理规则 3、术语和定义下列术语和定义适用于本标准。 3.1电子文件electronic records 指在数字设备及环境中生成，以数码形式存储于磁带、磁盘、光盘等载体，依赖计算机等数字设备阅读、处理，并可在通信网络上传送的文件。 3.2归档电子文件archival electronic records 指具有参考和利用价值并作为档案保存的电子文件（3.1） 3.3背景信息context 指描述生成电子文件（3.1）的职能活动、电子文件的作用、办理过程、结果、上下文关系以及对其产生影响的历史环境等信息。 3.4元数据metadata

指描述电子文件（3.1）数据属性的数据，包括文件的格式、编排结构、硬件和软件环境、文件处理软件、字处理和图形工具软件、字符集等数据。 3.5逻辑归档logical filing 指在计算机网络上进行，不改变原存储方式和位置而实现的将电子文件（3.1）的管理权限向档案部门移交的过程。 3.6物理归档physical filing 指把电子文件（3.1）集中下载到可脱机保存的载体上，向档案部门移交的过程。 3.7真实性authenticity 指对电子文件（3.1）的内容、结构和背景信息（3.3）进行鉴定后，确认其与形成时的原始状况一致。 3.8完整性integrity 指电子文件（3.1）内容、结构、背景信息（3.3）和元数据（3.4）等无缺损。 3.9有效性utility 指电子文件（3.1）应具备的可理解性和可被利用性，包括信息的可识别性、存储系统的可靠性、载体的完好性和兼容性等。 3.10捕获capture 指对电子文件（3.1）进行实时收集和存储的方法与过程。 3.11迁移migration 指将源系统中的电子文件（3.1）向目的系统进行转移存储的方法与过程。 4、总则 4.1 电子文件自形成时应有严格的管理制度和技术措施，确保其真实性、完整性和有效性。 4.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 字号：小四加粗：不加粗

Word文档格式规范

Word文档格式规范（2018）封面编制单位：12346789 编制时间：2018年7月7日

目录一、文档设置 (4) （一）页面设置 (4) （二）封面、标识、目录 (4) （三）文本标题 (4) （四）正文格式 (5) （五）字体、字号 (5) （六）段落 (5) （七）页码设置 (5) （八）打印 (5) （九）装订 (6) 二、以表格为主的文档设置 (6) （一）页面设置 (6) （二）标题字体、字号 (6) （三）内容字体、字号 (6) （四）表单的设置 (6) 三、各类文件、电子文档格式要求 (6) （一）、工作简报 (6) （二）、会议纪要 (7) （三）、新闻稿 (7)

（四）、工作总结 (7) （五）、办公室通报 (8)

一、文档设置（一）页面设置一般情况下页边距：上2.54厘米；下2.54厘米；左3.18厘米；右3.18厘米。（如一页篇幅内仅有一两行文字，适当缩减整体文字页边距，将此页篇幅文字调至上一页。）文字材料有明确模板要求的，按要求设置页面。（二）封面、标识、目录封面：活动指南、专业性方案、报告等文字材料，在有明确要求的情况下，可带封面。一般情况下，文字材料不带封面，看个人喜好，标识：有明确要求的，在封面或材料首页的左上角添加标识。一般情况下，文字材料不带标识。目录：两端对齐，美观大方，目录后在加页码。（三）文本标题 1.当文档标题级别较多时，一级、二级、三级, .. 标题依次使用“一、（一）、1、（1）、①”，若文档标题级别较少，可直接使用“一、1、”。 2.主标题：方正小标宋简体，二号，不加粗，段落行距固定值为36磅。 3.一级标题：黑体，三号，不加粗，顶格对齐，段前段后0.5字符，段落行距固定值为28磅，序号为大写数字后加顿号。 4.二级标题：楷体_GB2312，三号，加粗，顶格对齐，段前

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 页

如电子投标文件没有按招标文件规定的格式及要求编制因[001]

48．投标人应按以下规定的格式及要求编制投标文件，如电子投标文件没有按招标文件规定的格式及要求编制，因其所引起系统无法检索、读取电子投标文件中的数据时，其后果将由投标人承担。本格式及要求规定适用于电子评标项目的投标文件的编制。 48.1《广州建设工程施工招标投标书》是投标文件的重要组成部分，其内容是投标人开标信息的主要来源，投标人应准确填写《广州建设工程施工招标投标书》的相关内容。 48.2 投标书内容按以下表述填写。投标总工期：“＿日历天”或“按招标文件的要求”；工程质量标准：“按招标文件的要求”；保修期限：“按《建设工程质量管理条例》规定”。 48.3工程量清单报价表应使用符合广东省《建设工程造价文件数据交换标准（电子评标部分）》的有关规定，《广州建设工程施工招标投标书》使用广州公共资源交易中心提供的电子投标文件管理软件直接填写，投标文件的其他内容均以电子文件编制。扫描图片电子文件要求为从扫描原纸质文件所形成的电子图片。图片文件格式要求为JPG格式，文件名称要求与上述对应名称一致且唯一，文件内容（即扫描图片内容）要求与文件名称相符，电子图片要求清晰可辨，每个JPG 文件可包含多张扫描图片，单个JPG文件大小要求在1M以下。 48.4 投标人为联合体投标时，应按以下规定填写。 48.4.1投标人在编制工程量清单时应只填写主体单位全称，且要求填写的全称与广州公共资源交易中心企业库登记名称完全一致。投标函致：(招标人名称) 1.根据已收到贵方的项目编号为的工程的招标文件，并已详细审核了全部招标文件及有关附件。 2.遵照《中华人民共和国招标投标法》、《中华人民共和国招标投标法实施条例》、《广东省实施〈中华人民共和国招标投标法〉办法》、等有关规定，经考察现场和研究上述招标文件的投标须知、合同条款、标准和技术规范、图纸、工程量清单及其他有关文件后，我方承诺：愿以经济标中的投标报价并按上述合同条款、标准和技术规范、图纸、工程量清单等的要求承包上述工程的施工、竣工并修补其任何缺陷。 3.我方同意所递交的投标文件在投标须知规定的投标有效期内有效，在此期间内我方的投标有可能中标，我方将受此约束。如果在投标有效期内撤回投标或放弃中标资格，我方的投标担保将不予退还，给贵方造成的损失超过我方投标担保金额的，贵方还有权要求我方对超过部分进行赔偿。 4.我方理解贵方将不受必须接受你们所收到的最低标价或其它任何投标文件的约束。 5.如果我方中标，我方保证按招标文件中规定的工期，在日历天内完成并移交本工程，质量标准达到招标文件中的要求。 6.如果我方中标，我方将按照规定递交由招标人认可，并在招标文件中规定金额的履约保函。 7.除非另外达成协议并生效，贵方的中标通知书和本投标文件将成为约束双方的合同文件的组成部分。 8、如果我方中标，我方将实行项目经理负责制，并按投标文件配备项目管理班子。如未经招标人同意更换项目班子成员，招标人有权取消我公司的中标资格或单方面终止合同，由此造成的违约责任由我公司承担。法定代表人：签名或盖章投标人企业公章：日期：年月日广州建设工程施工招标投标书投标日期：年月日

文档格式规范

目录 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个字，标题下

工程档案电子文档格式规范

附件2 重庆市三峡库区地质灾害治理工程档案电子文档格式规范重庆市国土资源和房屋档案馆二○○六年六月三峡库区地质灾害治理工程档案电子文档格式规范 1. 总则 1.1为切实贯彻《地质资料管理条例》,实现地质资料信息化,充分发挥三峡库区地质灾害治理工程档案在国民经济建设和社会发展中的作用；依据《国土资源部数字国土工程工作标准》结合实际情况制定本规范。 1.2本规范只对制作三峡库区地质灾害治理工程档案（以下简称工程档案）电子文档的文件格式、文件编制及存储时的组织方式做出规定，除此之外电子文档包含的其他内容按相关专业标准执行。 2. 规范性引用文件 2.1《成果地质资料电子文件汇交格式》（SZ1999002—2001） 3. 术语及定义 3.1工程档案电子文档：即该项工程档案的电子文件及其附加电子文件的总和。 3.2工程档案附加电子文件：即电子文件的说明性、标注性文件，如“Readme.txt”说明文件。

3.3多媒体文件（Multimedia files）：能够在计算机等相关电子设备上存贮（如：光盘、磁带、电子储存器等）、制作、运行或播放的载有数字、文字、声音、图形、图像等信息的载体，经综合处理，以数字形式使多种信息建立逻辑连接，集成为具有交互性的文件。 4. 分类 4.1工程档案电子文档按其文件信息不同分为工程档案文件分类表

4.2按电子文件的形成方式分为 4.2.1“原始电子文件”是指通过字处理、制表、制图、数据库、系统开发以及多媒体制作等工具软件进行创建而直接得到的电子文件，如“.doc、.xls、.dwg”等格式的矢量图形文件等。

4.2.2“存档电子文件”是指通过对原始电子文件进行格式转换或通过扫描方式制作而间接得到且不能修改的电子文件，如“.jpg、.eps、.pdf、.tiff”等格式的文件。 5. 电子文件命名格式及规则 5.1命名格式工程档案电子文件命名用该份文件所载内容的中文题名来表示，格式如下：顺序号_所载内容的中文题名.后缀名 5.2命名规则工程档案电子文件命名中的题名揭示了该电子文件内容的主题，应规范、完整、简洁、明了，要使用规范化的语句精确地描述出文件的主题内容。在进行电子文件命名时,对文件的类别、属性不必进行标注,但应遵循以下规则：A．电子文件名（前缀部分）的长度最长为256个字节； B．文件名中不能包含下列任何半角字符：斜杠(\)、冒号(:)、星号(*)、问号(?) 、引号(")、尖括号(<、>)和竖杠(|)； C．审批件的电子文件以各审批文件的审批文号、审批形式作为题名；无审批文号和审批形式，则以审批机构简称作为题名； D．图件的电子文件命名以图名（包括比例尺）作为题名。比例尺符号用半角字符“/”表示；小于或等于1:100的比例尺，用中文“百”、“千”、“万”表示数字单位； E．多媒体类的各个电子文件名可按照相关规范或建库时自身的命名规则进行命名。 6.工程档案电子文档格式及编制

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

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

论文的基本格式与规范

论文的基本格式与规范国家制订有专门的学位论文写作标准，即GB7731-87《科学技术报告、学位论文和学术论文的编写格式》，有些学校有自己制订的专门格式，但都是以GB为标准的。标准较复杂，简化如下。一、封面、题名、摘要与关键词 1、封面：有统一的封面，封面上写明：论文题目，作者，学校系科，指导老师姓名，完成日期等。按学校要求一式二份或三份。 2、题名：以最恰当、最简明的语词反映论文的特定内容选择的词汇为其他人的检索提供方便。不宜超过20字不要标新立异地用自创的英文字体。不乱用副标题。两种情况下使用副标题，第一是用来补充说明正题中言犹未尽的，第二是对正标题给出范围限定，如：玩转解构——川久保玲的设计理念剖析画龙需点睛——论细节设计 3、摘要摘要的目的是让读者看了后，决定有无必要阅读全文。同时供摘要检索类文献采用。不宜超过300字。应该是一篇可以独立存在的短文，说明文章的主要内容，得出你的结论。摘要不是中学语文中的“中心思想”。好的例子：把全文内容浓缩在300字中，概括文章内容与结论。不好的例子：本文通过……，阐述了……，论证了……，对……有启发。（有没有启发是读者说的，不是作者说的。） 4、关键词： 3-5个，列在摘要的左下方关键词是为了文献标引，方便图书馆的读者检索用的。尽量采用规范词，不得使用偏僻词，更不能用自创的词。二、文章结构简述一篇学位论文的结构，基本上分为序论、本论和结论这样三个层次。 1、序论。也叫引言、导言、前言，是论文的开头部分，它写在文章的最前面，用来说明你为什么要写这篇论文。这部分很短，常用一小段文字表述，但要注意的是，不要与你的摘要重复。摘要是简要地说明你的文章写了什么，而引言是说明你为什么要写这篇文章，侧重点不同。 2、本论本论部分是论文的重点，是最关键的。在动笔前，要先列出提纲。列提纲的过程，也就是整篇文章构思的过程，同时也为整篇文章搭建一个骨架。提纲分为一级提纲、二级提纲和三级提纲。对应于一级标题、二级标题与三级标题。两种形式：第一：一、二、三是一级标题；（一）、（二）、（三）是二级标题； 1、2、3是三级标题。第二：1、2、3为一级标题，与标题空一格，如：1 皮影艺术在动画中的应用

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

软件需求文档格式的标准写法具体的步骤： 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 功能描述对各个功能进行详细的描述。

各类文件、电子文档格式要求

各类文件、电子文档格式要求一、共青团工作简报格式要求标题：小标宋简体、二号、加粗、居中副标：楷体、三号、加粗、居中正文：仿宋、三号行间距：28磅页边距：上3.7；下2.0；左2.8；右2.5 二、团学周报格式要求（基层团组织、团学工作动态、学生会工作动态）黑体、四号、加粗标题：小标宋简体、二号、加粗、居中副标：楷体、小四、加粗、居中正文：仿宋、三号落款：宋体、三号、加粗（与页边距对齐）行间距：28磅页边距：上3.7；下2.5；左2.8；右2.5 三、办公室通报格式要求标题：小标宋简体、二号、加粗、居中正文：仿宋、三号行间距：28磅页边距：上3.7；下2.5；左2.8；右2.5 四、周工作安排格式要求标题：小标宋简体、二号、加粗副标：新宋体、三号、加粗正文：仿宋、三号行间距：根据页面定页边距：上2；下2；左2；右2 五、大事记格式要求

标题：小标宋简体、二号、加粗、居中正文：仿宋、三号、加粗行间距：28磅页边距：上2.54；下2.54；左3.17；右3.17 六、各类团发、团办格式要求标题：小标宋简体、二号、加粗、居中正文：仿宋、三号行间距：28磅页边距：上3.7；下2.0；左2.8；右2.5 七、各类会议纪要格式要求标题：小标宋简体、二号、加粗、居中正文：仿宋、三号行间距：28磅页边距：上3.7；下2.5；左2.8.右2.5 八、各类各系上报电子文档上交格式要求标题：小标宋简体、二号、加粗、居中副标：楷体、小四、加粗、居中正文：仿宋、三号行间距：28磅页边距：上3.7；下2.5；左2.8；右2.5

软件开发技术文档编写规范

软件开发技术文档编写规范在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。 ◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 ◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 ◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 ◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 ◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。 ◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 ◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 ◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 ◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ◇软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 ◇软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 ◇软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。 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、文件要求为保证兼容性，所有交给秘书中心的文件必须采用Word 97-2018 或Excel 97-2018的格式编辑，WPS版本所使用的格式必须转换成Word/Excel 97 -2018的格式才能提交给秘书中心或相关部门； 2、页面要求采用A4纸张，页面边距设置为上下各2.5cm，左右各2.75cm（有特殊要求的除外）； 3、标题要求文档的主标题一律使用“微软雅黑、小二号、加粗、居中”格式；如文件中有附件或表格，则其标题按照主标题的格式调整； 4、正文要求正文格式设置为“黑体、四号、不加粗”。所有文字、标点均使用全角字符。如果正文中包含表格，表格中的内容可以以排版美观为目的灵活调整其字体大小，但字体样式必须按以下格式设置：表格的表头“宋体、加粗”，表格内容“仿宋、不加粗”，表格中的所有内容必须居中对齐；如果正文段落前有小标题，其格式只需要相对本段正文加粗； 5、段落格式

段落为首行缩进两字符，行距可根据段落情况灵活调整，不做统一要求，但必须保持文档内部的相对统一；行距统一为1.5倍行距（有特殊要求时根据要求设定） 6、段落编号一级段落编号为“一、”、“二、”……，二级段落编号为“1、”、“2、”……，三级段落编号为“（1）”、“（2）”等等，一般不使用四级段落编号。相同的编号段落之间通过分号分隔，最后一段用句号结束。为方便调整格式，请取消“段落自动编号”功能，方法如下：“工具”菜单——“自动更正选项”——“键入时自动套用格式”选项卡——取消“自动编号列表”条目； 7、落款要求落款必须使用部门全称，日期使用“YYYY年MM月DD日”右对齐（须使用“右对齐”功能，不允许通过空格键调整）的样式。 8、适用范围焱星筑梦团的各种常用文档，如工作计划、工作总结、调查报告、活动流程、活动方案等：活动通知等文件按照各自要求调整格式。附：通知类文档拟定流程 1、各部门部长活动前起草相应文件； 2、分管副主席审阅，确保内容无误； 3、秘书中心进行格式调整； 4、各部部长将修改后的文件给秘书中心做最后的校正； 5、各部部长把文件交分管副主席审阅，进一步修正后交于招就处老

文件编写规范

密级：内部公开文档编号：版本号：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．1 编写目的 ·阐明开发本软件的目的； 1．2 项目背景 ·标识待开发软件产品的名称、代码； ·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； ·说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无）

列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2．项目概述 2．1 待开发软件的一般描述描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 待开发软件的功能简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： ·顶层数据流图； ·用例UseCase图；

·系统流程图； ·层次方框图。 2．3 用户特征和水平（是哪类人使用）描述最终用户应具有的受教育水平、工作经验及技术专长。 2．4 运行环境描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2．5 条件与限制给出影响开发人员在设计软件时的约束条款，例如： ·必须使用或避免使用的特定技术、工具、编程语言和数据库； ·硬件限制； ·所要求的开发规范或标准。 3．功能需求 3．1 功能划分