国家行政机关电子公文交换格式技术规范模板.doc

国家行政机关电子公文交换格式技术规范
目 次
序言 III
引言 IV
1 范围 1
2 规范性引用文件 1
3 术语和定义 1
3.1 电子公文 electronic official document 1
3.2 基于XML电子公文 electronic official document based on XML 1
3.3 公文体 document body 1
3.4 显现 display 1
3.5 命名空间 namespace 1
3.6 文档类型定义 DTD 1
3.7 模式 Schema 2
3.8 元素 element 2
3.9 属性 attribute 2
4 符号和缩略语 2
4.1 DTD 2
4.2 UML 2
4.3 W3C 2
4.4 XML 2
5 电子公文基础要素 2
6 电子公文特征 3
6.1 真实性 3
6.2 可靠性 3
6.3 完整性 3
6.4 可用性 3
7 电子公文分类 3
7.1 党机关公文 3
7.2 行政机关公文 4
7.3 其它机关公文 4
8 电子公文处理过程 4
8.1 过程模型 4
8.2 创建 4
8.3 显现 4
8.4 办理 4
8.5 交换 4
8.6 归档 4

8.7 销毁 4
9 标准各部分内容和相互关系 4
9.1 各部分综述 4
9.1.1 第1部分：总则 4
9.1.2 第2部分：公文体 4
9.1.3 第3部分：显现 5
9.1.4 第4部分：办理 5
9.1.5 第5部分：交换 5
9.1.6 第6部分：归档 5
9.1.7 第7部分：安全 5
9.2 各部分之间相互关系 5
9.3 各部分依靠关系模型 5
10 电子公文XML描述规则 6
10.1 字符集 6
10.2 命名方法 6
10.3 映射规则 6
10.4 命名空间 6

前 言
杭州市标准规范《杭州市国家行政机关电子公文交换格式技术规范》拟分为七个部分：
―― 第1部分：总则；
―― 第2部分：公文体；
―― 第3部分：显现；
―― 第4部分：办理；
―― 第5部分：交换；
―― 第6部分：归档；
―― 第7部分：安全。
本部分为第1部分。
本部分由杭州市人民政府办公厅、杭州市发展计划委员会、杭州市信息化办公室、杭州市质量技术监督局提出。
本部分由杭州市质量技术监督局归口。
本部分关键起草单位：杭州市人民政府办公信息处理中心、浙江大学、杭州展望科技。
本部分关键起草人：XXX
引 言
标准化作为支撑电子政务建设关键手段，是电子政务系统实现互联互通、信息共享、业务协同、安全可靠前提。过去，因为标准不统一而造成系统互联互通不畅、共享程度低、信息资源开发利用滞后、安全存在隐患等现象，在本市国家行政机关早期政务信息系统建设中普遍存在。伴随本市电子政务建设深入，标准化关键性和日俱增，迫切需要建立和完善和电子政务快速发展相适应电子政务标准体系，立即制订一批支撑电子政务建设和发展基础性关键标准。为此，杭州市首批开启包含《杭州市国家行政机关电子公文交换格式技术规范》标准在内6个和电子政务相关标准研究和标准制订项目。
《杭州市国家行政机关电子公文交换格式技术规范》是电子政务标准体系中基础应用标准，意在满足杭州市各级国家行政机关电子公文处理需要。本部分是《杭州市国家行政机关电子公文交换格式技术规范》标准第1部分，标准其它部分将在以后陆续制订。
杭州市国家行政机关电子公文交换格式技术规范
第1部分：总则
1 范围
本部分要求了杭州市国家行政机关制发基于XML电子公文通用要求和基础标准。
本部分适适用于杭州市国家行政机关制发基于XML电子公文。其它机关制发电子公文可参考实施。
2 规范性引用文件
下列文件中条款经过本部分引用而成为本部分条款。通常注明日期引用文件，其随即全部修改单（不包含勘误内容）或修订版均不适适用于本部分。然而，激励依据本部分达成协议各方研究是否可使用这些文件最新版本。通常不注明日期引用文件，其最新版本适适用于本部分。

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
以数字形式存放于磁带、磁盘、光盘等载体，依靠计算机系统阅读、处理并可在通信网络上传输公文。
3.2 基于XML电子公文 electronic official document based on XML
以可扩展置口号言（XML）对电子公文处理过程相关信息进行结构化描述。本标准中所使用“电子公文”术语如无尤其说明，专指基于XML电子公文。
3.3 公文体 document body
是指公文实体内容，由眉首、主体、版记三部分组成。
3.4 显现 display
以可为人感知、并符合规范格式形式来展现文件内容操作。经典显现媒介有纸和视频屏幕。
3.5 命名空间 namespace
XML中用来唯一标识一个元素集特殊属性。
3.6 文档类型定义 DTD
用置口号言表示并为某个具体文档或一类文档定义内容模型和文档元素（包含控制元素内容和特征规则）一个特殊形式文档定义。
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 Consortium）。
4.4 XML
可扩展置口号言（eXtensible Markup Language）。
5 电子公文基础要素
基于XML电子公文应能满足各级党政机关电子公文处理需要，如实反应其所采取行动及决议。其组成要素除公文体内容之外，还应包含统计公文处理过程必需信息。电子公文基础要素以下：
――公文体信息；
――公文式样信息；
――公文办理信息；
――公文安全信息；
――公文交换信息；
――公文归档信息。
各要素层次关系图1所表示：

图1 各要素层次关系图
6 电子公文特征
基于XML电子公文管理、应确保能够形成含有真实、可靠、完整、可用特征电子公文。
6.1 真实性
基于XML电子公文，其真实性含有以下三重含义：
a) 文件和其意图相符；
b) 文件形成和发送和其既定形成者和发送者相符；
c) 文件形成和发送和其既定形成时间和发送时间一致。
6.2 可靠性
基于XML电子公文可靠性是指电子公文内容可信，能够正确、充足地反应其所证实业务活动、活动过程或事实，并在后续业务活动中仍能够其为依据。
6.3 完整性
基于XML电子公文完整性是指公文是完全，未加改动，而且能受到保护，以预防未经授权情况下对电子公文增、删、改及利用、销毁和移动。
6.4 可用性
基于XML电子公文可用性是指公文能够被查找、检索、显现和了解，能够表明电子公文和形成它业务活动直接关系。电子公文背景信息应该包含有文件形成和利用信息，有利于了解业务活动过程信息，有利于确定电子公文所处宏观业务活动背景和职能活动背景及电子公文间联络信息。
7 电子公文分类
7.1 党机关公文
党机关公文是指《中国共产党机关公文处理条例》中要求法定性公文，关键包含决议、决定、指示、意见、通知、通报、公告、汇报、请示、批复、条例、要求、函及会议纪要等14种公文。
7.2 行政机关公文
行政机关公文是指《国家行政机关公文处理措施》中要求法定性公文，关键包含命令（令）、决定、公告、通知、通报、议案、汇报、请示、批复、意见、函及会议纪要等13种公文。
7.3 其它机关公文
行政机关以外其它机关公文，为本标准中扩展公文类型。
8 电子公文处理过程
8.1 过程模型
图2中模型描述了电子公文从创建到归档或销毁通常过程，“办理”和“交换”之间能够有循环过程。

图2 过程模型图
8.2 创建
是指依据一定规则建立电子公文过程。
8.3 显现
是指经过能够人为感知、并符合规范格式形式来展现电子公文内容操作。
8.4 办理
是指经过计算机系统对电子公文进行收发、批阅等工作。
8.5 交换
是指按始发者意图进行跨系统、跨平台电子公文传输。
8.6 归档
是指依据相关要求对办理完成后电子公文进行存放。
8.7 销毁
是指依据相关要求将电子公文从存放介质上物理删除。
9 标准各部分内容和相互关系
9.1 各部分综述
9.1.1 第1部分：总则
该部分定义了用于标准各部分术语，要求了电子公文基础要素和分类，描述了电子公文特征、电子公文处理过程和标准各部分内容概述和相互关系，给出了基础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部分：归档
该部分定义了电子公文归档要求、归档方法和归档过程，并对归档过程中元数据和电子公文关系加以描述。
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) 第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 电子公文各部分命名空间
名称
命名空间
电子公文

公文体

交换

办理

归档

显现

安全