A0,A1,A2,A3,A4图纸标准大小和格式(通用3篇)
篇1:A0,A1,A2,A3,A4图纸标准大小和格式
制图标准规定图纸幅面和格式
国家制图标准规定图纸幅面和格式(GB/T 14689-1993)有:A0、A1、A2、A3、A4等五种规格。它们的尺寸分别是:841×1189;594×841;420×594;297×420;210×297。
这五种图纸也分别叫做:0号图纸、1号图纸、2号图纸、3号图纸、4号图纸。绘制技术图样时,应优先采用这五种规定的基本幅面。必要时允许加长幅面,也允许以基本幅面的短边的整数倍加长幅面。CAD字体大小和标注要求 2.3 字体
在图样中书写汉字、字母、数字时,字体的高度(用h表示)的公称尺寸系列为:1.8mm,2.5mm,3.5mm,5mm,7ram,10mm,14mm,20mm(GB/T 14691―93),如需要书写更大的字,其字体高度应按的比率递增,字体的高度代表字体的号数。图样上的汉字应写成长仿宋体字,并采用国家正式公布推行的简化字,汉字的高度h不应小于3.5mm,其字宽一般为h/~r2。字母和数字A型和B型两种。A型字体的笔画宽度为字高的1/14;B型字体的笔画宽度为字高的1/10,但在同一图样上,只允许选用一种型式的字体。字母和数字可写成斜体和直体。斜体字的字头向右倾斜,与水平基准线成75。图样上一般采用斜体字。GB/T 18229在“CAD工程图的字体高度与图纸幅面之间的关系” 及“CAD工程制图的字体选用范围” 两项内容与现行标准不同。GB/T 18229规定,不论图幅大小,图样中字母和数字一律采用3.5号字,汉字一律采用5号字。GB/T 18229与GB/T 14665的对比见表4。表4 GB/T 18229与GB/T 14665的对比
GB/T 18229关于CAD工程制图中字体选用范围的规定(见表5)是新增加的。现行技术制图和机械制图国家标准中均未有相应的内容。表5 字体选用范围
在AutoCAD 2000中,可通过Text Style(字型设置)对话框完成不同字体的设置。其中,字母和数字字体的设置应在Font列表框中选取ISOCP.SHX字型文件,在Oblique Angle栏中设置15。.使字为斜体。汉字有两种字体可供选择,一种是用Big Font(大字型)文件,在Font Style中选取gbcbig.shx字型文件,在Width Factor和Oblique Angle栏中选用缺省值1和0;一种是在Font Name中选取操作系统Ture Type字体“仿宋一GB2312”,将Width Factor设置为0.7,使仿宋字的长宽比符合国标规定,在Oblique Angle栏中选用缺省值0。字体的高度在Height栏中设置,高度值应从国标规定的字高公称尺寸系列中按照表3选取。2.4 图线
GB 4457.4―84中规定工程制图的图线分为粗、细两种。画图时,粗线的宽度b应按图形的大小和复杂程度在0.5~2mm范围内选定;细线的宽度约为b/3。粗线的宽度一经选定,各种细线的宽度也就随之而定。图线宽度的推荐系列为0.18mm,0.25mm,0.35mm,0.5mm,0.7mm,lmm,1.4mm,2mm(0.18mm的图线宽度尽量避免使用)。图线有粗实线、细实线、波浪线、双折线、虚线细点划线、粗点划线、双点划线,共八种,其中粗实线和粗点划线的宽度为b,其余为b/3。GB/T 18229共规定了CAD基本线型,变形的线型和图线颜色三项内容。除了图线颜色一项与现行标准不同外,其他内容均相同。图线颜色指图线在屏幕上的颜色,它影响到图样上图线的深浅。图线颜色选配得合适,则相应图样的图线就富有层次感,视觉效果就比较好。因此,GB/T l8229和GB/T 14665对图线颜色都有明确规定,但它们的规定是有所不同的(见表6)。
表6 GB/T 18229和GB/T 14665图线颜色对比
从表6看出,GB/T 18229与GB/T 14665的区别在于,GB/T 18229将粗实线的颜色规定为白色,将细实线、波浪线和双折线的颜色规定为绿色,而GB/T 14665则与GB/T 18229的规定正相反。因为白色图线在图纸上的打印效果比其他颜色的图线都深,在屏幕上用白色图线表示粗实线较合适,所以对于图线颜色建议按新标准的规定执行。在使用AutoCAD绘制工程图样时,这八种线型都要用到。AutoCAD提供了丰富的线型,使用时可通过设置层或图形对象的线型属性来选取合适的线型及颜色。AutoCAD 2000中新增了线宽属性,可设置层或图形对象的线宽属性值来控制图线的宽度。需特别指出的是,这里的线宽指图形的输出线宽(也可理解为绘图机的笔宽),与图线的显示宽度无关。线宽的设置应参照GB/T 14665―1998对线宽的规定,见表7。对于A0一A2图幅,粗线宽度设为l mm、细线宽度设为0.35mm,输出效果较好。对于A3以下图幅,粗线宽度设为0.7mm、细线宽度设为0.25mm比较合适。
表7 GB/T 14665―1998线宽的规定
2.5 尺寸注法
尺寸的形式和类型多种多样,国标“尺寸标注”部分(GB 4458.4―84)对各类尺寸都有比较详尽的规定。在AutoCAD中,通过设置大量的尺寸变量的值而组合成各种尺寸类型,以满足不同尺寸的要求。由于尺寸变量数量多、组合复杂,设置起来不方便,所以AutoCAD 2000采用了带有图例的、形象化的对话框来帮助用户完成尺寸类型的设置。同时,AutoCAD 2000根据国际标准的有关要求,设置好了一个缺省的尺寸类型ISO一25。使用者可在这个尺寸类型的基础上加以修改,得到自己的尺寸类型。根据我国国标规定,对IS0―25尺寸类型应做如下修改:
(1)对于所有类型尺寸,应在Text选项卡中将Text Style选项选取为本文前面内容字体一节中为数字和字母设置好的字体,在Text Hi gh栏中设置合适的字高;在Lines and Arrows选项卡中将Offset of Origin选项设为0;在Primary Units选项卡中Decimal Separator选项设为Period使小数点为实心圆点。
(2)对于角度类型尺寸,应首先在总尺寸类型下设置一新的控制角度尺寸的尺寸类型,然后在新尺寸类型的Text选项卡中,将Text Alignment选项设为Horizontal项,以使角度尺寸的尺寸数字方向始终垂直向上。而对于其它尺寸,应保证总尺寸类型的Text选项卡的Text Alignment选项置为Aligned with Dimension,再将Text Placement栏中的Vertical选项置为Above,将Horizontal选项置为Centered,以使水平线性尺寸的尺寸数字方向朝上、注写于尺寸线上方;垂直线性尺寸的尺寸数字方向朝左、注写于尺寸线左方。(3)对于直径和半径尺寸,应首先在总尺寸类型下设置一新的控制直径和半径尺寸的尺寸类型,然后在新尺寸类型Fit选项卡的Text Placement栏中选取Over the Dimension Line,Without a Leader选项。这样,在标注直径和半径尺寸时,尺寸数字的位置由用户通过鼠标在屏幕上随意确定,从而避免尺寸数字与其它图线相交。
篇2:A0,A1,A2,A3,A4图纸标准大小和格式
[b]图纸尺寸大小[/b]
A0:1189毫米*841毫米A1:841毫米*594毫米
A2:594毫米*420毫米A3:420毫米*297毫米
A4:297毫米*210毫米A5:210毫米*148毫米
纸张幅面规格 纸张的规格是指纸张制成后,经过修整切边,裁成一定的尺寸。过去是以多少“开”(例如8开或16开等)来表示纸张的大小,现在我采用国际标准,规定以A0、A1、A2、B1、B2......等标记来表示纸张的幅面规格。按照纸张幅面的基本面积,把幅面规格分为A系列、B系列和C系列,幅面规格为A0的幅面尺寸为841mm×1189mm,幅面面积为1平方米;B0的幅面尺寸为1000mm×1414mm,幅面面积为2.5平方米;C0的幅面尺寸为917mm×1279mm,幅面面积为2.25平方米;复印纸的幅面规格只采用A系列和B系列。
若将A0纸张沿长度方式对开成两等分,便成为A1规格,将A纸张沿长度方向对开,便成为A2规格,如此对开至A8规格;B0纸张亦按此法对开至B8规格。其中A3、A4、A5、A6和B4、B5、B6、B7种幅面规格为复印纸常用的规格。A系列里面A0是最大的,但是全系列里面B0最大,C组纸张尺寸主要使用于信封。
A组纸张尺寸的长宽比都是1:√2,然后舍去到最接近的毫米值。A0定义成面积为一平方米,长宽比为1:√2的纸张。接下来的A1、A2、A3……等纸张尺寸,都是定义成将编号少一号的纸张沿著长边对折,然后舍去到最接近的毫米值。B组纸张尺寸是编号相同与编号少一号的A组纸张的几何平均。举例来说,B1是A1和A0的几何平均。
C组纸张尺寸是编号相同的A、B组纸张的几何平均。举例来说,C2是B2和A2的几何平均。
一张A4大小的纸张可以刚好放进一个C4大小的信封。如果把A4纸张对折变成A5纸张,那它就可以刚好放进C5大小的信封,同理类推。
GB/T 148-1997《印刷、书写和绘图纸幅面尺寸》
A组
A0 841×1189A1 594×841A2 420×594A3 297×420A4 210×297A5 148×210A6 105×148A7 74×105
A8 52×74A9 37×52A10 26×37
B组
B0 1000×1414B1 707×1000B2 500×707B3 353×500B4 250×353B5 176×250B6 125×176B7 88×125B8 62×88B9 44×62B10 31×44
C组
C0 917×1297C1 648×917C2 458×648C3 324×458
篇3:A0,A1,A2,A3,A4图纸标准大小和格式
办公应用开放文档格式 (ODF, ISO/IEC26300:2006) 和办公应用开放XML格式 (OOXML, ISO/IEC 29500:2008) 是国际标准化组织分别于2006年和2008年发布的国际标准。目前这两项国际标准和我国的标文通 (UOF) 国家标准GB/T 20916-2007《中文办公软件文档格式规范》形成了办公软件文档格式标准三足鼎立的局面。这三项标准制定的出发点不同, 标准化途径各异, 产业支持也各有千秋。本文通过对ODF和OOXML的标准化历程进行较为深入的介绍, 以期为我国相关标准的制定提供有益的借鉴。
2 标准概述
2.1 ODF
ODF是一种基于XML的办公文档格式, 支持文字处理、电子表格、演示文稿、制表制图和图形编辑等办公软件应用。ODF采用Relax NG schema语言为上述应用的办公文档定义了一套描述结构, 用于记录文档数据, 方便文档编辑。一个ODF文档首先包括一个具有
ODF由OpenOffice.org的原私有格式发展而来, 是办公应用文档格式领域第一个开放的国际标准。OpenOffice.org成为开源项目后, 意欲打破Microsoft产品的垄断, 从功能上希望ODF能够与Microsoft的格式标准不相上下, 同时又便于OpenOffice.org支持。因此, ODF是一个比较复杂的格式。此外, ODF也不是一个以兼容和互操作为目的而制定的标准, 带有较强的OpenOffice.org产品烙印。加之ODF的制定时间较早, 其结构描述方法今天看来不够先进。目前, ODF在ISO和OASIS中仍然在不断改进, 但是不管怎样, 其基本结构在短期内不会发生大的变化。
2.2 OOXML
与ODF类似, OOXML也是一种基于XML的办公文档格式, 支持文字处理、电子表格和演示文稿等办公软件应用。OOXML主要包括对文档描述结构的定义 (同时采用W3C XML Schema语法和Relax NG语法) 和说明性的内容。OOXML也采用了ZIP打包技术。
OOXML标准主要包括四部分, 分别为:基础和置标语言参考、开放打包约定、置标的兼容与扩展、过渡迁移特性。OOXML分别为文字处理、演示文稿和电子表格指定了两个层次的文档和应用的符合性要求, 即符合新标准的严格 (strict) 格式和兼容以往格式的过渡 (transitional) 格式。
OOXML是顺应XML等主流技术发展, 为保持其办公软件产品在全球市场上的垄断优势而提出的。OOXML的一个目的是兼容以往Microsoft Office产品产生的大量文档。OOXML总体设计比较合理, 技术成熟, 与Windows操作系统和Office2007之上版本的软件结合有其天然的优势。但是OOXML为了兼容以往的私有格式, 背负历史包袱, 一些内容没有完全采用开放的标准, 部分设计也不尽合理。另外, 其很难与其他标准或格式做到很好的兼容。在走向国际标准的路途中, 很多原来的OOXML内容被迫修改, 无法由Microsoft自己所掌控。其实现产品无论是Office 2007还是Office2010, 均无法完全支持最新的OOXML标准。由于ISO把OOXML分为两类, 一类是以过渡为目的OOXML标准, Microsoft借此可以达到了兼容历史遗留文档的目的;另一类是新的格式标准, 至今仍在不断修改, 加之内容庞杂, 无论哪个产品都很难完全实现。可以预见, 在相当长的时间内, Microsoft的Office产品将仍然是OOXML的“基准实现”, 难有其他产品与之抗衡。
2.3 比较
经过分析我们发现, ODF与OOXML的基本功能大体相当, 约有76%的重叠, 其他的功能两者各有千秋, 限于篇幅, 这里不再展开论述。
3 产品支持
3.1 ODF
ODF声称得到数十款自由软件和商业软件的支持, 其中包括桌面的办公套件和网络办公软件, 如AbiWord、Google Docs、IBM Lotus Symphony、KOffice、LibreOffice、Zoho Office Suit、RedOffice和NeoOffice等。但这些软件并不一定支持ODF的全部功能。至今, ODF的基准实现还是开源软件OpenOffice.org。OpenOffice.org自2.0.0版本之后即把ODF作为缺省格式, OpenOffice.org 3.0之上的版本可以支持ODF1.2, 其最新的版本是OpenOffice.org 3.2。Office 2007在安装了SP2之后也可以提供对ODF的支持, 但有意见认为Microsoft在其中加入了私有内容, 其支持程度甚至还不如其他厂商开发的插件。
3.2 OOXML
Microsoft从Office 2007就开始内置支持OOXML的ECMA376第1版标准。然而由于OOXML标准的版本变化, Office 2007产生的文档并不能完全符合ISO/IEC 29500:2008。Microsoft声称Office 2010将完全实现ISO/IEC 29500:2008, 但实际上难以做到, 因为ISO/IEC 29500至今还在不断修订中。目前, Microsoft Office 2010仅能保存OOXML的过渡格式, 而不能保存为严格格式。
除Microsoft外, 已经有许多自由软件或商业软件提供OOXML文档的导入、导出或只读支持, 如OpenOffice.org 3.0、KOffice version 2.2、NextOffice、Adobe Buzzword、AbiWord、iWork、TextEdit、WordPerfect Office X4、Google Docs、IBM Lotus Symphony、Kingsoft Office和ZohoWriter等。不同格式之间与OOXML相关的过滤器和转换器正在开发和完善之中。但经过转换的OOXML文件中一些如公式之类的内容会被当做图片处理, 无法再进行编辑。目前还没有正式支持ISO/IEC 29500:2008标准的软件。
4 标准制定过程
4.1 ODF
ODF最初由Sun Micro Systems基于其开源办公软件OpenOffice.org的默认文件格式提交给结构化信息标准促进组织OASIS。其提出的宗旨是通过基于开放构件的API和基于XML的文档格式, 使国际化的办公套件可以在各主流的平台上运行, 使文档中的功能和数据得以访问。ODF由OASIS下的一个技术委员会 (ODF-TC) 负责修订和维护。在IBM、KDE、Novell、Google、Microsoft、美国国防部等众多企业、组织和政府部门的参与下, 2002年12月16日, ODF-TC第一次正式会议开始讨论该标准。2005年5月1日, OASIS接受其为OASIS标准。2005年11月16日, OASIS通过PAS方式提交到ISO/IEC JTC1, 经过6个月投票, 于2006年5月3日成为ISO/IEC的征询意见草案 (DIS) , 又经过6个多月的收集公众意见并修改, 于2006年11月30日正式发布为国际标准ISO/IEC26300:2006。OASIS也对应ISO/IEC 26300:2006发布了ODF 1.0第2版。2007年2月13日, OASIS正式公布了ODF 1.1。ODF 1.1包括了一些与可用性相关的附加特性, 2011年3月ISO/IEC将之作为ISO/IEC 26300:2006的补充草案1。2011年3月17日, OASIS通过了ODF 1.2。与ODF1.1不同, ODF 1.1是一个整体, ODF 1.2则分为三部分, 即:核心、公式和打包。它增加了以下内容:关于可用性的附加特性, 基于RDF的元数据, 基于OpenFormula的电子表格公式规范, 数字签名支持以及其他公众建议的特性。目前, ISO/IEC JTC1/SC34刚刚启动了为时5个月的投票, 决定ODF1.2是否能成为ISO/IEC的标准。
4.2 OOXML
2005年12月15日, Microsoft将OOXML提交给欧洲计算机制造商协会 (ECMA) 的国际技术委员会TC45。在TC45成员的努力下, OOXML从最初的2 000页文本增加到6 000页。2006年12月7日, ECMA批准OOXML成为其组织标准, 即ECMA-376第1版。2007年1月5日, ECMA将ECMA-376第1版通过快速通道提交给ISO/IEC JTC1欲使之成为国际标准, 即DIS 29500。快速通道包含三个阶段:争论阶段、投票阶段和投票意见处理 (BRM) 阶段。在2007年9月的投票阶段中DIS 29500未获通过, 各国家成员体提出了长达1 600页的1 027条意见和修改建议。在2008年2月的BRM会议上, ECMA采纳了其中873条意见, 经过为期30天的重新考虑, 2008年4月2日, OOXML终于被通过成为了ISO/IEC标准, 并于2008年11月正式发布, 即ISO/IEC 29500:2008。2008年12月, ECMA也同时将该国际标准作为ECMA-376第2版发布。OOXML标准本身及其成为ISO/IEC标准的过程一直饱受争议, 一些观点认为既然有了ODF根本没必要再制定OOXML。但Microsoft解释说, 与ODF的目的不同, OOXML的设计初衷是忠实地表示已有的Microsoft Office文档, 将它们通过XML表达出来, 并加以扩展。通过编写详尽的文档, 方便不同的软件厂商在不同平台上的互操作, 因此制定OOXML是必要的。
5 标准维护情况
5.1 ISO/IEC JTC1/SC34
SC34 (文档描述与处理语言分技术委员会) 是ODF和OOXML国际标准的维护组织, 其标准化工作主要涉及与结构化置标语言 (SGML和XML) 相关的信息描述、信息处理和信息表现。例如:文档逻辑结构及其支持设施的描述语言 (OOXML、ODF) ;Web环境下文档对象的描述语言 (HTML、XML) ;逻辑文档的处理结构和格式化;交互式文档的描述语言;多语种字体信息交换和相关服务;文档结构和页面信息交换的形式;超媒体文档结构化语言和应用资源和文档处理应用编程接口等。到目前为止, SC34正式发布国际标准52项, 正在制定中的国际标准16项。
SC34的现任主席是韩国的Sam Gyun Oh博士, 秘书处设于日本。SC34现有35个P成员, 20个O成员和多个联络员。中国是P成员, 很多相关标准制定机构在SC34中设有联络员。SC34下设6个工作组:
WG1置标语言工作组, 负责信息描述语言, 主要是SGML/XML及其子集、API、测试和注册等相关的辅助标准;
WG2信息展现工作组, 负责描述处理复合文档和超媒体文档的语言资源标准;
WG3信息联合, 负责基于ISO 8879 SGML的信息管理和交换的标准体系结构;
WG4 OOXML工作组, 负责与ISO/IEC 29500直接相关的维护项目;
WG5文档互操作工作组, 负责为不同的ISO/IEC文档格式的互操作制定法则和指导方针;
WG6 ODF工作组, 负责与ISO/IEC 26300直接相关的维护项目。
除了WG4、5、6直接维护ODF、OOXML及标准互操作性之外, 其他工作组的工作对ODF和OOXML的标准化也帮助很大, 如WG1对SGML/XML的标准化基础, WG2对OOXML字形交换方面的补充, WG3在语义网方面的成果, 以及SC34最近提出的关于文档打包标准的研究项目等。
5.2 ODF标准维护
ODF规范的起草、修订和推广, 以及互操作问题的解决都是在OASIS进行。OASIS成立了三个关于ODF的技术委员会:第一个是ODF-TC, 主要进行ODF规范的技术讨论, 收集和处理ODF新功能提案以及ODF缺陷, 现在ODF 1.2规范即将修订完成, 已开始收集下一个版本ODF1.3的需求;第二个是ODF Adoption TC, 主要进行ODF的市场推广和应用;第三个是OIC TC (ODF Interoperability and Conformance TC) , 主要解决在ODF实现中出现的标准符合性和互操作性问题。ODF的成员来自世界各地, 除了不定时通过邮件组进行交流外, 几乎每一、两周都要开一次例行电话会议。另外, DF Adoption TC和OIC TC还每年两次联合举办ODF Plugfest活动, 面对面探讨ODF的技术、应用推广问题以及新技术动向等。
由于ODF也是ISO/IEC标准, 为了方便同ISO/IEC的技术交流, 2010年3月SC34专门成立了WG6负责ODF标准的技术讨论、需求收集以及缺陷提交等工作。OASIS三个ODF技术委员会都有代表参与WG6的工作。此外, OASIC ODF-TC长期以来还派员同SC34/WG1、WG4和WG5等工作组建立交流渠道。目前已经出版了下列ODF1.0的技术勘误:26300/Cor.1和26300/Cor.2, 以及对ODF1.0的增补:26300/Amd.1。目前, WG6正在处理收到的ODF1.2的缺陷报告, 同时对ODF1.1的两个修订草案的投票正在进行中。
5.3 OOXML标准维护
OOXML成为ISO/IEC国际标准之后其维护工作由SC34负责。SC34为此成立了两个特别工作组, 一个负责征集建议和意见, 另一个负责决定如何设立长期维护OOXML的组织结构, 并确定ISO/IEC29500的维护工作必须由SC34完全掌控, 而非交给ECMA来做。ECMA也受邀派出专家参与标准的维护。2009年6月, SC34成立了WG4负责OOXML标准的维护, 包括采用技术勘误或增补方式处理缺陷报告, 或对增加新的功能进行评估。WG4开辟网站提供开放式的文档注册功能, 使用户可以联机提交缺陷报告。目前, ISO/IEC 29500包括三套文本:原始的分部标准:ISO/IEC 29500-1:2008、ISO/IEC 29500-2:2008、ISO/IEC 29500-3:2008和ISO/IEC 29500-4:2008;对原始标准的第一套技术勘误和编辑修改, 即:ISO/IEC 29500-1:2008/Cor1:2010、ISO/IEC 29500-2:2008/Cor 1:2010、ISO/IEC29500-3:2008/Cor 1:2010和ISO/IEC 29500-4:2008/Cor 1:2010;对原始标准的第一套增补, 即:ISO/IEC 29500-1:2008/Amd 1:2010和ISO/IEC 29500-4:2008/Amd 1:2010。近期, WG4计划将两年多来所有的修订内容合并起来, 提交ITTF重新出版ISO/IEC 29500:2011版本。另外, WG4还在继续进行对OOXML的扩展, 其中一项扩展涉及将东方语言, 特别是CJK语言处理的特殊要求加入到ISO/IEC29500中去。WG4每年召开四次面对面的会议, 并定时召开2小时一次的电话会议。
5.4 标准互操作性维护
除了WG4和WG6直接从事与ODF和OOXML维护相关的工作之外, SC34还于2008年10月成立了WG5, 主要负责制定不同的ISO/IEC文档格式之间的互操作性原则和指南技术报告等相关工作。WG5成立后首先开展了编写ODF和OOXML之间的转换指南技术报告 (TR29166) 的工作, 并于2011年2月28日顺利通过了PDTR投票。该工作组中有两位编辑来自我国, 为该技术报告贡献了较多的内容。该工作组下一阶段的工作目标是为文档片段的标识和描述构建参考模型, 目前正在工作组内进行讨论。
6 对我国相关工作的启示
首先, 标准要有明确的立足点。虽然“标准是协调的结果”, 但从ODF和OOXML标准制定的初衷来看, 都不是以协调已有的产品和格式作为出发点。ODF的目标是使OpenOffice.org能够跨平台, OOXML的目标是使Microsoft产生的大量文档得以在开放标准的环境下继续生存, 这些标准不论如何修改, 互操作能力都非常有限。而事实告诉我们, 在一个领域出现多套功能相近的国际标准是完全可能的。这为我们制定真正以互操作为目的、新的文档格式标准带来了生存空间, 只要我们的标准能够解决其他标准不能解决的问题, 其存在就有合理性, 也完全可以争取成为国际标准。
其次, 标准的制定过程要有强大的产业支持。无论ODF还是OOXML, 其背后都有Sun/Oracle、IBM和Microsoft这样的龙头企业支持。设想如果OOXML的发起者不是Microsoft, 它能够成为ISO/IEC标准的可能性是微乎其微的。当今标准之战实质上还是国家之间、企业之间实力的较量, 这些企业一方面拥有主导市场的产品, 另一方面其跨国公司的雇员分布在各个国家, 作为多个国家成员体的代表进入到各个标准制定组织, 参与投票和标准的维护工作, 为标准日后的成功创造了有利条件。这也是值得我们借鉴的。中国的软件企业一定要在国际标准的舞台上发挥应有的作用。