第一篇：电子政务的顶层设计

各位老师，各位来宾，大家上午好！首先我代表工业和信息化部对第四届电子政务高峰论坛的召开表示热烈的祝贺！借这个机会就这次论坛的主题--“电子政务顶层设计”，谈三点看法：第一个什么是顶层设计？第二个顶层设计的目的性？第三个顶层设计和我们今天已经做过的很多其他工作之间的相互关系是什么？

首先说什么是顶层设计？按我的理解，顶层设计是一个不定的概念，它随着设计问题的对象而发生变化。但是顶层设计有三个基本的要素，第一个要素就是制定方法论；第二个在概念层级上是顶层，而不是底层和中间层；第三是设计。设计最起码有两个基本的含义，第一个含义是清晰的，因为设计如果不清晰就说不上是设计；第二是可以实施的。

所以我理解的顶层设计有这样的一些最基本的要素，但是为什么在这样几个基本要素下还是不定的呢？因为顶层设计的对象是不定的，比如说对一个系统和一个项目做顶层设计的时候，那么这个“顶”就是这个系统的最顶层，在系统顶层设计的时候，可能更多会涉及到系统如何实现。如果一个部门做电子政务顶层设计的时候，我们将会考虑这个部门的全局，包括全局的构成要素和体系结构。如果是一个地方的话，那么这个顶层设计是指这个地方电子政务全局的一个顶层设计。所以说顶层设计随着设计的对象的不同而会发生变化。它是一个不定的概念。但是在不定的概念里面有一些稳定的因素，而这些稳定的因素如果用最核心的话来说，就是要给这个顶层设计所设计的对象，体系架构梳理清楚。这是我理解的电子政务顶层设计。

第二、我想说一下顶层设计的目的性。正因为随着不同的对象，顶层设计的重点、范围是有所变化的，所以我们在针对特定对象做顶层设计的时候，有必要把目的性这个问题很好的分析一下。在今天我们讨论电子政务顶层设计的时候，正面临的一个重要的事情，就是各地各部门都在制定或者准备制定“十二五”电子政务规划，如何为各部门、各地区电子政务的“十二五”规划服务？我们在讲电子政务“十二五”规划的时候，涉及的内容很多，我只说和电子政务顶层设计目的性相关的几个，就这几点谈一下体会。

第一点，我们在讲顶层设计的时候，它的对应物是什么？它的对应物不是局部的，不是系统的，是顶层的。很遗憾，当我们在做电子政务“十二五”规划的时候，碰到了很多局部的、非系统的，底层问题的干扰。举一个例子，大家可以比较清晰进行对照，中国电子政务40年的历史，总体上以项目为中心推进的，头20年是科研项目为主，电子政务从上世纪七十年代到九十年代初大部分是以项目为中心。即使一个很大的项目，比如说金土工程，应该是覆盖国土资源部的全局，其实没有。当然也有少数的项目是覆盖全局的，比如说金审工程。但是这样的例子在几十年的过程里面，所占的比例是很少的。这些年来我们项目中心是一个部门甚至是一个系统里面的一个局部在推进，这是过去几十年的主体，形成了很多的碎片，这就是为什么我们今天始终强调要业务协同，要防止信息孤岛，要处理好纵横关系。这些问题的产生就是因为那么多的中心以碎片的状态存在，电子政务进行到今天，在做“十二五”规划的时候，我们不是要在碎片再增加，而是需要真正的顶层设计。

关于目的性第二点，电子政务顶层设计为什么？电子政务是为了政府更好地履行职能，是为了政府能够在信息化环境下提升执政能力，所以顶层设计的第一要务，就是如何为政府更好地履行职能，如何为政府提升在信息化条件下的执政能力做出明确的回答，这是顶层设计的第一要务，或者第一目的。这个目的性必须清晰。在这一点上，我感到有些遗憾，我们在许多部门和地方，在电子政务顶层设计的时候，经常忽略或者是软化了这个要求，做多少系统，包括建什么网络、建什么系统、建什么数据库，和直接的政府绩效之间没有关系。第二个是软连接，对政府履行职能，比如说支撑决策和业务是什么事情，有一个软的连接，没有硬的连接。为什么呢？我举两个例子就比较清晰，比如说在审计署实施了金审工程以后，它的审计能力大体上提升了1倍，无论是个体还是整体，个体是审计员，整体是审计能力，提升了一倍或者1倍以上，这就是我们对电子政务、对政府绩效、对政府履行职能直接的支撑，所以系统是要朝这个方向努力的。再比如，北京市高法的法官案件审结率提升了3.2倍，就是一个人可以顶3.25个人。所以电子政务顶层设计一定要直接和这样的目的挂钩，而且这个目的是可检验的。

第三、我们做这个顶层设计要回答一个问题，一个部门、一个地方推进电子政务达到这样的目的，在技术路径上，在成本上是最好的，技术路径就是可持续和优化的问题，也就是说顶层设计要提供一个技术方案，这个方案在实现达到政务目的这个基础上，技术路径是优化的，成本是最低的。完成这个目的对于我们来说，还是有很大的挑战。

第三个问题，就是我们在为了“十二五”的规划做顶层设计，我们交叉了一些其他的概念，和一些原来遗留下来的东西，这些问题怎么处理，怎么对待，这是我们必须面对的问题。首先说顶层设计和智慧城市之间的关系，比如说智慧南京、智慧广州，现在很多地方在做。那么电子政务顶层设计和这样一些概念之间是什么样的关系，如何处理呢？那么我的回答就一句话，就是要把握本质。概念随便用，但是本质不能变，否则就会被这些概念弄得不知所以。

下面我想说一下“本质”，首先我们说电子政务本质是什么？电子政务本质就是充分的利用信息技术，使得政府履行职责的能力能够适应环境的变化，而在这个变化的过程中不断地完善和改善。电子政务的本质千万不要看成建了不少网络，建了多少系统，买了多少设备。我们一直在说电子政务核心和本质是政务，不是电子，但是这个问题既使到今天还没有解决。

我们在处理相互关系的时候是把握本质，首先是智慧城市，因为在概念上可能下一步在电子政务“十二五”规划交叉最多的，或者说最难处理一件事情就是智慧城市。智慧城市和电子政务规划之间，首先范围不太一样的，电子政务只是政府履行职责所做的各项工作之上，而之外还是有城市的其他功能部分完成，而不是政府来完成，这是差别的地方。但是共同的地方是什么？在这里面共同的地方很多，请大家重视，智慧城市除了产业、教育、卫生等部分之外，相当一部分是城市的公共管理。

这里面我们十分重视的是智慧城市，后面的本质实际上用三句话就可以概括清楚。第一句话就是更加透彻的感知；第二句话是更加广泛的连接；第三句话是更加集中、更加有深度的计算。那么这三点在我们做电子政务“十二五”规划的时候要充分的考虑。更加充分的感知，比如说城市的交通管理、城市公共安全，城市的应急指挥，必须要更加透彻的感知和更加广泛的链接，而且还需要更加集中和深度的计算。比如说交通流量必须有模型，如果你把当前的流量和模型对比，发现这个曲线不一样了，你才可以做出新的判断和提出新的处置。所以电子政务和这三个基本要素之间存在着密切的关系，我们“十二五”电子政务规划在这三个方面要进一步的深入。

你的领导说你不要做电子政务规划了，你就做智慧城市的规划，没有关系，你把电子政务要务达到的目标，把它包容进去就可以了。比如说我们在做电子政务规划的时候用不用云计算的概念，我认为没有关系，你可以用，也可以不用，因为作为一个城市，作为一个地方，甚至作为一个部门，如果原来没有整合起来，原来没有构成统一的平台，从“十二五”开始你必须把原来的碎片集成起来，形成一个统一的政府的信息技术支持，那么这个概念叫政府云也没关系，叫什么概念都没有关系，但是你必须整合起来，必须通过一个完整的顶层设计、一个完整的体系架构把这样的基础构建起来，这是发展的必然方向。“十二五”完不成没有关系，“十三五”接着干，这一点是确定无疑的。

还有物联网这个词，电子政务里面用不用感知交通或者叫感知食品的概念呢？我认为这也没有关系，用不用都不要紧，关键是你要知道你感知交通，那么你所有的感知是和交通的控制、交通流量的疏导，把交通指挥这样的目的连接起来，否则你的感知是没有意义的。这是顶层设计和其他一些概念之间的关系。不要迷惑也不要彷徨，核心问题是要弄清本质，弄清概念的本质以及要做的事情的本质，想做什么就十分的清晰了。

谢谢大家！

第二篇：电子政务顶层设计的定义及内涵

电子政务顶层设计的定义及内涵

电子政务顶层设计就是关于一个地区、行业或者部门电子政务发展规划或总体框架的详细设计及其内部各要素之间有效组合运行的动力机制、建设机制和发展机制的模型化设定，以保证电子政务系统功能相互协调、结构基本一致、资源互相共享、标准基本统一。

基本含义：①从顶层、整体的高度去看待和分析电子政务发展的问题，这就需要跳出局部环境、局部利益的约束和限制。②所包含的要素内容更加全面，顶层设计不仅要考虑政务层面的内容，如行政管理体制、政府职能及其具体业务类型之间的关系，还应考虑网络建设、安全管理、信息资源建设等诸多技术层面的内容；不仅要考虑设计对象自身的构成要素和体系结构，还应考虑设计对象的外部环境影响，例如一个部门的电子政务顶层设计不仅要考虑部门内各种要素之间的运作关系，还应考虑该部门在政府纵向层面和横向层面上的相互协调。③顶层设计的重点在于建立各要素之间良好的互动关系，需要探讨如何通过设计推动各部门间的业务协同和信息共享，如何确保工作流程、信息系统、数据以及相应技术之间深度融合。

主要特点：①强调战略全局性，“顶层”重在强调分析问题的高度，电子政务顶层设计应站在全局的高度对电子政务系统进行整体性布局和统筹规划，并且要确保这个系统的运作与电子政务的发展战略和目标相一致，实现战略性思考和全局性统筹是开展顶层设计的初衷；②实际可操作性强，顶层设计是铺展在规划和实践之间的“蓝图”，是对规划和总体框架的细化与可实施性的考虑，包含一系列指导实践的框架、模型、方法、工具和指南，可操作性是其发挥作用的关键；③设计对象多样化，正如上文所述，“顶层”是指逻辑概念层级上的顶层而非行政层级上的顶层，因此其对象不仅限于国家层面，还包括对省、市、区县的电子政务建设进行顶层设计，不仅仅可以对面向某一行政区域的电子政务进行顶层设计，还可以对纵向行业和政府部门的电子政务进行顶层设计，对象不同，顶层设计的复杂程度也会不同；④动态发展性，顶层设计要服从于电子政务的战略目标和不断变化的建设需求，因此需要保持动态发展，不断丰富和完善其相关方法和成果。

总的来看，“顶层设计”并不是造砌的一个新词，而是随着我国近几年来政务信息化深入展开，一些政府部门在实践中自发地认识到并已开始实践的一种思想。实践中产生的认识毕竟是朴素而零乱的，理论上加以概括和归纳则非常有必要.......。

一、何谓“顶层设计”？

电子政务的“顶层设计”思想是最近几年随着我国政务信息化实践的深入而逐渐产生的一种认识。它与“整体规划、业务流程再造和梳理”等理念和想法一样，已被越来越多的人所认可。

顶层设计思想就是一个地方电子政务总体规划的具体化。实施电子政务，一个地方、一个单位总是首先要做一个总体规划。顶层设计则是总体规划的一种实现手段。如果光有规划，缺乏具体的实现手段的话，则在总体规划之下很可能又造成各自为政、分兵把口的局面，造成资源难以共享，信息难以互联互通的后果。

二、顶层设计的意义何在？

电子政务推进如果没有一种整体性的顶层设计，而任由各个部门各自为政的话，会造成条条林立、信息孤岛。以前的“十二金”工程建设，就有点偏向于强化部门行业，通过实践，发现整体设计、顶层设计更重要，因此下一步应该在继续做好“金”字工程的前提下，做好其上层的统一管理、统一规划，以确保互联互通、资源共享。

不管是内部办公还是对外服务，顶层设计对政务信息化建设的成效都起着至关重要的作用：在内网建设过程中，如果说没有统一的顶层设计、规划的话，那么各部门各自为政，软件、接口、体系标准都不一样，会导致互联互通实现不了，内部办公效率低下；顶层设计对于外网的意义则更为突出。政府在办理一些面向社会的事务时，很多时候需要多家单位之间的协同来处理。如果没有一个统一的框架，则“协同办公、并联审批、串联审批、互联审批、混合审批”等等都是一句空话。

当前中国政务管理模式的特点是部门设置比较多、职能交叉比较多，此种情形下，“顶层设计”的意义尤为突出。

三、能否用一个实际的例子来说明顶层设计思想？

从目前来看，有些地方除了“电子政务”以外，还提出什么“电子党务”。其实，没有必要提出这么多概念，中国的“电子政务”是一个广义的电子政务，它涵盖了政府、人大、政协、纪检等部门。

顶层设计思想具体表现为一个政府就应该以一个统一的平台出现，而不应分立为多个部门。可以叫做“网上税务、网上工商、网上海关、网上银行”，也可以叫“网上党务工作”，但不应该出现“电子党务、电子人大、电子政协”等等说法。这决不是一种简单的概念取舍问题，其内涵是建设一种党政一体化的网络结构。

除了中央和省层面比较特殊，政府和党委系统在信息化建设时搞两套系统以外，从州市级以下，包括地级市、县，绝对不能在信息化过程中搞两套分立的系统，凡是搞两套的，都是有问题，都是一种结构性的浪费。

北京市海淀区政府在建设电子政务的过程中，把包括党委、政府在内的所有部门都吸收到一个统一的网络框架下，这就是从顶层设计的角度出发。从这个例子也可以看出，所谓“顶层设计”并不是一个新造的概念，中国的一些政府部门早已认识到这一点，并已经这样做了。只不过为防止诸如“党政分开”等现象的再次发生，保证中国政务信息化的平稳、健康发展，目前还要在理论上加以进一步的概括、归纳。

四、落实“顶层设计”思想的关键是什么？

要贯彻顶层设计的思想，首先须解决组织机构、组织领导问题。一套良好的信息化管理体制能避免电子政务建设过程中的资金浪费，也是实现顶层设计的基本前提。

从长远来看，建立政府领域的首席信息官制度不失为一种很好的选择，但目前来看，首先要解决电子政务领导组织制度设置不规范的现象。凡是党政一体化做得比较好的地方，如北京、青岛，都有一个既属于政府、又属于党委的共同机构在发挥着领导作用，像北京市委市政府信息中心，它就是既属于北京市委又属于北京市政府。成立这样一个机构是非常关键的。

贯彻顶层设计思想，解决诸如网络结构党政分开等问题，首先必须设立一个“党政一体”的机构，作为信息化建设的领导机关。目前，我国各级政府的信息化领导小组一般是党政一体化的，既有党务成员参加，又有政府成员参加，它应该涵盖政府、政党、人大、政协。人大、政协的业务相对单一一些，但也不应忽视他们的需求，至少在信息化领导小组中有他们参加。

从这一点上也可以看出，顶层设计思想给电子政务建设所带来的最大的节约是“结构性的节约”——它用一个“党政一体”的信息化领导机构取代了分立、重复的机构。

五、当前困扰顶层设计的问题主要在哪里？

为了贯彻统一规划、实现顶层设计，当务之急是国家应该尽快对政务信息化的网络结构进行重新定义。中国的政务信息化搞了这么多年，大部分人都达成共识，认为中国电子政务的网络结构应该是“三网”——即内网、外网和专网。但国家对此一直没有一个明确、统一的说法，“外网”到底是什么？“内网”、“专网”到底各是什么？各自的边界如何划分？内网建到哪一级？……这些问题都不清楚。

总的来看，内网必须最小化，严格限定内网就是走涉密信息的，非涉密信息就不要在内网走。现在我们国家还有一套属于国家机要局的机要网，已经延伸到县一级。但是它和政务内网还不完全一样，机要网取代政务内网从目前来看还是有相当困难的。政务内网内部确实也有许多涉密信息。因此，内网有必要设立，只不过应该严格界定只走涉密信息。

外网应该是直接给老百姓提供服务的。政府的服务功能通过门户网站，在外网上实现。

另外，专网也应该在网络结构中有它的位置。大量的不涉密、完全是业务上的东西可以放在专网上。现在工商、税务、海关、公安等部门，大都是以专网形式向下联通。有些专网其业务主要面向老百姓，其形式跟互联网靠得比较近，这就带有外网性质，如工商、税务。有些专网带有内网形态，比如公安。

网络结构问题涉及到电子政务的全局，影响很大。这些问题需要尽快由国家给予明确的定义。只有把网络结构清晰化了，每个网络的边界划清晰了、包括网络的概念使用也要统一规范，才能更好地实现顶层设计、更好地推动互联互通、更好的推动资源共享。

第三篇：国家电子政务内网建设顶层设计重构版

国家电子政务内网建设顶层设计

大连倚天软件股份有限公司

2014年3月

目录

第一章

1.1 1.2 1.3 1.4 第二章

2.1 2.2 2.3 2.4 2.5 2.6 第三章

3.1 3.2 第四章

4.1 4.2 4.3 第五章 综述...........................................................................................5 建设背景..................................................................................5 建设目的..................................................................................7 建设内容..................................................................................7 建设原则..................................................................................8 电子政务系统理论分析..........................................................9 政府资源规划模型..................................................................9 电子政务发展演化模型........................................................10 组织人事管理模型................................................................10 业务流程模型........................................................................11 信息资源模型........................................................................12 大技术融合模型....................................................................13 顶层设计与整体架构............................................................14 MART模型............................................................................14平台开发模式........................................................................15 统一组织授权与管理平台....................................................17 基于组织的授权访问控制（OB4LAC）.............................18 分级分布式动态柔性组织人事管理....................................18 CA中间件..............................................................................19 统一信息资源管理平台........................................................19 5.1 5.2 5.3 5.4 5.5 大数据平台建设....................................................................20 信息资源元数据管理............................................................21 综合资源主题数据库............................................................21 信息资源目录服务体系........................................................22 安全性建设............................................................................22 第六章

6.16.26.36.46.56.65.5.1 数据完整性................................................................23 5.5.2 数据保密性................................................................23 5.5.3 备份和恢复................................................................23

统一应用开发平台................................................................24 协同办公业务系统................................................................24 6.1.1 收文管理....................................................................24 6.1.2 发文管理....................................................................25 6.1.3 数字签名....................................................................25 6.1.4 电子印章....................................................................26

安全电子邮件系统................................................................27 领导辅助决策系统................................................................29 内网网站群服务系统............................................................30 跨部门协作专项应用............................................................31 安全性建设............................................................................32 6.6.1 身份鉴别....................................................................32 6.6.2 安全标记....................................................................33 6.6.3 访问控制....................................................................33

第七章

7.17.27.36.6.4 可信路径....................................................................33 6.6.5 安全审计....................................................................33 6.6.6 剩余信息保护............................................................34 6.6.7 通信完整性................................................................34 6.6.8 通信保密性................................................................34 6.6.9 抗抵赖........................................................................34

6.6.10 软件容错....................................................................34 6.6.11 资源控制....................................................................35

基础设施技术融合................................................................35 基础设施层............................................................................36 7.1.1 政务信息网网络结构................................................37

7.1.2CA认证......................................................................37 7.1.3 数据共享....................................................................37 7.1.4 网络信任域................................................................37

网络层....................................................................................38 7.2.1 域名建设....................................................................39

7.2.2

IPv6建设....................................................................39 7.2.3 安全性建设................................................................40

主机层....................................................................................41 7.3.1 服务器........................................................................42 7.3.2 数据库........................................................................42 7.3.3 存储管理....................................................................42

7.3.4 7.4 安全性建设................................................................43

国产软硬件应用....................................................................46 7.4.1 7.4.2 7.4.3 7.4.4 国产操作系统产品....................................................46 国产中间件产品........................................................47 国产数据库产品........................................................47 国产服务器产品........................................................48

第八章 第九章 第十章 组织保障................................................................................48 信息安全保障........................................................................49 应用部署................................................................................49

第十一章 运行保障................................................................................50 第十二章 服务实施................................................................................51

第一章 综述

1.1 建设背景

党的十八大政府报告中提出：“建立健全权力运行制约和监督体系。推进权力运行公开化、规范化，完善党务公开、政务公开、司法公开和各领域办事公开制度，健全质询、问责、经济责任审计、引咎辞职、罢免等制度，加强党内监督、民主监督、法律监督、舆论监督，让人民监督权力，让权力在阳光下运行。”当前，我们已经身处于“大数据”时代，电子政务网络作为新时期行政权利运行管理的重要载体，发挥着关键作用。要贯彻落实十八大精神，切实发挥行政权利运行管理的重要作用，促使权力运行公开化、规范化，推进电子政务内网的建设工作尤为迫切。

电子政务内网是国家电子政务网络的重要组成部分，全面推进电子政务内网建设和应用，有利于转变党政机关工作理念，改进工作方式，优化工作流程，减少工作环节，降低行政成本，提高工作效率和水平；有利于各级党政机关之间的信息沟通，广泛听取意见和建议，及时了解和准确把握人民群众的利益诉求，实现决策的民主化和科学化；有利于宣传党的路线方针政策，密切党同人民群众的联系，增强党的创造力、凝聚力和战斗力、科学发展观。

随着电子政务内网建设与应用的不断推进，对网络硬件和应用平台的功能与性能要求在不断提高。有效整合网络与信息资源、提高网络综合利用效率、提升网络安全水平、降低网络建设与管理成本已成为亟待解决的问题。

根据电子政务内网建设现状与应用发展需求，拟建设的电子政务内网统一平台建设项目，其目的是实现电子政务内网的统一规划与建设。全面构建党委、人大、政府、政协、法院、检察院等系统的互联互通共享网络体系，实现各级党政机关内部办公业务网络接入电子政务内网，全面推进网络化应用建设；整合网络与信息资源，建立统一完善、方便实用的网络化共享应用平台，实现机关内部、系统内部以及跨机关跨系统的网络化协同办公；关于网络安全方面，习近平主席曾指出：“没有网络安全就没有国家安全，没有信息化就没有现代化”。必须要建立有效的信息安全保障体系，强化电子政务内网网络与信息系统的安全措施，为各级党政机关间的信息交换、工作协调、辅助决策等提供方便快捷、安全保密、规范有序的内部网络办公业务环境。

1.2 建设目的

扎实推进电子政务建设，围绕提高治国理政能力，统筹协调、合理布局、因地制宜、分步实施。整合政府网络资源，构建统一的电子政务网络，推动部门间信息共享和业务协同。加强基础数据资源、政务信息资源建设。完善重点业务系统，稳步推进经济调节、市场监管、社会管理、公共服务等领域的政务系统建设，提高行政效率，推动政府管理创新。不断完善政府门户网站，改善办公方式，加快智慧型政府建设。

1.3 建设内容

加快建设国家级统一的电子政务内网平台。规范国务院、国务院下属各部委及省政府、自治区政府、直辖市政府，省级下属各委办厅局所使用的国家电子政务内网网络连接，整合网络资源，确保安全接入。重点建设中央级平台，尽快实现顶层互联互通。按照业务系统部署和安全管理要求，依托统一的国家电子政务内网平台，建设一个中心，即统一资源大数据中心；三个基础，包括网络规划与建设、数据中心云化建设和信息安全设施建设；五个平台，包括综合服务门户管理平台、统一应用开发平台、移动应用平台、统一身份认证管理平台和数据交换与共享服务平台；六个骨干系统，包括协同办公系统、安全电子邮件系统、领导辅助决策系统、网站群管理系统、移动办公自动化系统和各部委之间需要协同办公所使用的专项应用系统。

开展跨地区跨部门业务应用，实现网络资源的共享共用。建设基于传统IT技术与云技术相结合的安全的供国务院至省级政府使用的满足日常公文传输、电子邮件需求的，涉密的，跨部门的，共享的国家电子政务内网整体框架。

1.4 建设原则

1.统一领导，统筹规划。强化统一领导，完善管理体制，加强沟通协调，统筹规划，统一建设，协同运作，推进电子政务内网建设和应用工作健康有序发展。

2.深化应用，务求实效。结合党政机关各部门的工作实际，深入开展应用需求分析，切实推进共性化、专项化和协同化办公业务应用，全面提高网络化办公应用水平。

3.整合资源，满足共享。在统一建设电子政务内网过程中，充分考虑网络基础设施、网络业务应用系统和信息等资源的有机整合，加大统一规划和建设力度，在确保安全和满足需求的条件下，最大限度提供资源共享，切实发挥资源的最大效益，同时提高对资源的可管理和可维护水平。4.科学发展，保障安全。按照电子政务内网建设要满足应用、保障安全的总体要求，科学规划，构建网络安全体系，优先采用具有国内自主知识产权的产品和服务，努力实现系统可控，确保安全可靠。

第二章 电子政务系统理论分析

2.1 政府资源规划模型

政府资源规划(GRP)是指建立在现在通信技术之上，以优化政府管理和服务，合理配置政府资源为目标的管理系统。政府管理和服务的优化决定于政务流程的优化程度，政府资源的合理配置来源于政务信息的共享程度和政务资源的整合程度。

GRP的两个最为重要的思想为政务流程管理和信息集成。政务流程管理不但需要涵盖政府机构内部的政务工作流程，还需要包括本单位的上下级管理机构的相关流程。信息集成包括了应用集成、数据共享、资源整合。首先，GRP需要集成政府部门已经存在的应用系统，消除应用碎片和信息孤岛；其次，GRP也要求在整个政务流程中实现数据共享，减少政务工作复杂度，同时也能够实现政府信息资源的市场价值和信息增值；最后，资源整合是指要打破各级政府和部门对资源的垄断和封闭，强化政府资源的不断开发、更新和维护，使政府资源真正服务于社会，创在社会效益和经济效益。2.2 电子政务发展演化模型

政府资源规划(GRP)是由信息技术、信息资源、应用、组织与管理四个基本要素组成。各要素之间的互动完成了政府信息资源规划的动态模式，其中应用与组织管理控制是政府资源规划关键考虑因子。电子政务建设无论强调信息技术或其它单个方面都是不合理的，应该从系统的角度来考虑问题。

2.3 组织人事管理模型

实际的政务系统是千变万化的。按照一般信息系统的建设思路，应在对实际政务系统进行详细系统分析基础上，再进行政务系统的设计与开发。但由于政务系统应用的复杂性和个性化要求，以及信息技术的快速发展和用户对信息技术认同与掌握的差异，使得几乎不可能在系统建设之前拿出一个非常完善和持久可用的设计方案。

因此，电子政务建设是一项复杂的系统工程。在电子政务建设过程中，政务是主导，是应用的关键，而电子只是技术支撑，电子政务建设和相应的软件开发必须从管理科学出发，应用系统科学方法对政务系统进行科学分析和抽象，建立相应的系统模型来完成。也就是说，要做活这些模型的生成与管理，建立灵活方便的应用开发平台，以不变的组织理论机理和相对稳定的平台技术支撑环境来适应政务应用万变的需求。这就是本工程方案所遵循的总体思路，也是真正的解决方案。

任何一个政务系统，都是一个特定的组织系统，其内部人员组成都可以抽象成一个层次化组织结构。构建电子政务组织人事管理体系必须从国情出发，综合考虑行政体制现状和电子政务建设的实际，按照电子政务建设的规律，着重解决电子政务的决策、规划、资金管理、基础项目建设、跨部门协调等核心问题，在管理职能、组织机构、运行机制上进行科学的设计，将电子政务纳入规范化管理之中，保障电子政务内网建设的健康发展。

2.4 业务流程模型

业务流程模型是通过对业务流程的理解进行建模，并通过对模型的分析进一步理解和改进业务流程。借助于科学的业务流程建模方法可以获得定义和建模能力从而方便的建立业务流程模型，然后使用统计模块化去分析在现实世界中的流程行为。

业务流程模型中的每一项业务都是由一系列步骤（事务流节点）相互连接完成的，可以通过事务流节点的描述来完成业务流程的整体描述。业务流程模型的基本要素是包含于流程中最基本的、不可或缺的成分。活动、活动之间的连接方式、活动的承担者、完成活动的方式构成了业务流程模型的四个基本要素。其中活动是构成业务流程模型的最基本要素。根据活动之间存在的逻辑关系可以将业务流程模型分为串行业务流程模型、并行业务流程模型和反馈业务流程模型。

串行业务流程模型:前一个活动的输出作为活一个活动的输入，最后一个活动则为流程的输出。

并行业务流程模型：两个活动同时进行、彼此独立，活动之间不构成输入或输出的关系，它们的共同输出才是流程的结果。反馈业务流程模型：前一个活动的输出作为后一个活动的输入，而一个活动的输出又作为前一个活动的输入，两个活动的结果相互控制再产生一定的结果，是一种相互控制的关系。

业务流程模型不仅仅是流程的图形化。流程图形化只是一个静态，二维的流程表现。而业务流程模型中还可以展现随着数据流增加的数据本体并提供分析数据的能力。业务流程模型通常是梳理业务流程，理清业务关系的优先选择。

建立业务流程模型还是实现业务流程再造的基础。业务流程再造是对业务流程做根本性的思考和彻底重建，其目的是在成本、质量、服务和速度等方面取得显著的的改善，使得系统能在最大限度地适应用户需求。业务流程再造追求的是一种彻底的改变，而不是追加式的改进，其目的是追求绩效的飞跃，而不是改善。业务流程再造的基本内涵就是以业务流程模型为中心，摆脱传统组织分工理论的束缚，正确地运用信息技术，达到重建业务流程的目的。

2.5 信息资源模型

1.统一的信息管理平台。整合政府的内网资源，提高政府面向公众的服务能力。基于统一的信息管理平台，可以建立具有高度集成与共享能力的政务内 网系统，加快和丰富政府内网的信息更新，消除信息孤岛，形成具有高度互动与协作能力的政府内网办公环境。

2.充分的可扩展性。为了加强信息资源的有效利用，电子政务信息资源的管理要灵活可变，从数据获取源、信息管理数量、用户访问数目以及信息输出接口 都需要具备可扩展性。同时通过应用系统间的信息沟通对原有的业务系统进行扩展。

3.个性化的信息服务。为建立适应知识经济时代要求的政务综合知识库，以及政务知识交流的场所，需要对相关信息进行主动收集和整理，自动分类和归 并，将人与信息紧密相连，包括跟踪和分析用户的浏览内容和习惯，随时更新用户的个人档案，无需人工干预，提高工作效率，以准确，完整、实时的信息数据来适 应和支持政府组织机构和多种业务处理上的变化。

4.迅捷、安全、可靠的基于物理隔离的信息安全机制。

2.6 大技术融合模型

技术融合是指按照一定的技术原理或功能目的，将两个或两个以上的单项技术通过重组而获得具有统一整体功能的新技术的创造方法。它往往可以实现单个技术实现不了的技术需求目的。

面对复杂多变的竞争环境和不断涌现的非连续性的技术变化，传统的单一技术开发模式已不能快速适应创新需要，取而代之的将是面向需求的大技术融合策略。

大技术融合的本质就是最优化的综合统筹设计，一个大型的电子政务内网建设，包括计算机软件、硬件、操作系统技术、数据库技术、网络通讯技术等的融合，以及不同厂家产品选型，搭配的融合，大技术融合所要达到的目标是整体性能最优，即所有部件和成分合在一起后不但能工作，而且全系统是低成本的、高效率的、性能匀称的、可扩充性和可维护的系统。

第三章 顶层设计与整体架构

3.1 MART模型

电子政务管理是一项复杂的巨系统工程，涉及组织管理、相关业务与应用处理、各种资源和技术支撑体系。MART（Management-Application-Resources-Technology）模型从组织管理（Management）、业务应用（Application）、信息资源（Resources）和信息技术（Info.Technology）的系统整体性出发，诠释信息化发展宏观体系架构和整体性。提出信息化促进资源的集约、业务的集成及组织的协同；信息技术是应用系统构建基础，其选择必须适应组织管理、业务应用和信息资源的需要；业务应用产生信息资源，通过业务应用整合而实现信息资源的整合，两者互动、不可分割；业务应用不是由技术来决定，是要根据业务应用的需要选择技术，同时业务应用要适应组织与管理的实际；业务应用是除组织管理以外最重要、最活跃的因素；组织管理是最重要、最活跃的因素、是最高层面的，这与现实世界是一致的，是决定性因素等整体性原则。MART模型除了揭示这些关系原则外，更加注重MART的动态演化和发展，如下图所示，强调动态整体性与协同原则。MART模型是研究信息化顶层架构的基本模型，研究建设电子政务管理系统更应遵循这一模型的理念与思想。

MART模型的动态演化示意 根据MART模型提供的方法，可以从四个层面对电子政务管理系统进行描述：

组织管理与保障（M）：电子政务管理系统是一个纵向到底、横向到边的复杂应用系统。通过与各部门电子政务平台的信息互通和资源共享，实现电子政务的纵向到底，即从国家、省、市、县到基层；横向到边，即实现多部门和各地方之间的统筹与协同应对。

业务应用（A）：电子政务系统的建设，必须从总体上对电子政务管理系统业务流程进行梳理，整合现有资源，总结各级电子政务管理的共性业务需求，建立分层次应用体系。

信息资源（R）：华建敏国务委员指出，要立足当前，着眼长远，充分整合现有资源，依托政府系统电子政务建设，实现多网整合，避免重复建设；注重内容、讲求实效。要避免出现只重视平台硬件建设，而忽视信息内容建设的现象。平台仅是载体，更为重要的是信息源建设和信息本身的完备性、实施性和标准化，只有这样才能实现多部门之间的协同应对。

信息技术（T）：随着信息时代的日益发展，GIS、GPS、RS、视频监控、电话服务等各项技术日臻成熟，可以为电子政务管理系统提高有利的技术保障。

3.2平台开发模式

由于电子政务管理系统等政务系统自身的复杂、多变性，加之信息化项目的规模越来越大，传统的系统开发模式越来越不能满足需要，特别是当前很多用户对自身的需求很模糊，提不出一个相对不变的需求，因此需求调研所得到的信息往往是片面的、甚至是错误的，据此开发的项目交付用户以后功能调整、变动是难免的！这种情况下修改代码、重新测试在所难免，由此带来的问题是工作量剧增，系统稳定性下降，系统地整体性、完整性受到影响，有时甚至造成整个项目的失败！

信息系统开发模式正在向新的平台式开发模式前进。依据电子政务开发规范和相应的范例，相对一类业务应用，抽取一些通用的业务模型（如微操作模型），然后研发或从第三方供应商产品中遴选出各种软件组件、中间件和工具类，最后利用这些组件组合成相应的开发平台。平台相对独立于具体业务系统，它是对应用类业务领域的系统化的知识、方法和工具的支撑环境。利用这样的平台可以开发各种业务系统，平台支持用户级的二次开发，可以管理操作集、数据库对象、用户、岗位、角色、权限分配和输入输出模板等。使用平台开发业务系统方便、快捷、灵活，当用户的需求发生变化时，不需要修改程序代码，彻底解决了需求不固定、需求经常变化带来的种种问题。而且使用平台开发的系统具有性能稳定、执行效率高等优点，是未来信息化建设发展的方向。

以系统开发的核心技术为基础，融合现代化管理理念、原理和方法，形成产品化技术，开发出电子政务办公应用开发平台，可完成办公业务模块开发和服务。

平台在设计上充分应用系统科学中的系统工程的理论思想，构造时立足于政务信息系统的整体，统筹全局，注意对认识不确定性及管理过程多变性的考察与研究，通过大量建模与数学方法的推理，制作出如角色网络、业务功能操作集、任意格式报表、多级安全滤网等一系列基本要素模块，为进行政务系统的复杂运动状态的信息化及对其运动规律的揭示打下坚实的基础。

平台就是在充分考虑各种业务需求变化的基础上，结合上述各种学科技术及思想而研制开发出来的。用形式化的界面对各种变化多端的信息进行管理，可生成输入/输出界面、可生成用户可用的操作、可生成信息的存储结构、可生成信息的流转过程、可生成信息的安全过滤机制，整个处理过程都是以生成器的面貌出现，打造一个信息全视角的生成器平台。

平台的所有的技术都是在统一技术支撑体系下，自己独立开发的，对于系统的管理和维护，可以实现分布式管理，而且系统符合政府对信息安全的技术要求，同时系统充分考虑了以后的系统发展方向，以保证系统的扩展性要求。

第四章 统一组织授权与管理平台

组织与授权管理开发平台是整个国家电子政务内网平台办公系统的支撑和开发平台，包括一整套从组织机构、业务逻辑等基础数据的组织分析到管理行为信息化的全方位的开放式的管理系统。以友好的界面对各种变化的信息与业务需求进行管理和维护，可动态的生成用户操作界面、自定义申请表信息、办公事项的流转过程和信息的安全过滤机制等。组织与授权管理系统开发平台还是信息安全基础设施的一个重要组成部分。目的是向用户和应用程序提供授权管理服务，主要负责向应用系统提供与应用有关的授权管理服务，提供用户身份到应用授权的映射功能，提供与实际应用处理模式相对应、与具体应用系统开发和管理无关的授权和访问控制机制。4.1 基于组织的授权访问控制（OB4LAC）

传统的基于角色的授权访问控制RBAC在大规模多级多部门多应用系统环境下，仍不能有效地减少授权工作量，同时与组织人事的管理理念仍有脱节。OB4LAC从管理、信息系统和安全基础技术的综合整体出发，以组织人事管理为基础，首先，按照物理世界的组织机构体制，把人员与机构岗位进行逻辑分离，增加机构岗位层。同时，将角色相对细化，并形成角色关联网络层。操作功能集是一业务系统所提供的所有服务和资源总合。

OB4LAC模型具有RBAC的所有优点，可以组合采用MAC和DAC等访问控制策略。此外，它能够更加高效和符合管理科学规范地进行授权管理，通过与组织管理的绑定和岗位层的逻辑分离，可以把组织授权管理系统与业务系统相分离，作为一个基础系统为相应组织的所有业务应用系统提供统一组织授权管理支撑环境，把简单的用户管理上升为组织管理高度，为单点登录、责任界定和认定、业务协同和资源共享奠定组织保障。OB4LAC模型具有很好的管理、业务和技术相容性，便于实施和开发，所以具有较好的可行性。

4.2 分级分布式动态柔性组织人事管理

分级分布式动态柔性组织人事管理实现对各级组织架构、内部人员基本信息的分布式管理，实现人员与岗位的对应关系配置管理，提供多对多映射，提供基于CA环境的集中统一的用户身份认证、授权、责任认定等管理机制，提供分级管理、必要的目录服务以及相关查询统计接口。建立对现实世界组织机构运行机制与管理方式的仿真，满足应急管理系统的分级分布式动态柔性组织管理需要。

4.3 CA中间件

CA中间件具有两大核心功能，一是与组织授权管理系统深层绑定，以解决组织人事的认证，同时，通过组织间的信任，转换证书联通信任路径，就象物理世界中，不同组织的工作证可以通过单位间的信任而相互认同。二是对不同的CA环境进行标准化的应用封装，以便各应用系统与不同CA环境的集成。

CA中间件除了封装传承一般CA的认证、签名、加解密和时间戳等功能外，主要工作是要支持尽可能多的CA产品。同时，结合组织授权管理系统，需要考虑连接不同CA环境下的CA中间件间的信任互联方法和策略等问题。

基于组织与授权管理系统开发平台，可以极大的简化具体电子政务系统的开发与维护。能够及时快速反应，加快行政职能部门内部以及各行政职能部门间的信息流转、处理、协同和共享，并及时对外发布，全面提高办事效率和决策效能。

第五章 统一信息资源管理平台

电子政务内网数据层建设在结构上以基于大数据平台的信息资源共享服务体系为中心，整合平台上的各种信息资源。在信息类型上，涵盖了以不同方式读取、不同格式存储的信息资源；在服务对象上，涵盖了国务院、国务院下属各部委及省政府、自治区政府、直辖市政府、省级下属各委办厅局所有内网用户，为领导宏观决策和跨部门专项应用提供信息支持；在服务功能上，涵盖了信息资源的定位、交换、整合与应用服务，用户可以通过信息资源目录检索信息实体，进行信息交换，实现信息整合，为其他业务系统应用提供数据支持。

数据层建设主要包括大数据平台建设、信息资源元数据管理、信息资源目录服务体系建设和信息资源交换与共享平台建设等。

5.1 大数据平台建设

在国家层面建设统一的大数据平台，为需要数据服务的部门和单位提供数据服务，此平台由国家级信息化主管部门负责建设和管理，实现从传统的部门间协商信息资源共享模式，改为“部门-大数据平台-部门”模式，保证数据的一致性、权威性。同时，大数据平台可以设置为公共数据部分和部门特别需要的部分，为有需要的部门和单位提供大数据分析、预测报告，为政府决策和评估提供科学的依据。大数据平台信息采集上可以充分利用云计算技术，整合现有的网络、硬件设备和数据资源，初期对分散在各部门的数据进行抽取和索引，数据存储仍在政府部门，随后逐渐将数据存储箱大数据平台集中，最终建立一个为各部门保存、查询数据、分析数据提供强大的云端平台。5.2 信息资源元数据管理

信息资源元数据管理主要是由元数据库、统一元数据管理组成，负责对数据库体系的元数据进行定义、管理和维护。通过元数据库系统建设满足数据库系统的标准化设计和管理。

元数据库是数据标准的组合，负责定义、描述并管理综合党政业务数据库中数据和相关标准信息。标准体系是元数据的重要组成部分，政务系统数据库的标准体系由基本的公文信息、核心业务信息、专项业务信息、编码和主要的技术流程、审核、审批规则等要求与规范构成。

5.3 综合资源主题数据库

电子政务综合资源数据库本着统一规划、归口建设、综合利用的原则，分别由各单位根据自身的业务系统建设数据库，进而建成一个比较完善的信息资源共享服务体系。建议分为公用主数据库和政府各部门分类系统数据库。

公用主数据库主要包括领导文稿库、政策文件库（包括国务院、各部委、省级政府发布的政策文件）、法律法规数据库、国内动态信息库、新华社信息库、督查信息库、政务建设信息库、专题文献数据库、对外交流信息库、领导动态信息库、音像资料库等，可根据业务需要随时动态建立子库并使用。政府各部门分类数据库主要满足政府各部门办公业务需要的各类数据库。5.4 信息资源目录服务体系

为了解决信息孤岛问题，通过政府内部横向部门和纵向部门间的信息目录与业务功能目录的相互转换、挂接、交换与集成，能够共享信息资源，逐步完善电子政务中信息资源整合、应用系统整合、政府业务整合。

政务信息资源目录服务体系在于把信息资源目录和应用服务目录加以抽象梳理，并给予科学管理。从而支持信息资源与应用服务的授权、鉴权及目录的集成与交换。信息资源目录是揭示信息资源结构、指导用户使用的检索工具，是用户迅速、准确、有效地寻找信息的向导，是对信息资源实施安全保护的有效手段。

建立目录服务实现对系统的资源进行统一的管理与配置，对单位报送数据进行统一的数据分类、数据目录及报送目录管理与记录管理。目录服务平台除了服务于本系统提供的各类信息资源及应用服务目录管理外，还在于提供系统外其它应用系统的各类信息资源及应用服务目录管理及服务。

5.5 安全性建设

数据层安全性建设主要包括数据完整性、数据保密性和备份与恢复这几个方面。5.5.1 数据完整性

能够检测到系统管理数据、鉴别信息和重要业务数据在传输过程中完整性受到破坏，并在检测到完整性错误时采取必要的恢复措施。能够检测到系统管理数据、鉴别信息和重要业务数据在存储过程中完整性受到破坏，并在检测到完整性错误时采取必要的恢复措施。对重要通信提供专用通信协议或安全通信协议服务，避免来自基于通用通信协议的攻击破坏数据完整性。

5.5.2 数据保密性

采用加密或其他有效措施实现系统管理数据、鉴别信息和重要业务数据传输保密性。采用加密或其他保护措施实现系统管理数据、鉴别信息和重要业务数据存储保密性。对重要通信提供专用通信协议或安全通信协议服务，避免来自基于通用协议的攻击破坏数据保密性。

5.5.3 备份和恢复

提供数据本地备份与恢复功能，完全数据备份至少每天一次，备份介质场外存放。建立异地灾难备份中心，配备灾难恢复所需的通信线路、网络设备和数据处理设备，提供业务应用的实时无缝切换。提供异地实时备份功能，利用通信网络将数据实时备份至灾难备份中心。采用冗余技术设计网络拓扑结构，避免存在网络单点故障。提供主要网络设备、通信线路和数据处理系统的硬件冗余，保证系统的高可用性。第六章 统一应用开发平台

采取“平台+套件+组件”的设计理念和高级封装技术搭建平台。统一应用开发平台采用当前主流的面向服务的SOA架构和Web2.0、Portal等最新科技成果，内部封装了大量成熟而实用的构件，能够快速实现用户整合、数据整合、应用整合、流程整合。

统一应用开发平台能够利用快速开发工具迅速响应需求变化；提供安全工具，在开发过程中的每个环节都可设置安全节点，多种安全机制并行，大大提高了系统的安全性；通过门户工具，实现了与各系统有效的集成和衔接，整合了SaaS中不同的模块功能。

通过统一应用开发平台为基础搭建包括协同办公业务系统、安全电子邮件系统、领导辅助决策系统和需要跨部门协作的专项应用等骨干系统，解决电子政务需求、实现信息共享与系统集成。

6.1 协同办公业务系统

协同办公业务系统主要用于实现收发文管理工作的自动化和智能化。公文管理工作根据具体情况可以实现全部网上办公或者网上办公与手工办理相结合。协同办公业务系统主要完成收文管理和发文管理相关的功能。

6.1.1 收文管理

收文管理指对收到的公文的办理过程，包括文件登记、签收、登记、审核、拟办、批办、承办、催办、传阅、办理结果登记、整理、领导查办、传阅到文件归档等操作，处理反馈、催办、统计、查询等任务，系统支持对来文的扫描件处理，提供完善的流程跟踪（包括单件文件的定点跟踪）和控制。系统对收文的整个流程进行跟踪，详细记录公文的当前状态、办理的过程和拟办、批示意见以及办理结果。依据岗位和角色的不同设置严格的权限控制，并具有文件提醒和催办及文件自动归档功能。用户可根据实际情况确定文件的流转过程，包括串行和并行。

系统中来文单位主要包括国务院、国务院下属各部委及省政府、自治区政府、直辖市政府、省级下属各委办厅局等。来文的形式包括传统的纸质文件和通过网络传输的电子公文两种。

6.1.2 发文管理

发文办理管理系统实现发文拟稿、部门审核、会审、核稿、审核、会签、签发、复核、编号、缮印、用印、登记、分发传阅到文件归档等各项文电管理工作的自动化和智能化。需要支持痕迹保留、流程监控和信息提示等功能。

6.1.3 数字签名

数字签名要结合散列函数和加密算法来实现。通过对一个信息摘要进行加密，并附在消息后面，以确定发送者的身份和该信息的完整性。数字签名技术是信息安全理论与技术的基础和重要保证,将其应用于电子政务中,可以提供身份认证服务、权限控制服务、信息保密服务、数据完整性服务和不可否认服务。从而为电子政务提供了一个安全的环境。

6.1.4 电子印章

电子印章的功能类似于在纸制文档上使用传统印章或手写签名。只不过需要加盖电子印章的对象是电子文档，同时也要求该电子文档能够在网络环境中进行传输。

1电子印章管理

印章制作：主要完成电子印章的制作。分为基本资料录入、制作印章原始位图、从 USBKey 中导入制章者与持章者身份信息，在印章原始位图中嵌入签名信息、将印章相关信息保存至数据库中，完成制章几个步骤。

印章查询：提供电子印章的检索和信息查询操作，并可显示印章的具体信息。

印章撤销：主要完成以存在印章的撤销工作。分为撤章资料录入、撤章、用户身份验证、完成撤章几个步骤。电子印章的使用

盖章前，从服务器上获取印章信息。所有的印章数据集中保存在服务器数据库中，只有拥有印章使用权限的用户经过合法登录通过验证后才能取得印章数据，从而有效的保证了印章的使用权限控制。

盖章时，对电子文档做数字签名，签名数据可以用数字水印技术，嵌入电子印章的图片中。防止文档被篡改。电子印章要用到数字水印技术插入一些印章信息和颁发机构信息，以及一些和文档相关的信息（文档数字签名），这样既可以存储印章的相关信息，又可以保护印章。电子印章的所有对应的公钥和公钥相关信息都可以通过网络在认证中心下载，以方便验证。

验证电子印章和电子文档时，得到电子印章的相关信息，可以连接到服务器上，利用印章制作人公钥对电子印章进行验证。

6.2 安全电子邮件系统

内网安全电子邮件系统主要通过集成数字认证技术建立内网实现针对文档进行不同用户之间的传输，该系统需要基于CA认证体系，并集成内网组织与授权管理系统，可以极大的方便用户进行各种方式的文件传输。内网安全电子邮件系统主要负责在保证邮件信息安全的情况下传递电子邮件，主要包括以下功能：

保存草稿功能：设有信件草稿存储功能，方便用户再次编辑邮件。抄送、暗送功能：抄送功能方便用户同时发同样内容的信给多个用户；而暗送功能可在对其他收信人保密的基础上发送信件。

送件箱：用户可在发信的同时保存信件到送件箱。

邮件分组群发：由于邮件管理系统基于电子政务内网的组织人事管理系统，无须输入对方任何信息，可直接从组织人事系统中提供的通讯录中选取，而且可以方便的同时发给多人。

自动回复：系统可以在有新的信件时自动将用户预设的信息作为一封信件的内容回复给发信人。邮件转发：允许用户把收到的信件转发到由用户指定的其它用户地址支持带附件信件转发，支持信件的原文转发。

定时发信：用户可以在写完信件后设定信件的发送时间，系统就可以在指定的时间将信件发送出去。

邮件检索：用户可选择查询条件，在单个或整个文件夹内按照自定义的关键字进行全文检索查寻邮件，方便信息的查询。

弹性邮箱容量：用户信箱的容量在达到设定值但未到系统极限时，用户可以继续使用邮箱发送和接收邮件，邮箱容量由系统灵活控制。

用户邮箱容量告警：用户的邮件数据在接近设定值时，系统会自动给用户发送告警信件，通知用户以便及时清理邮件，避免发生因邮箱超容而拒收新信件的情况发生。

邮件导出：系统可以将用户选定的邮件导出下载到本地，供用户自由使用。

系统运行监控：系统监控进程自动监测邮件服务进程，如果邮件服务进程意外终止，监控进程会重起相应的服务，保证用户服务的不间断运行。

系统级运行统计日志分析：系统以日志记录邮件系统运行过程中的相应信息，并可以通过设定策略分析以图形方式体现。

对于人员的调整，管理员也可以对通过系统对离职人员的文件进行处理，可以保存或转发，不会因人员的调整而造成信息的流失。6.3 领导辅助决策系统

领