1、国家行政机关电子公文交换格式技术规范目 次序言III引言IV1 范围12 规范性引用文件13 术语和定义13.1 电子公文 electronic official document13.2 基于XML电子公文 electronic official document based on XML13.3 公文体 document body13.4 显现 display13.5 命名空间 namespace13.6 文档类型定义 DTD13.7 模式 Schema23.8 元素 element23.9 属性 attribute24 符号和缩略语24.1 DTD24.2 UML24.3 W3C24.4
2、 XML25 电子公文基础要素26 电子公文特征36.1 真实性36.2 可靠性36.3 完整性36.4 可用性37 电子公文分类37.1 党机关公文37.2 行政机关公文47.3 其它机关公文48 电子公文处理过程48.1 过程模型48.2 创建48.3 显现48.4 办理48.5 交换48.6 归档48.7 销毁49 标准各部分内容和相互关系49.1 各部分综述49.1.1 第1部分:总则49.1.2 第2部分:公文体49.1.3 第3部分:显现59.1.4 第4部分:办理59.1.5 第5部分:交换59.1.6 第6部分:归档59.1.7 第7部分:安全59.2 各部分之间相互关系59.
3、3 各部分依靠关系模型510 电子公文XML描述规则610.1 字符集610.2 命名方法610.3 映射规则610.4 命名空间6前 言杭州市标准规范杭州市国家行政机关电子公文交换格式技术规范拟分为七个部分: 第1部分:总则; 第2部分:公文体; 第3部分:显现; 第4部分:办理; 第5部分:交换; 第6部分:归档; 第7部分:安全。本部分为第1部分。本部分由杭州市人民政府办公厅、杭州市发展计划委员会、杭州市信息化办公室、杭州市质量技术监督局提出。本部分由杭州市质量技术监督局归口。本部分关键起草单位:杭州市人民政府办公信息处理中心、浙江大学、杭州展望科技。本部分关键起草人:XXX引 言标准化
4、作为支撑电子政务建设关键手段,是电子政务系统实现互联互通、信息共享、业务协同、安全可靠前提。过去,因为标准不统一而造成系统互联互通不畅、共享程度低、信息资源开发利用滞后、安全存在隐患等现象,在本市国家行政机关早期政务信息系统建设中普遍存在。伴随本市电子政务建设深入,标准化关键性和日俱增,迫切需要建立和完善和电子政务快速发展相适应电子政务标准体系,立即制订一批支撑电子政务建设和发展基础性关键标准。为此,杭州市首批开启包含杭州市国家行政机关电子公文交换格式技术规范标准在内6个和电子政务相关标准研究和标准制订项目。杭州市国家行政机关电子公文交换格式技术规范是电子政务标准体系中基础应用标准,意在满足杭
5、州市各级国家行政机关电子公文处理需要。本部分是杭州市国家行政机关电子公文交换格式技术规范标准第1部分,标准其它部分将在以后陆续制订。杭州市国家行政机关电子公文交换格式技术规范第1部分:总则1 范围本部分要求了杭州市国家行政机关制发基于XML电子公文通用要求和基础标准。本部分适适用于杭州市国家行政机关制发基于XML电子公文。其它机关制发电子公文可参考实施。2 规范性引用文件下列文件中条款经过本部分引用而成为本部分条款。通常注明日期引用文件,其随即全部修改单(不包含勘误内容)或修订版均不适适用于本部分。然而,激励依据本部分达成协议各方研究是否可使用这些文件最新版本。通常不注明日期引用文件,其最新版
6、本适适用于本部分。GB 2312-1980信息交换用汉字编码字符集 基础集GB/T 9704-1999 国家行政机关公文格式GB 18030-信息技术 信息交换用汉字编码字符集 基础集扩充国发()23号相关公布国家行政机关公文处理措施通知W3C Namespaces in XML XML命名空间(Namespace)3 术语和定义GB/T 9704-1999国家行政机关公文格式、国发23号国家行政机关公文处理措施中确立术语和定义和下列术语和定义均适适用于本部分。3.1 电子公文 electronic official document以数字形式存放于磁带、磁盘、光盘等载体,依靠计算机系统阅读、
7、处理并可在通信网络上传输公文。3.2 基于XML电子公文 electronic official document based on XML以可扩展置口号言(XML)对电子公文处理过程相关信息进行结构化描述。本标准中所使用“电子公文”术语如无尤其说明,专指基于XML电子公文。3.3 公文体 document body 是指公文实体内容,由眉首、主体、版记三部分组成。3.4 显现 display以可为人感知、并符合规范格式形式来展现文件内容操作。经典显现媒介有纸和视频屏幕。3.5 命名空间 namespaceXML中用来唯一标识一个元素集特殊属性。3.6 文档类型定义 DTD用置口号言表示并为某
8、个具体文档或一类文档定义内容模型和文档元素(包含控制元素内容和特征规则)一个特殊形式文档定义。3.7 模式 Schema一个以含有逻辑约束规则式样为基础结构化模式语言。此特指万维网联盟(W3C)XML Schema。3.8 元素 element某个数据集内一个具体数据项。3.9 属性 attribute给一个具体元素实例添加信息或修改其信息一个名称-值对。4 符号和缩略语4.1 DTD文档类型定义(Document Type Definition)。4.2 UML统一建模语言(Unified Modeling Language)。4.3 W3C万维网联盟(World Wide Web Cons
9、ortium)。 4.4 XML可扩展置口号言(eXtensible Markup Language)。5 电子公文基础要素基于XML电子公文应能满足各级党政机关电子公文处理需要,如实反应其所采取行动及决议。其组成要素除公文体内容之外,还应包含统计公文处理过程必需信息。电子公文基础要素以下:公文体信息;公文式样信息;公文办理信息;公文安全信息;公文交换信息;公文归档信息。各要素层次关系图1所表示:图1 各要素层次关系图6 电子公文特征基于XML电子公文管理、应确保能够形成含有真实、可靠、完整、可用特征电子公文。6.1 真实性基于XML电子公文,其真实性含有以下三重含义:a) 文件和其意图相符;
10、b) 文件形成和发送和其既定形成者和发送者相符;c) 文件形成和发送和其既定形成时间和发送时间一致。6.2 可靠性基于XML电子公文可靠性是指电子公文内容可信,能够正确、充足地反应其所证实业务活动、活动过程或事实,并在后续业务活动中仍能够其为依据。6.3 完整性基于XML电子公文完整性是指公文是完全,未加改动,而且能受到保护,以预防未经授权情况下对电子公文增、删、改及利用、销毁和移动。6.4 可用性基于XML电子公文可用性是指公文能够被查找、检索、显现和了解,能够表明电子公文和形成它业务活动直接关系。电子公文背景信息应该包含有文件形成和利用信息,有利于了解业务活动过程信息,有利于确定电子公文所
11、处宏观业务活动背景和职能活动背景及电子公文间联络信息。7 电子公文分类7.1 党机关公文党机关公文是指中国共产党机关公文处理条例中要求法定性公文,关键包含决议、决定、指示、意见、通知、通报、公告、汇报、请示、批复、条例、要求、函及会议纪要等14种公文。7.2 行政机关公文行政机关公文是指国家行政机关公文处理措施中要求法定性公文,关键包含命令(令)、决定、公告、通知、通报、议案、汇报、请示、批复、意见、函及会议纪要等13种公文。7.3 其它机关公文行政机关以外其它机关公文,为本标准中扩展公文类型。8 电子公文处理过程8.1 过程模型图2中模型描述了电子公文从创建到归档或销毁通常过程,“办理”和“
12、交换”之间能够有循环过程。图2 过程模型图8.2 创建是指依据一定规则建立电子公文过程。8.3 显现是指经过能够人为感知、并符合规范格式形式来展现电子公文内容操作。8.4 办理是指经过计算机系统对电子公文进行收发、批阅等工作。8.5 交换是指按始发者意图进行跨系统、跨平台电子公文传输。8.6 归档是指依据相关要求对办理完成后电子公文进行存放。8.7 销毁是指依据相关要求将电子公文从存放介质上物理删除。9 标准各部分内容和相互关系9.1 各部分综述9.1.1 第1部分:总则该部分定义了用于标准各部分术语,要求了电子公文基础要素和分类,描述了电子公文特征、电子公文处理过程和标准各部分内容概述和相互
13、关系,给出了基础XML描述规则。9.1.2 第2部分:公文体该部分定义了电子公文体组成要素、逻辑结构UML模型,给出了各组成要素DTD和Schema描述及电子公文和公文体DTD和Schema描述。9.1.3 第3部分:显现该部分定义了杭州市国家行政机关电子公文显现方法。9.1.4 第4部分:办理该部分定义了电子公文收发、审阅等办理步骤元数据,并对元数据和电子公文关系加以描述。9.1.5 第5部分:交换该部分定义了电子公文交换过程中各个步骤元数据,并对元数据和电子公文关系加以描述。9.1.6 第6部分:归档该部分定义了电子公文归档要求、归档方法和归档过程,并对归档过程中元数据和电子公文关系加以描
14、述。9.1.7 第7部分:安全该部分定义了电子公文安全机制,描述了对电子公文安全机制监控和审计。9.2 各部分之间相互关系假如需要显现基于XML电子公文,可使用:a) 第1部分 总则b) 第2部分 公文体c) 第3部分 显现d) 第7部分 安全假如需要办理基于XML电子公文,可使用:a) 第1部分 总则b) 第2部分 公文体c) 第3部分 显现d) 第4部分 办理e) 第5部分 交换f) 第7部分 安全假如需要对基于XML电子公文进行归档,可使用:a) 第1部分 总则b) 第2部分 公文体c) 第3部分 显现d) 第6部分 归档e) 第7部分 安全假如需要交换基于XML电子公文,可使用:a)
15、第1部分 总则b) 第2部分 公文体c) 第3部分 显现d) 第5部分 交换e) 第6部分 归档f) 第7部分 安全9.3 各部分依靠关系模型本系列各部分之间相互依靠关系模型见图3:图3 依靠关系模型图10 电子公文XML描述规则10.1 字符集电子公文使用字符集提议采取GB 18030-信息技术 信息交换用汉字编码字符集 基础集扩充要求,许可采取GB 2312-1980信息交换用汉字编码字符集 基础集要求字符集过渡。10.2 命名方法电子公文DTD和Schema中各组成元素和属性命名使用文字提议采取规范性汉字,名称采取经过全称或简称。10.3 映射规则本标准各个部分UML结构模型和XML结构模型映射关系要求见表1。表 1 本标准各部分UMI结构模型和XML结构模型映射关系UML结构模型XML结构模型类/对象元素属性属性组成关系元素于子元素包含关系继承关系基于自定义复杂类型扩展关系10.4 命名空间本标准各个部分命名空间根据“W3C Namespaces in XML”规范相关要求实施。电子公文各个部分命名空间见表2:表 2 电子公文各部分命名空间名称命名空间电子公文公文体交换办理归档显现安全