gdsII文件格式介绍

Computer Aids for VLSI Design

Steven M. Rubin

Copyright ? 1994

Appendix C: GDS II Format

Appendix 3 of 7

In the design of integrated circuits, the most popular format for interchange is the Calma GDS II stream format (GDS II is a trademark of Calma Company, a wholly owned subsidiary of General Electric Company, U.S.A.). For many years, this format was the only one of its kind and many other vendors accepted it in their systems. Although Calma has updated the format as their CAD systems have developed, they have maintained backward compatibility so that no GDS II files become obsolete. This is important because GDS II is a binary format that makes assumptions about integer and floating-point representations.

A GDS II circuit description is a collection of cells that may contain geometry or other cell references. These cells, called structures in GDS II parlance, have alphanumeric names up to 32 characters long. A library of these structures is contained in a file that consists of a library header, a sequence of structures, and a library tail. Each structure in the sequence consists of a structure header, a sequence of elements, and a structure tail. There are seven kinds of elements: boundary defines a filled polygon, path defines a wire, structure reference invokes a subcell, array reference invokes an array of subcells, text

is for documentation, node defines an electrical path, and box places rectangular geometry.

C.1 Record Format

In order to understand the precise format of the above GDS II components, it is first necessary to describe the general record format. Each GDS II record has a

4-byte header that specifies the record size and function. The first 2 bytes form a 16-bit integer that contains the record length in bytes. This length includes the 4-byte header and must always be an even number. The end of a record can contain a single null byte if the record contents is an odd number of bytes long. The third byte of the header contains the type of the record and the fourth byte contains the type of the data. Since the data type is constant for each record type, this 2-byte field defines the possible records as shown in Figs. C.1 and C.2.

File Header Records:Bytes 3 and 4 Parameter Type

HEADER0002 2-byte integer

BGNLIB0102 12 2-byte integers

LIBNAME0206 ASCII string

REFLIBS1F06 2 45-character ASCII strings

FONTS2006 4 44-character ASCII strings

ATTRTABLE2306 44-character ASCII string

GENERATIONS2202 2-byte integer

FORMAT3602 2-byte integer

MASK3706 ASCII string

ENDMASKS3800 No data

UNITS0305 2 8-byte floats

File Tail Records:Bytes 3 and 4Parameter Type

ENDLIB0400 No data

Structure Header Records: Bytes 3 and 4Parameter Type

BGNSTR0502 12 2-byte integers

STRNAME0606 Up to 32-characters ASCII string

Structure Tail Records:Bytes 3 and 4Parameter Type

ENDSTR0700 No data

FIGURE C.1 GDS II header record types.

Magnetic tapes containing GDS II files will have 2048 byte blocks that contain these records. The block size is standardized but has no bearing on record length or position. There is also a capability for circuits that require multiple reels of tape.

Element Header Records:Bytes 3 and 4 Parameter Type

BOUNDARY0800 No data

PATH0900 No data

SREF0A00 No data

AREF0B00 No data

TEXT0C00 No data

NODE1500 No data

BOX2D00 No data

Element Contents Records: Bytes 3 and 4Parameter Type

ELFLAGS2601 2-byte integer

PLEX2F03 4-byte integer

LAYER0D02 2-byte integers

DATATYPE0E02 2-byte integer

XY1003 Up to 200 4-byte integer pairs

PATHTYPE2102 2-byte integer

WIDTH0F03 4-byte integer

SNAME1206 Up to 32-character ASCII string STRANS1A01 2-byte integer

MAG1B05 8-byte float

ANGLE1C05 8-byte float

COLROW1302 2 2-byte integers

TEXTTYPE1602 2-byte integer

PRESENTATION1701 2-byte integer

ASCII STRING1906 Up to 512-character string

NODETYPE2A02 2-byte integer

BOXTYPE2E02 2-byte integer

FIGURE C.2 GDS II element record types.

C.2 Library Head and Tail

A GDS II file header always begins with a HEADER record the parameter of which contains the GDS II version number used to write the file. For example, the bytes 0, 6, 0, 2, 0, 1 at the start of the file constitute the header record for a version-1 file. Following the HEADER comes a BGNLI

B record that contains the date of the last modification and the date of the last access to the file. Dates take six 2-byte integers to store the year, month, day, hour, minute, and second. The third record of a file is the LIBNAME, which identifies the name of this library file. For example, the bytes 0, 8, 2, 6, "C", "H", "I", "P" define a library named "CHIP." Following the LIBNAME record there may be any of the optional header records: REFLIBS to name up to two reference libraries, FONTS to name up to four character fonts, ATTRTABLE to name an attribute file, GENERATIONS to indicate the number of old file copies to keep, and FORMAT to indicate the nature of this file. The strings in the REFLIBS, FONTS, and ATTRTABLE records must be the specified length, padded with zero bytes.

The parameter to FORMAT has the value 0 for an archived file and the value 1 for a filtered file. Filtered files contain only a subset of the mask layers and that subset is described with one or more MASK records followed by an ENDMASK record. The string parameter in a MASK record names layers and sequences of layers; for example, "1 3 5-7."

The final record of a file header is the UNITS record and it is not optional. The parameters to this record contain the number of user units per database unit (typically less than 1 to allow granularity of user specification) and the number of meters per database unit (typically much less than 1 for IC specifications). Eight-byte floating-point numbers have a sign at the top of the first byte, a 7-

bit exponent in the rest of that byte, and 7 more bytes that compose a mantissa (all to the right of an implied decimal point). The exponent is a factor of 16 in excess-64 notation (that is, the mantissa is multiplied by 16 raised to the true value of the exponent, where the true value is its integer representation minus 64).

Following the file header records come the structure records. After the last structure has been defined, the file terminates with a simple ENDLIB record. Note that there is no provision for the specification of a root structure to define a circuit; this must be tracked by the designer.

C.3 Structure Head and Tail

Each structure has two header records and one tail record that sandwich an arbitrary list of elements. The first structure header is the BGNSTR record, which contains the creation date and the last modification date. Following that

is the STRNAME record, which names the structure using any alphabetic or numeric characters, the dollar sign, or the underscore. The structure is then open and any of the seven elements can be listed.

The last record of a structure is the ENDSTR. Following it must be another BGNSTR or the end of the library, ENDLIB.

C.4 Boundary Element

The boundary element defines a filled polygon. It begins with a BOUNDARY record, has an optional ELFLAGS and PLEX record, and then has required LAYER, DATATYPE, and XY records.

The ELFLAGS record, which appears optionally in every element, has two flags in its parameter to indicate template data (if bit 16 is set) or external data (if bit 15 is set). This record should be ignored on input and excluded from output. Note that the GDS II integer has bit 1 in the leftmost or most significant position so these two flags are in the least significant bits.

The PLEX record is also optional to every element and defines element structuring by aggregating those that have common plex numbers. Although a 4-byte integer is available for plex numbering, the high byte (first byte) is a flag that indicates the head of the plex if its least significant bit (bit 8) is set.

The LAYER record is required to define which layer (numbered 0 to 63) is to be used for this boundary. The meaning of these layers is not defined rigorously and must be determined for each design environment and library.

The DATATYPE record contains unimportant information and its argument should be zero.

The XY record contains anywhere from four to 200 coordinate pairs that define the

outline of the polygon. The number of points in this record is defined by the record length. Note that boundaries must be closed explicitly, so the first and last coordinate values must be the same.

C.5 Path Element

A path is an open figure with a nonzero width that is typically used to place wires. This element is initiated with a PATH record followed by the optional ELFLAGS and PLEX records. The LAYER record must follow to identify the desired path material. Also, a DATATYPE record must appear and an XY record to define the coordinates of the path. From two to 200 points may be given in a path.

Prior to the XY record of a path specification there may be two optional records called PATHTYPE and WIDTH. The PATHTYPE record describes the nature of the path segment ends, according to its parameter value. If the value is 0, the segments will have square ends that terminate at the path vertices. The value 1 indicates rounded ends and the value 2 indicates square ends that overlap their vertices by one-half of their width. The width of the path is defined by the optional WIDTH record. If the width value is negative, then it will be independent of any structure scaling (from MAG records, see next section).

C.6 Structure Reference Element

Hierarchy is achieved by allowing structure references (instances) to appear in other structures. The SREF record indicates a structure reference and is followed by the optional ELFLAGS and PLEX records. The SNAME record then names the desired structure and an XY record contains a single coordinate to place this instance.

It is legal to make reference to structures that have not yet been defined with STRNAME.

Prior to the XY record there may be optional transformation records. The STRANS record must appear first if structure transformations are desired. Its parameter has bit flags that indicate mirroring in x before rotation (if bit 1 is set), the use of absolute magnification (if bit 14 is set), and the use of absolute

rotation (if bit 15 is set). The magnification and rotation amounts may then be specified in the optional MAG and ANGLE records. The rotation angle is in counterclockwise degrees.

C.7 Array of Structures Element

For convenience, an array of structure instances can be specified with the AREF record. Following the optional ELFLAGS and PLEX records comes the SNAME to identify the structure being arrayed. Next, the optional transformation records STRANS, MAG, and ANGLE give the orientation of the instances. A COLROW record must follow to specify the number of columns and the number of rows in the array. The final record is an XY with three points: the coordinate of the corner

instance, the coordinate of the last instance in the columnar direction, and the coordinate of the last instance in the row direction. From this information, the amount of instance overlap or separation can be determined. Note that flipping arrays (in which alternating rows or columns are mirrored to abut along the same side) can be implemented with multiple arrays that are interlaced and spaced apart to describe alternating rows or columns.

C.8 Text Element

Messages can be included in a circuit with the TEXT record. The optional ELFLAGS and PLEX follow with the mandatory LAYER record after that. A TEXTTYPE record with a zero argument must then appear. An optional PRESENTATION record specifies the font in bits 11 and 12, the vertical presentation in bits 13 and 14 (0 for top, 1 for middle, 2 for bottom), and the horizontal presentation in bits 15 and 16 (0 for left, 1 for center, 2 for right). Optional PATHTYPE, WIDTH, STRANS, MAG, and ANGLE records may appear to affect the text. The last two records are required: an XY with a single coordinate to locate the text and a STRING record to specify the actual text.

C.9 Node Element

Electrical nets may be specified with the NODE record. The optional ELFLAGS and PLEX records follow and the required LAYER record is next. A NODETYPE record must appear with a zero argument, followed by an XY record with one to 50 points that identify coordinates on the electrical net. The information in this element is not graphical and does not affect the manufactured circuit. Rather, it is for other CAD systems that use topological information.

C.10 Box Element

The last element of a GDS II file is the box. Following the BOX record are the optional ELFLAGS and PLEX records, a mandatory LAYER record, a BOXTYPE record with a zero argument, and an XY record. The XY must contain five points that describe a closed, four-sided box. Unlike the boundary, this is not a filled figure. Therefore it cannot be used for IC geometry.

Previous Table of Contents Next Steven M. Rubin Static Free Software

bmp文件格式详解

b m p文件格式详解 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998

BMP文件格式，又称为Bitmap（位图）或是DIB(Device-IndependentDevice，设备无关位图)，是Windows系统中广泛使用的图像文件格式。由于它可以不作任何变换地保存图像像素域的数据，因此成为我们取得RAW数据的重要来源。Windows的图形用户界面（graphicaluserinterfaces）也在它的内建图像子系统GDI中对BMP格式提供了支持。 下面以Notepad++为分析工具，结合Windows的位图数据结构对BMP文件格式进行一个深度的剖析。 BMP文件的数据按照从文件头开始的先后顺序分为四个部分： bmp文件头(bmpfileheader)：提供文件的格式、大小等信息 位图信息头(bitmapinformation)：提供图像数据的尺寸、位平面数、压缩方式、颜色索引等信息 调色板(colorpalette)：可选，如使用索引来表示图像，调色板就是索引与其对应的颜色的映射表 位图数据(bitmapdata)：就是图像数据啦^_^ 下面结合Windows结构体的定义，通过一个表来分析这四个部分。 我们一般见到的图像以24位图像为主，即R、G、B三种颜色各用8 个bit来表示，这样的图像我们称为真彩色，这种情况下是不需要调色 板的，也就是所位图信息头后面紧跟的就是位图数据了。因此，我们 常常见到有这样一种说法：位图文件从文件头开始偏移54个字节就是

位图数据了，这其实说的是24或32位图的情况。这也就解释了我们 按照这种程序写出来的程序为什么对某些位图文件没用了。 下面针对一幅特定的图像进行分析，来看看在位图文件中这四个数据 段的排布以及组成。 我们使用的图像显示如下： 这是一幅16位的位图文件，因此它是含有调色板的。 在拉出图像数据进行分析之前，我们首先进行几个约定： 1.在BMP文件中，如果一个数据需要用几个字节来表示的话，那么该数据的存放字节顺序为“低地址村存放低位数据，高地址存放高位数据”。如数据 0x1756在内存中的存储顺序为： 这种存储方式称为小端方式(littleendian),与之相反的是大端方式（bigendian）。对两者的使用情况有兴趣的可以深究一下，其中还是有学问的。 2.以下所有分析均以字节为序号单位进行。 下面我们对从文件中拉出来的数据进行剖析： 一、bmp文件头 Windows为bmp文件头定义了如下结构体： typedef struct tagBITMAPFILEHEADER {？

存档文件格式简介

善用GNU Make做开发 2005-04-05 09:43:00.0 推荐:353 收藏:224 评论:0 来源:赛迪网－开放系统世界在编写小型的Linux应用程序时，一般情况下只会有少数几个源文件。这样程序员能够很容易地理清它们之间的包含和引用关系。但随着软件项目逐渐变大，对源文件的处理也将变得越来越复杂起来。此时单纯依赖手工方式进行管理的做法就显得有些力不从心了。为此，Linux专门为软件开发提供了一个自动化管理工具GNU make。通过它，程序员可以很方便地管理软件编译的内容、方式和时机，从而使程序员能够把主要精力集中在代码 的编写上。 make将整个软件项目的代码分开放在几个小的源文件里，在改动其中一个文件的时候，可以只对该文件重新进行编译，然后重新连接所有的目标文件。对于那些由许多源文件组成的大型软件项目来说，全部重新进行编译需要花费很长的时间，而采用这种项目管理方法则可以极大地提高工作效率，让原本复杂繁琐的开发工作变简单。 Makefile文件 GNU make是一个用来控制软件构建过程的自动工具，程序员通过定义构建规则来控制代码的创建过程。这些规则通常定义在一个名为Makefile的文件中。Makefile被用来告诉make编译哪些文件、怎样编译和何时编译。Makefile中的每条规则事实上都包含如 下一些内容： 目标（target）是make最终需要创建的对象； 依赖（dependency）通常是一个列表，指明编译目标时需要用到的其它文件； 命令（command）也是一个列表，指明从依赖文件创建出目标对象所需要执行的命 令。 虽然Makefile中的目标通常都是可执行程序，但事实上可以是诸如文本文件和HTML 页面等任何内容，甚至能够用来测试或设置环境变量。Makefile中的命令则不仅可以是编 译命令，还可以是任何Shell命令。 先来看一个例子。假设整个软件项目是由control.c、io.c和main.c三个源文件所构 成的，编写的Makefile文件内容如下： 在将上述Makefile文件与源文件保存到同一目录之后，就可以在命令行中输入“make”命令来编译整个项目了。make在执行过程中，首先会查找到Makefile文件第

常用文件格式大全

常用文件格式大全 不同的文件，有不同的文件格式，区别这些文件格式常常是文件名的后缀名不同，现统计常用文件后缀名如下，供读者参考和查阅。 BAT DOS下的批处理文件。Autoexec.bat为自动批处理文件，它是特殊的批处理文件。 EXE 可执行的程序文件，与COM内部结构不相同，最突出是长度没有限制。 COM 可执行的二进制代码系统程序文件，特点非常短小精焊，长度有限制。 ASM 汇编程序文件为二进制代码文件，可以打个比方，它就像BASIC中的.BAS程序文件一样，为不可执行文件。 ASC 代码文件。 BAK 备份文件 LIB 程序库文件 CHK 检查磁盘命令CHKDSK发现的目录或文件分配表中的错误，校正系统后的文件。 TMP 临时文件 SYS 系统配置文件，最典型的如config.sys，一般可以用EDIT进行编辑。 OBJ 目标文件，源程序编译输出的目标代码。 OLD 备份文件，一般是一些程序对系统配置修改后将原文件复制一份存储为该文件格式。 INI 配置文件，不要以为这个文件只有Windows程序需要，DOS下程序也有不少需要它，如3DS与AutoCAD。 INF 安装配置文件，这在WIN95下使用较多。 HLP HELP帮助文件，这个文件一定要重视，因为它是你每使用一个新软件的最好的说明书，几乎99% 的软件都有这个文件，另外，DOS下的一些帮助放在README以后，帮助便没有了，如UCDOS中的REAME.EXE；有单独DOS的命令，若不知道怎么使用，可以试试以下的命令格式：“DIR?或DIR/?”。 DDI 早期映象文件，由DiskDUP IMGDRIVE IMG.EXE展开 IMG 这个文件要注意，有时它是一个图象文件，但更多的时候，它是映象文件，在早期光盘上，此文件使用最多，能常用HD-COPY IMG UNIMG都软件进行解压（注：IMG这个软件为什么一闪就没了呢，这个软件需要热键激活，按下Ctrl+Alt+S+D+X），如果要安装的软件压缩文件由和几个IMG分开压缩，那最好用UNIMG 将它们全部解压缩，然后安装，它安装时提示你“请插入X序列盘”。 ARJ ARJ（ARJ这个以前风眯一时的压缩软件谁人不晓）软件压缩的文件，它的压缩比较高，使用也特方便顺手，只需要“ARJ a -r -v……” RAR 这也是一个压缩文件，传说比ARJ压缩比更高，笔者没有亲手做试验，故不敢下空此结论。 ZIP 当前最流行的压缩文件，谁不知道ZIP呀，WINZIP，再也不是DOS下的那个UNZIG或PKZIP了，兼容，向下兼容，从游戏到软件，差不多都是它压缩的了。 IMD UCDOS中输法的编码字典文件。 PDV UCDOS中的自由表格UCTAB生成的表格文件，它生成的文件可以被WPS调用，也挺方便的。 BAS BASIC中的源程序文件，BASIC可为初学者最为熟悉的编辑语言，它的优点笔者就不在累赘了，注意QBASIC与QUICK BASIC和GW BASIC是有区别。 C C语言中的源程序文件，它不但造就了我们常常为之日夜奋战的精彩电脑游戏，还创造出UNIX操作系统，有口皆碑的好编程软件。 MAK C语言中的工程文件。 COB COBOL语言源程序文件。 PAS PASCAL语言源程序文件。 FOR FORTRAN语言源程序文件。 FOX FOXBASE伪编译程序文件，比PRG短小运行速度快。

wps,正式文档排版格式要求,办公文件资料常用排版格式详细说明书。

wps 正式文档排版格式要求， 办公文件常用排版格式详细说明。 文档排版要求 一、标题：用2号方正小标宋简体加粗（如有副标题，用小2号楷体）。标题可分为一行或多行居中排布，回行时，要做到词意完整，排列对称。标题中除法规、规章名称加书名号外，一般不用标点符号。标题行距为固定值34号。 二、正文：用3号仿宋—GB2312字（表格内文字的字号可适当调整）。标题下空一行，每自然段左空2字，回行顶格。数字、年份不能回行。结构层次序数，第一层为“一”，第二层为“（一）”，第三层为“1.”，第四层为“（1）”，第五层为“①”。正文中如有多级标题，第一级标题用3号黑体字，第二级标题用3号楷体字，第三级标题用3号仿宋—GB2312（加粗）字，第四级标题用3号仿宋—GB2312字。所有标题独立成行，不加标点。页码在下居中，格式为小4号宋

体“1”，“2”，“3”，……。成文日期用汉字将年、月、日标全；“零”用“О”。正文行距为单倍行距。 三、附件：文件资料如有附件，在正文下一行左空2字用3号仿宋—GB2312字标识“附件”，后标全角冒号和名称。附件如有序号使用阿拉伯数字（如“附件1：ⅹⅹⅹⅹⅹ”）;附件名称后不加标点符号。 四、落款：凡不需加盖公章的材料应在正文右下方落款处署成文单位全称，在下一行相应处用3号仿宋GB2312字标识成文日期（使用插入日期，中文年月日）。 五、表格采用Excel电子表格。 要求：字形为仿宋—GB2312字；标题为16号加粗，表头为12号，内容为10号（容量较大的个别表格按实际需要设计）；页码在下居中，格式为8号字体。

标题与正文之间行距为固定值15 磅 注：1.小标题字体为黑体 2.结构层次序数： 第一层为“一、” 第二层为“（一）” 第三层为“1．” 第四层为“（1）” 注意：序数不能自动生成文档排版要求 标题 正文 一、小标题 (一) ⒈ (1) 二、小标题 (一) ⒈ (1) …… 落款 插入日期附：《样式》 样式标题 空两行 页边距：上、下、左、右均为2.8厘米 行距：固定值28磅 特殊格式:首行缩进2字符

常见文件名后缀大全

常见文件名后缀大全 什么是文件名后缀 说起来Windows工作界面下的文件名简直是随心所欲，比如：某编辑部的2000年工作计划。文件名即可用中文直接表达，而且长度最长可达256个字符，让人看起来真是一目了然。然而在Windows环境中，安装的软件中却大量存在着类似CALENDAR.EXE、GAMES.GRP等等的文件名，这又是为什么呢？原来这些文件名都是根据DOS环境的文件名命名规则而定的。 DOS环境下的文件名 在DOS下，文件名采用8＋3结构，即：最长8位的文件名，由小数点分隔后再跟上最长3位的后缀名，如：READ.ME、SETUP.EXE，一般情况下文件名不允许使用汉字，只能由字母、数字和一些符号组成。如READ.ME用中文理解就是"读我"，即提示用户在使用软件前先看看这个文件的内容，以获取更多的提示信息。而更重要的是，DOS下规定用后缀名来区分各种不同的文件。 在DOS下最容易遇到的首先是可执行文件，后缀名有两类：*.exe、*.com（此处的*表示文件名任意），它们是由汇编语言或其它高级语言编出的程序经过编译后直接在DOS下运行的文件。有时由于软件功能多、内存偏小，不能一次性全部调入内存还可能有同文件名的ovl文件，如ws.exe、ws.ovl。另外还有一种文件可以直接运行，*.bat,即批处理文件，其中有许多命令或可执行文件名，主要用于提高工作效率，其中最有用的是Autoexec.bat，这个文件在开机时会被自动执行（自动执行在英文中就是Automaticallyexecute）。而另外一种可以加载但不能直接运行的文件即是系统扩展管理文件*.sys（sys即系统system），它主要提供某些非标准设备如鼠标、扩充内存等的驱动程序，如mouse.sys、himem.sys。为了统一管理还专门规定了一个config.sys的文本文件来一次性地在开机时自动调入这些必需的设备驱动程序，这些文件一旦被误删或换名或被病毒侵袭则将直接导致系统工作不正常。 DOS下字处理产生的文件原本是可以不用后缀的，但人们常用*.txt表示（txt 即文本text）。被所有的平台和所有应用程序支持。而为了管理方便，人们也可以用自己的名字做后缀来表示是自己建的文本文件，如我输入的很多文章即为*.mcj，为了便于用户在意外删掉原文件的情况下能尽快恢复原文件，许多字处理系统都提供了一种自动备份的功能，如我第二次编辑JIHUA.MCJ时（JIHUA:计划的汉语拼音），系统会先拷贝一份原文件为JIHUA.BAK。使用具有特殊格式功能的字处理软件，如求伯君先生早年推出的WPS，就会规定其后缀为.wps，用以标识是用WPS生成的文本文件。当使用字处理软件编辑高级语言程序时，后缀通常为相应语言的前三个字母（如：*.BAS即BASIC语言源程序，*.PAS为PASCAL 语言程序，*.FOR为Fortran语言程序，*.C即为C语言，*.ASM即为汇编语言程序）。

办公室各文件标准格式(1) (1)

各文件标准格式 一、月末总结（附表一） 1、封面 1）页眉：统一用四川建院校徽图片 2）标题：“XXXXXXX”——横向排列宋体1号加粗 “XX部XX月月末总结”——竖向排列宋体初号加粗3）时间：“XX年XX月XX日”——右对齐宋体四号加粗2、正文 1）内容：主要分为四大点——常规工作主要工作值班工作工作中的不足（这四点为基本内容，可酌情添加其他内容） 2）格式：标题——宋体四号加粗 文字内容——宋体四号 3、落款 “院学生会XX部”——宋体四号加粗右对齐 XX年XX月XX日——宋体四号加粗右对齐 （注：系上秘书处要在最后盖系章） 二、期末总结（附表二） 1、封面 同月末总结 2、正文 1）格式：标题——宋体四号加粗 文字内容——宋体四号

按照一月、二月、三月…这种分月模式排版 2）内容：分月模式安排内容，主要为：当月主要工作组织的活动不足之处经验总结等，可自由添加内容 3、落款：“院学生会XX部”——宋体四号加粗右对齐 XX年XX月XX日——宋体四号加粗右对齐 三、策划书（附表三） 1、封面 1）页眉：统一用XXXXX校徽图片 2）标题：活动名称——宋体一号加粗横向排列 策划书——宋体初号加粗竖向排列 3）简介：主办单位——宋体四号 协办单位——宋体四号 策划时间——宋体四号 2、正文 1）格式：小标题——用宋体四号加粗 文字内容——宋体四号 2）内容 内容主要包括以下几点：①活动背景介绍 ②活动目的及意义 ③活动名称 ④活动面对对象

⑤活动时间及地点 ⑥活动参与人员 ⑦活动流程及安排 ⑧所需物品及经费预算 ⑨活动宣传方式 ⑩活动安全及注意事项以上为基本内容，可自行补充 3、落款 “院学生会XX部”——宋体四号加粗右对齐XX年XX月XX日——宋体四号加粗右对齐 附表一： XXXXXXX

单片机各种烧写文件格式简介

各种烧写文件格式简介-ELF Hex Bin 一，ELF Executable and linking format(ELF)文件是x86 Linux系统下的一种常用目标文件(object file)格式，有三种主要类型: Executable and linking format(ELF)文件是x86 Linux系统下的一种常用目标文件(object file)格式，有三种主要类型: (1)适于连接的可重定位文件(relocatable file)，可与其它目标文件一起创建可执行文件和共享目标文件。 (2)适于执行的可执行文件(executable file)，用于提供程序的进程映像，加载的内存执行。 (3)共享目标文件(shared object file),连接器可将它与其它可重定位文件和共享目标文件连接成其它的目标文件，动态连接器又可将它与可执行文件和其它共享目标文件结合起来创建一个进程映像。 ELF文件格式比较复杂。 二，hex 什么是Intel HEX格式? Intel HEX文件是记录文本行的ASCII文本文件,在Intel HEX文件中,每一行是一个HEX记录 由十六进制数组成的机器码或者数据常量,Intel HEX文件经常被用于将程序或数据传输 存储到ROM.EPROM,大多数编程器和模拟器使用Intel HEX文件. 记录格式 一个Intel HEX文件可以包含任意多的十六进制记录,每条记录有五个域,下面是一个记录的格式. :llaaaatt[dd...]cc 每一组字母是独立的一域,每一个字母是一个十六进制数字,每一域至少由两个十六进制数字组成,下面是字节的描述. :冒号是每一条Intel HEX记录的开始 ll 是这条记录的长度域,他表示数据(dd)的字节数目. aaaa 是地址域,他表示数据的起始地址 <如果是数据记录,这表示将要烧录的这条记录中的数据在EPROM中的偏移地址,

图形文件格式大全

图形文件格式大全 一、BMP格式 BMP是英文Bitmap（位图）的简写，它是Windows操作系统中的标准图像文件格式，能够被多种Windows应用程序所支持。随着Windows操作系统的流行与丰富的Windows 应用程序的开发，BMP位图格式理所当然地被广泛应用。这种格式的特点是包含的图像信息较丰富，几乎不进行压缩，但由此导致了它与生俱生来的缺点--占用磁盘空间过 大。所以，目前BMP在单机上比较流行。 二、GIF格式 GIF是英文Graphics Interchange Format（图形交换格式）的缩写。顾名思义，这种格式是用来交换图片的。事实上也是如此，上****80年代，美国一家著名的在线信 息服务机构CompuServe针对当时网络传输带宽的限制，开发出了这种GIF图像格式。 GIF格式的特点是压缩比高，磁盘空间占用较少，所以这种图像格式迅速得到了广泛的应用。最初的GIF只是简单地用来存储单幅静止图像（称为GIF87a），后来随着 技术发展，可以同时存储若干幅静止图象进而形成连续的动画，使之成为当时支持2D动画为数不多的格式之一（称为GIF89a），而在GIF89a图像中可指定透明区域，使图像 具有非同一般的显示效果，这更使GIF风光十足。目前Internet上大量采用的彩色动画文件多为这种格式的文件，也称为GIF89a格式文件。 此外，考虑到网络传输中的实际情况，GIF图像格式还增加了渐显方式，也就是说，在图像传输过程中，用户可以先看到图像的大致轮廓，然后随着传输过程的继续而 逐步看清图像中的细节部分，从而适应了用户的"从朦胧到清楚"的观赏心理。目前Internet 上大量采用的彩色动画文件多为这种格式的文件。 但GIF有个小小的缺点，即不能存储超过256色的图像。尽管如此，这种格式仍在网络上大行其道应用，这和GIF图像文件短小、下载速度快、可用许多具有同样大小的 图像文件组成动画等优势是分不开的。 三、JPEG格式 JPEG也是常见的一种图像格式，它由联合照片专家组（Joint Photographic Experts Group）开发并以命名为"ISO 10918-1"，JPEG仅仅是一种俗称而已。JPEG文件的 扩展名为.jpg或.jpeg，其压缩技术十分先进，它用有损压缩方式去除冗余的图像和彩色数据，获取得极高的压缩率的同时能展现十分丰富生动的图像，换句话说，就是可 以用最少的磁盘空间得到较好的图像质量。 同时JPEG还是一种很灵活的格式，具有调节图像质量的功能，允许你用不同的压缩比例对这种文件压缩，比如我们最高可以把1.37MB的BMP位图文件压缩至20.3KB。当 然我们完全可以在图像质量和文件尺寸之间找到平衡点。 由于JPEG优异的品质和杰出的表现，它的应用也非常广泛，特别是在网络和光盘读物上，肯定都能找到它的影子。目前各类浏览器均支持JPEG这种图像格式，因为JPEG 格式的文件尺寸较小，下载速度快，使得Web页有可能以较短的下载时间提供大量美观的图像，JPEG同时也就顺理成章地成为网络上最受欢迎的图像格式。 四、JPEG2000格式 JPEG 2000同样是由JPEG ****负责制定的，它有一个正式名称叫做"ISO 15444"，与JPEG 相比，它具备更高压缩率以及更多新功能的新一代静态影像压缩技术。 JPEG2000 作为JPEG的升级版，其压缩率比JPEG高约30%左右。与JPEG不同的是，JPEG2000 同时支持有损和无损压缩，而JPEG 只能支持有损压缩。无损压缩对保存一

办公室必备文件格式排版技巧[教育]

办公室必备文件格式排版技巧[ 教育] 办公室必备文件格式 一、红头文件的制作及标准 1、进行页面设臵 选择“文件”一一“页面设臵”选择“页边距”附签?上37厘米下35厘米左28厘米右26厘米。选择“版式”附签?将“页眉和页脚”设臵成“奇偶页不同”,在该选项前打“?”。选择“文档网格”附签?“字体设臵”?“中文字体”设臵为“仿宋”, “字号”设臵成“三号”?单击“确定”按钮?选中“指定行网格和字符网格”,将“每行”设臵成“28”个字符,“每页”设臵成“22”行。然后单击“确定”按钮?这样就将版心设臵成了以三号字为标准、每页22 行、每行28 个汉字的国家标准。 2、插入页号 选择“插入”——“页码”?“位臵”设臵为“页面底端, 页脚,”?“对齐方式”设臵为“外侧”。然后单击“格式”按钮?“数字格式”设臵为全角的显示格式?单击“确定”按钮?再次单击“确定”按钮完成页码设臵。双击页码?在页码两边各加上一条全角方式的短线,并将页码字号设臵成“四号”,字体任意,奇数页的页码设臵成右空一个汉字?偶数页的页码设臵成左空一个汉字。 3、发文机关标识制作 选择“插入”——“文本框”——“横排”菜单项?鼠标将会变成 “?”?在Word 2000版面上单击鼠标左键?出现一个文本框?二如 Iii9i 在该文本框内输入发文机关标识?输入完成后?选中该文本框?单击鼠标右键——“设臵文本框格式”?在这里来设臵红头的属性。选择“颜色和线条”附

签?“颜色”设臵成“无填充颜色”。选择“大小”附签?“高度”设臵成 “2cm ,宽度设臵成“15.5cm”。注：用户可根据实际情况调节尺寸。选择“版式”附签?单击“高级”按钮?水平对齐:“对齐方式”设臵成“居中”?“度量依据”设臵成“页面”, 垂直对齐：“绝对位臵”设臵成“页边距”?“下侧”设臵成“2.5cm” ------- 平行文标准?“8.0cm”上行文标准?注：用户可根据实际 情况调节尺寸。然后单击“确定”。 选择“文本框”附签?左、右、上、下都设臵成“0cm?单击“确定”完成。文本框属性全部设臵完成?单击“确定”按钮。选中文本框内的全部文字?将颜色设臵成“红色”?字体设臵成“小标宋简体”?字号根据文本框的大小设臵成相应字号?但要尽量充满该文本框?这样?宽为155mm高为20mm距上25mn t勺红头制作完成。 4、红线制作 首先将“视图”——“工具栏”——“绘图”选中?单击“绘图”工具条勺直线工具?鼠标会变成“十”字形?左手按住键盘上勺Shift 键?右手拖动鼠标从左到右划一条水平线?然后选中直线单击鼠标右键?选择“设臵自选图形格式”?红线勺属性在这里进行设臵。选择“颜色和线条”附签?“颜色”设臵为“红色”, “虚实”设臵为“实线”, “粗线”设臵为“ 2.25 磅”。选择“大小”附签?“宽度”设臵为“15.5cm”。选择“版式”附签?单击“高级”按钮?水平对齐：“对齐方式”设臵成“居中”?“度量依据”设臵成“页面”?垂直对齐：“绝对位臵”设臵成“页边距”?“下侧”设臵成“7cm”——平行文标准? “13.5cm”——上行文标准?注：用户可根据实际情况进行调节。单击确定。 5、文号制作 平行文文号：文号——三号仿宋、居中显示。

公司文件格式规范

——请各部门根据模板修改相应格式公司的标准字体为黑体和楷体，如无特殊说明，公司所有文件执行以下标准： 第一条封皮 凡有封皮的文本，请依据模板设置封皮，并在人事行政部备案。 第二条文件标题 各种文件中，文件标题均使用黑体二号字，加粗；副标题用黑体四号 字体，不加粗；标题和正文之间空一行。 第三条正文字体 各级标题均用阿拉伯数字（1.，，1.1.1）区别。一级标题为黑体四号 字，加粗，二级标题为黑体小四号字，不加粗，三级标题为楷体_GB2312 小四号字，加粗，正文为楷体_GB2312小四号字，不加粗；另外，正 文前如有填写说明和目录的，请依序安排，其中，填写说明与目录的 正文均使用黑体小四号字，不加粗。 第四条行距、段落间距 文件全文行距设置为单倍行距，段落之间和条款之间空一行，各条款 中的小标题无须空行。 第五条缩进 段落设置一般为首行缩进（2个字符），含条款的（如合同）为悬挂缩 进。 第五条页面设置

页边距上下均为2.54厘米，左右为3.17厘米，页眉距边界为1.5厘 米，页脚为1.75厘米。 第六条页眉页脚 对外制度/规范性文件的页眉为靠左“永港（伟方）科技股份有限公司”， 靠右“致力于中国林产工业的技术升级”;对内制度/规范性文件的页 眉文字为靠左“永港伟方”，靠右“XXXX管理文件YG—XZ—070101(编 号格式见本规定附录)”或“XXXX部XX（根据需要分类，如会议等）文 件”，一般制度/规范性文件均需要编号，其它只作分类备案用文件无需 编号;无论对内对外文件，页脚格式均为“第X页，共X页”，页眉、页 脚均使用宋体小五号字，不加粗，带格式线。 第七条图表 图表大小可根据需要设定，图表标题需用楷体_GB2312，五号字体，图 表内容中，标题栏需用楷体_GB2312，小四号字体，加粗，加入标准淡 绿色底纹，其它文字内容用楷体_GB2312，五号字体，图表的说明注解 文字则用楷体_GB2312，小五号字体。 第九条落款 文件底部若需要落款，签名和日期请使用黑体小四号字，加粗。 第十条其它固定格式文件 公司其它固定格式文件（公文、信纸、传真、邮件、合同等），请按附 件格式样本（见附件）。 附录部门文件编号格式： 1、行政管理文件YG—XZ—070101、 2、人事管理文件YG—RS—070101、

汇报材料文件经典格式

汇报材料格式及要求 一、文件材料格式及要求 （一）汇报材料（见参考模板） 1.标题：（页面首行居中，宋体-标题、加黑、2号字），第二行居中，楷体，3号字：XX县学校，第三行居中，楷体，3号字时间：如，2018年2月20日。 2.正文 （1）一级标题3号黑体，二级标题3号楷体加粗，三级标题宋体加粗。 （2）正文3号仿宋体 （3）附件：1.*******（3号仿宋） 2.****** 注：正文页边距上边距为2.8cm,下边距为2.8cm，左边距为2.8cm,右边距为2.8cm. 3、附件：主标题（2号宋体、居中、加粗） （1）一级标题3号黑体，二级标题3号楷体加粗 （2）正文3号仿宋体 （二）其它文件材料 1.标题、正文字体和字号同上； 2、文件落款：（1）标注学校署名并盖好单位印章。 （2）标注成文时间（年月日用仿宋，3号，“零”字改为“0”）。 （三）表格文件 excel中的单位是磅，Word跟它的对应关系，字号‘二号’对应磅值22，字号‘三号’对应磅值16。

二、材料盒（另发） 1.脊签：字号体字（见教育督导室发至督导群里的模板），内容为 2.面签：字号体字（见模板），内容为 三、材料盒内资料 1.封面：初步设计学校校徽，拍摄学校最佳图片。 2.目录：字体为三号仿宋。（见模板，另发） 3.图片资料：图片资料全部设置为jpg格式，凡图片文件及有插图文件都建议彩色打印；每页(A4)排版4张图片资料，图片下面有文字备注，备注内容有时间、地点、人物和事件。 4.同一材料盒内可以存放多个C级指标材料；同一C级指标材料可以多盒存放。 四、宣传材料（学校简介） 1.用纸张彩色活页打印； 2.内容、版式见参考模板。 五、其它 （一）县城学校资料建设注意事项 1、班额、班级数按实际情况做资料（学生总人数按年报），明年春季开学各校一律不得存在有空教室现象，如有空余教室，必须把空余教室全部作为教室教学用； 2、办学条件、教师队伍建设等情况全部按年报数据做资料，在年报中作为学校分校的在建和新建学校，全部资料做到总校资料内。 （二）完中学校初中部、九年一贯制学校的初中、小学教师情况按年报做学校资料。

各类音频格式介绍

音乐格式五花八门，多如牛毛，但不外乎分为两大类：一类为音乐指令文件（如MIDI），一般由音乐创作软件制作而成，它实质上是一种音乐演奏的命令，不包括具体的声音数据，故文件很小；另一类为声音文件，是通过录音设备录制的原始声音，其实质上是一种二进制的采样数据，故文件较大。 从播放形式上，声音文件还可以分为“音频流”和“非音频流”两种，前者能够一边下载一边收听，比如“.WMA”、“.RA”、“.MOV”等，后者则不能。所谓流媒体技术就是把连续的影像和声音信息经过压缩处理后放上网站服务器，让用户一边下载一边观看、收听，而不需要等整个压缩文件全部下载到自己机器后才可以观看的技术。 下面，将各种音乐文件的格式收集整理如下： 流式音频：Windows Media Audio(WMA) WMA就是Windows Media Audio的缩写，是微软自己开发的Windows Midea Audio技术。它和Windows Midea Video一样，经历了几代改良后，变得非常出色。比起老掉牙的MP3压缩技术，WMA无论从技术性能(支持音频流)还是压缩率(比MP3高一倍)都远远把MP3抛在后面了。据微软声称，用它来制作接近CD品质的音频文件，其体积仅相当于MP3的1/3。在48Kbps的传送速率下即可得到接近CD品质(Near －CD Quality)的音频数据流，在64Kbps的传送速率下可以得到与

CD相同品质的音乐，而当连接速率超过96Kbps后则可以得到超过CD 的品质。 流式音频：RealMedia(RA/RM/RAM) RealMedia采用的是RealNetworks公司自己开发的Real G2Codec，它具有很多先进的设计，例如，SVT(Scalable Video Technology)，该技术可以让速度较慢的电脑不需要解开所有的原始图像数据也能流畅观看节目；双向编码(Two－Encoding)技术类似于VBR，它可通过预先扫描整个影片，根据带宽的限制选择最优化压缩码率。RealMedia音频部分采用的是RealAudio，它具有21种编码方式，可实现声音在单声道、立体声音乐不同速率下的压缩。 流式音频：QuickTime(MOV) QuickTimeApple的QuickTime是最早的视频工业标准，在1999年发布的QuickTime4．0版本后开始支持真正的实时播放，其格式为“．mov”。它的视频压缩部分采用Sorenson Video技术，该技术支持VBR(Variable Bit Rate)，也就是我们常说的动态码率，它可以动态地分配带宽以尽可能小的文件获得最好的播放效果，并能使在解压缩时获得平滑流畅的画面。音频部分QuickTime采用一种名为QDesiglMusic的技术，据说是一种比MP3更好的音频流技术。 VQF VQF即TwinVQ（Transform－domain Weighted Interleave Vector

Photoshop保存文件格式大全

Photoshop保存文件格式大全 1、PSD： PSD是Photoshop默认的文件格式，他可以保留文档中的所有图层、蒙蔽、通道、路径、未栅格化的文字、图层样式等。通常情况下，我们都市将文件保存为PSD格式，以后可以对视修改。PSD是除大型文档格式（PSB）之外支持所有Photoshop功能的格式。其他Adode 应用程序，如Illustator、InDesign、Premiere等可以直接置入PSD文件。 2、BMP： BMP是一种用于Windows操作系统的图层格式，主要用于保存位图文件。该格式可以处理24位颜色的图像，支持RGB、位图、灰度和索引模式，当不支持Aipha通道。 3、GIF： GIF是基于在网络上传输图像二创建的文件格式，他支持透明背景和动画，呗广泛地应用于传输和存储医学图像，如超声波和扫描图像。DICOM文件包含图像数据和表头，其中存储了有关病人和医学的图像信息。 4、JPEG：

JPEG格式是由联合图像专家组开发的文件格式。它采压缩方式，具有较好的压缩效果，但是将压缩品质数值设置得较大时，会损失掉图像的某个细节。JPEG格式支持RGB、CMYK和灰度模式，不支持Alpha通道。 5、PDF： 便携文档格式（PDF）是一种通用的文件格式，支持矢量数据和位图数据。具有电子文档搜索和导航功能，是Adobe Illusteator和Adpbe Aeronat的主要格式。PDF格式支持RGB、CMYK、索引灰度、位图和Lab模式，不支持Alpha通道。 6、PNG： PNG是作为GIF的无专利代替产品而开发的，用于无损压缩个在Web上显示图像。与GIF不同，PNG支持244位图像并产生无锯齿状的透明背景度，但某些早期的浏览器不支持该格式。 7、PSB： PSB是Photoshop的大型文档格式，可支持最高达到300000像素的超大图像文件。他支持photoshop所有功能，可以保持图像中的通道、图层样式和滤镜效果不变，但只能在photoshop中打开。如果要创建一个2GB以上的PSB文件，可以使用格式。 8、EPS：

办公室文秘必备——公文基本格式

一、公文文面格式 公文文面格式是指公文中各要素（各组成部分）的搭配、排列和标识规则，包括版面安排、字体型号、各要素的标识排序等。 党政机关通用公文的文面格式由版头（报头）、份号、密级、保密期限、发往地址、紧急程度（等级）、发文字号、签发人、收发报序号、公文标题、主送机关、正文、附件名称（附件说明）、发文机关署名、成文日期、印章、印发传达范围（附注）、附件、主题词、抄送机关、印制版记、公文二维条码22个要素组成。 1.版头 行政机关的发文机关标识主要有3种形式：一种由发文机关全称或规范化简称加“文件”组成，即“文头纸”；一种由发文机关名称加“令”组成，如“省政府令”；一种由发文机关名称加武文线组成，即“函头纸”。对于上报的公文，发文机关标识上边缘至版心上边缘为80mm。 2.份号 即份数序号，是同一件公文印制份数的顺序号。用电报传送的秘密公文，不标注份号。绝密、机密、秘密电报均属密码电报，均应按密码电报的管理办法进行严格管理。 3.密级与保密期限 公文中的密级（包括国家秘密）分为绝密、机密、秘密3个等级。商业秘密分为商业机密、商业秘密2个等级。密级用3号黑体字标注。党的机关的公文密级标注在份号下方，两字之间空1字；行政机关的公文密级标注在公文首页右上角。如需同时标注秘密等级与保密期限，党政机关的公文都用3号黑体字顶格标注在版心右上角第1行，秘密等级中间不空格，并与保密期限之间用“★”隔开。 4.紧急程度（等级） 党的机关的紧急公文，分别标明“特急”、“加急”用3号黑体字顶格标注于公文首页页版心右上角，两字之间空1字；行政机关的紧急公文，分别标明“特急”、“急件”，用3号黑体字标注于公文首页版心右上角第2行。如无密级则标注在第1行。电报的紧急程度叫等级，分“特提、特急、

投标文件格式表格

投标文件格式表格 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT

（正）本 XX高速公路XXXXXXXXXX段 边坡防护修复工程 报价文件 项目编号：XXXXXXXX 报价单位名称：XXXXXXXXX 二〇一五年X月XXXX日

目录 一、商务部分 报价函 (1) 法定代表人身份证明书 (4) 法定代表人授权委托书 (5) 报价人基本情况表 (6) 近年发生的诉讼和仲裁情况 (10) 项目管理机构配备情况表 (11) 主要人员简介表 (13) 其他资料 (17) 报价人企业简介 (19) 二、技术部分 报价一览表 (20) 已标价的工程量清单 (21) 施工组织设计 (23) 施工总体计划表 (38) 其他资料 (39)

报价函 XXXXX（报价人全称）授权XXX（报价人代表姓名）经理、工程师（职务、职称）为我方代表，参加贵方组织的XXXXXXXXXXXX（项目名称、项目编号）谈判的有关活动，并对此项目进行报价。为此： 1、我方同意在本项目谈判文件中规定的谈判日起的有效期内遵守本响应文件中的承诺且在此期限期满之前均具有约束力。 2、我方承诺已经具备《中华人民共和国政府采购法》中规定的参加政府采购活动的报价人应当具备的全部条件。 3、提供谈判须知规定的全部响应文件，包括响应文件正本、副本、报价一览表等。 4、按谈判文件要求的施工工期：60日历天；质量：合格；总报价详见报价一览表。 5、我方承诺：完全理解最终报价超过采购预算金额时，报价将被拒绝。 6、保证忠实的执行双方所签订的合同，并承担合同规定的责任和义务。 7、承诺完全满足和响应谈判文件中的各项商务和技术要求。 8、保证遵守谈判文件的规定。 9、如果在谈判开始之日起规定的报价有效期内撤回报价，我方的保证金可被贵方没收。 10、我方完全理解贵方不一定接受最低价的报价或收到的任何报价。

程序开发部《XX说明》文档格式说明

《XX说明书》文档格式说明 一、适用范围： 1.此样式适用于所有的说明文档、计划文档等； 二、文档结构 1.第一页，封面：标题、产品（或项目）名称、产品（或项目）编号； 2.第二页：文档创建信息、文档修订信息； 3.第三页：。目录（最多包括四级标题） 4.正文： A.引言：本文目的、背景、适用范围、术语、定义与缩略词、参考资料、本文档的管理 要求 B.内容：在做模板时请尽量在每个要点加入样例，以供参考，其格式见三.3.G点说明; C.附件：每个文档必须附有本文档的验收检查表。供文档在审核时作参考； D.经裁剪无需填写项的内容以“//”表示，无需删除。 E.样例，见附件一； 三、文字格式： 1.所有页面采用A4标准大小，页边距按以下标准设置：上边距： 2.0cm，下边距：2.0cm；左 边距：2.5cm，右边距：2.5cm。 2.页眉为“中企动力”标志和本文档名称，页脚在右下角加注“第页共页”。样式如本文档 页眉、页脚； 3.各级内容格式 A.<文档名称>：正文+宋体+二号+加粗； B.<标题一：1>：标题一+宋体+小三+加粗； C.<标题二：1.1>：标题二+宋体+四号+加粗； D.<标题三：1.1.1>：正文+宋体+小四+加粗，更低一级的标题均采用标题三的格式； E.各级标题采用非缩进式的样式列表； F.<正文>：正文+宋体+五号； G.如果其中的内容为样例，则须标明：样例，（正文+宋体+五号+斜体+蓝色）； H.字间距设置为标准字间距；行间距设置为1.5倍行距。

附一： 产品研发项目计划 项目名称： 项目编号：

文档创建信息 文档修订记录 修改类型分为A - ADDED M - MODIFIED D– DELETED

常见的文件后缀名大全

常见的文件后缀名大全 ACA Microsoft的代理使用的角色文档 acf系统管理配置 acm音频压缩管理驱动程序,为Windows系统提供各种声音格式的编码和解码功能 aif声音文件，支持压缩，可以使用Windows Media Play er和QuickTime Player播放 AIF音频文件，使用Windows Media Player播放AIFC音频文件，使用Windows Media Player播放AIFF音频文件，使用Windows Media Player播放 ani动画光标文件扩展名，例如动画沙漏。 ans ASCII字符图形动画文件 arc一种较早的压缩文件，可以使用WinZip,WinRAR,PKA RC等软件打开 arj压缩文件。可以使用WinZip,WinRAR,PKARC等软件打开 asf微软的媒体播放器支持的视频流，可以使用Windows Media Player播放 asp微软的视频流文件，可以使用Windows Media Playe r打开 asp微软提出的Active Server Page,是服务器端脚本，常

用于大型网站开发，支持数据库连接，类似PHP。可以使用Visua l InterDev编写，是目前的大热门 asx Windows Media 媒体文件的快捷方式 au是Internet中常用的声音文件格式，多由Sun工作站创建，可使用软件Waveform Hold and Modify 播放。Netsc ape Navigator中的LiveAudio也可以播放.au文件 avi一种使用Microsoft RIFF规范的Windows多媒体文件格式，用于存储声音和移动的图片 bak备份文件，一般是被自动或是通过命令创建的辅助文件，它包含某个文件的最近一个版本，并且具有于该文件相同的文件名bas Basic 语言源程序文件，可编译成可执行文件,目前使用B asic开发系统的是Visual Basic bat批处理文件，在MS-DOS中，.bat文件是可执行文件，有一系列命令构成，其中可以包含对其他程序的调用 bbs电子告示板系统文章信息文件 bfc Windows的公文包文件 bin二进制文件，其用途依系统或应用而定 bmp Bitmap位图文件，这是微软公司开发Paint的自身格式，可以被多种Windows和Windows NT平台及许多应用程序支持，支持32位颜色，用于为Windows界面创建图标的资源文件格式。 c C 语言源程序文件，在C语言编译程序下编译使用

公司文件格式规范

文件制式要求 公司文件的标准字体为黑体和仿宋，如无特殊说明，公司所有文件执行以下标准： 一、封面 标题局中，字体使用黑体小初号，加粗；副标题字体使用黑体一号。 二、标题 各种文件中，文件标题均使用黑体二号字，加粗；副标题用黑体四号字体，不加粗；标题和正文之间空一行。 三、LOGO 均放右上角，封面使用（图案+公司简称）字体黑体一号，文件正文使用（图案+公司全称）字体黑体小五号。 四、正文 一级标题以汉字（一、二、三等）标注为黑体四号字，加粗； 二级标题以括号内汉字（一）（二）(三)等标注为黑体小四号字， 不加粗； 三级标题以数字（1、2、3等）标注为仿宋小四号字，正文为 仿宋小四号字，不加粗；

另外，正文前如有填写说明和目录的，请依序安排，其中，填写说明与目录的正文均使用黑体小四号字，不加粗。 五、行距 文件全文行距设置为1.25倍行距，段落之间和条款之间空一行，各条款中的小标题无须空行。 六、段落开头 段落设置一般为首行缩进（2个字符），含条款的（如合同）为悬挂缩进。七、页面设置 页边距上下均为2.54厘米，左右为3.17厘米，页眉距边界为1.5厘米，页脚为1.75厘米。 八、页眉页脚 文件的页眉为靠右公司LOGO;页脚格式正中均为数字“共几页-第几页”（如5-1），使用黑体小五号字。 九、图表 图表大小可根据需要设定，图表标题需用仿宋，五号字体，图表内容中，标题栏需用仿宋，小四号字体，加粗，其它文字内容用仿宋，五号字体，图表的说明注解文字则用仿宋，小五号字体。

九落款 文件底部落款签名和日期使用黑体小四号字，加粗。 十其它 公司其它固定格式文件（公文、信纸、传真、邮件、合同等），请按附件格式样本（见附件）。 附录部门文件编号格式： 1、行政管理文件TR—XZ—年度后两位+月+顺序号（如121001） 2、人事管理文件TR—HR—年度后两位+月+顺序号（如121001） 3、财务管理文件TR—CW—年度后两位+月+顺序号（如121001） 4、营销管理文件TR—YX—年度后两位+月+顺序号（如121001） 5、资产管理文件TR—ZC—年度后两位+月+顺序号（如121001） 6、金融管理文件TR—JR—年度后两位+月+顺序号（如121001） 7、合规管理文件TR—HG—年度后两位+月+顺序号（如121001） 8、融资管理文件TR—RZ—年度后两位+月+顺序号（如121001） 9、风控管理文件TR—FK—年度后两位+月+顺序号（如121001） 10、总经办文件TR—ZJ—年度后两位+月+顺序号（如121001）