电子政务运维管理精选(九篇)

前言：一篇好文章的诞生，需要你不断地搜集资料、整理思路，本站小编为你收集了丰富的电子政务运维管理主题范文，仅供参考，欢迎阅读并收藏。

第1篇：电子政务运维管理范文

由建设期到运维期

从20世纪90年代起至今，已有数百亿元的资金投入到我国电子政务的建设中。政府网站、行政审批、税费征缴、信息收集、统计与披露等大量政府核心工作越来越依赖于各种IT系统。

以北京市为例，俞慈声介绍，目前北京市电子政务应用系统已有大大小小600多个，基本覆盖了政府的核心业务，电子政务工作已经历史性地从大规模建设阶段逐步转型到“建设和运维”并举的发展阶段。一方面，公务管理和公共服务对这些系统的依赖性越来越大，要求越来越高，确保系统的安全、稳定、高效运行已成为电子政务工作面临的严峻挑战；另一方面，已建的600多个系统要深化应用，用好用足，不仅要对其投资问效，也要对其运维投资问效。

如何对应用类型多样、系统规模不一、技术架构复杂的600多个电子政务系统进行主动式、规范化、精细化管理，以确保其可管、可控、安全地运行，从而发挥电子政务的生产力作用，已经成为当前业界关注的焦点所在，也是技术和历史发展的必然。

在北京邮电大学教授亓峰看来，电子政务系统和网络的运行维护是一个涵盖体制、技术、标准、产品、服务等诸要素在内的复杂系统工程。他认为相关的技术要素应该如何与电子政务应用环境、行政管理体制相互动态适应，并以合适的商务模式建立起可持续发展的行业链条，是电子政务发展过程中需要结合实践不断探索、不断创新的课题。

为此，北京市信息化工作办公室、北京信息化协会于2008年10月中旬在北京了北京市电子政务IT运维服务支撑系统系列规范。这个规范的诞生历经了34次工作会议，17次委办局、区县单位座谈和调研，5次专家研讨和论证会。该系列规范采用ISO 20000系列标准的思想，参考ITIL框架规定的方法，从应用需求、技术要求和测试方法三个方面对北京市电子政务IT运维服务管理需求进行了说明。该规范的创新点在于，各部门IT运维技术人员可以参照该系列规范提出明确的IT运维服务需求，提高电子政务IT运维服务的效率；IT运维企业按照该系列规范指导企业产品开发，增强企业的竞争力。

作为该规范的主要起草和撰写者之一，亓峰认为，电子政务的IT运维是由运维管理对象、运维管理流程、运维活动角色、运维服务支撑规范和支撑系统五个维度组成的IT运维的场景。各政务部门可以根据场景来衡量自己的IT运维现状和能力，并从中选取其一作为基线场景，根据实际需求，在该基线场景的基础上增减相应的能力。

在电子政务环境实际的运维过程中，由于参与IT运维活动的往往是多个单位或者部门，而且这些单位或者部门往往承担运维过程中的一个或者几个角色，这就构成了多种多样的IT运维服务模式。亓峰认为IT运维的服务模式可以分为自运维、完全外包运维和混合运维三种。

从2000年开始，北京电子政务建设就在全国率先推进外包。其中包括政务网络、医保信息系统、社区信息系统、首都之窗等系统。随着这些系统投入运营，各应用部门已逐步积累起运维实践经验，特别是地税、公安、工商、高院、卫生等部门的探索为规范全市运维工作提供了大量实例。

IT运维亟待规范

对于目前的电子政务的IT运维，俞慈声认为主要存在以下几个问题：

首先，一些领导重建设轻运维，对于运维管理的系统性和专业性认识不足，重视不够。比如，认为系统建好了能转了可以松口气了，运维工作可以像建设期一样依靠外包了。而作为甲方，使用者对于运维需求、管理要求、管理流程，以及对乙方的外包模式、服务评估，费用核算等问题的认识还停留在建设阶段，并没有深入考虑。

其次是对运维工作的全局性的认识不足。电子政务运维工作既是对本单位各业务部门工作正常开展的支撑，也是对本单位对外提供服务能力的支撑，不仅涉及内部流程的运行效率，也涉及公众对公共服务的体验和评价，需要站在全局高度对运维工作进行统一规划、组织和管理。

第三是要从“救火”的状态走向规范管理。长期以来，电子政务的运维活动基本上按照“救火队”的方式被动展开工作。运维工作需要走向规范化，运维支撑和服务能力亟待提升。目前，的确有一些客观因素限制了各政务单位的运维服务管理，比如人手不足，编制有限，人员结构不太合理，管理经验不足；在运维工具的选择上贪大求洋使运维工具参差不齐，功能交叉重叠；运维的责任不清，考核制度不健全，指标不能量化等都严重制约运维工作有序、高效、健康地开展。

五种典型应用场景

亓峰介绍说，IT运维服务支撑系统一般包括资产管理、监控管理、安全管理、流程管理、综合管理和外包管理六类功能。其中资产管理功能主要体现在对资产管理信息的覆盖程度和管理信息分析能力；监控管理功能主要体现在对被监控实体的覆盖程度、管理信息的实时处理能力和智能化分析能力；安全管理功能主要体现在对不同安全管理内容、范围的支持能力；流程管理功能主要体现在流程的覆盖程度、规范性；综合管理功能主要体现在信息分析统计能力和决策支持能力；外包管理功能主要体现在对外包服务的过程控制和结果控制能力。

对IT运维服务支撑系统成熟度的评估主要围绕这六个取值空间展开。对于以上每一个取值，可以分别规定各自详细的成熟度等级，不同取值的不同成熟度等级的组合构成整个IT运维服务支撑系统成熟度。下表列出了IT运维的几种典型的场景，以及在这些场景下，相应的IT运维服务支撑系统的能力组合。

其中，场景1具备静态资产信息管理能力，对IT资源实施被动监控和定期巡检，实现对人员和资产的安全管理，基于规范的流程开展IT运维活动，但流程尚未信息化，具备统计分析的能力。

场景2具备静态资产信息管理能力，对IT资源实施被动监控和定期巡检，实现对人员和资产的安全管理，基于规范的流程开展IT运维活动，但流程尚未信息化，具备统计分析的能力，可实现对外包的结果控制管理。

场景3具备静态资产信息管理能力，对IT资源实施被动监控和定期巡检，实现对人员和资产的安全管理，可通过信息化手段对IT运维的业务流程提供支持，具备统计分析能力，并可实现对外包的结果控制管理。

场景4具备静态资产信息管理能力，对IT资源实施被动监控和定期巡检，实现对人员和资产的安全管理，可通过信息化手段对IT运维的业务流程提供支持，具备统计分析和决策支持的能力，可实现对外包的结果和过程控制管理。

场景5 具备静态和动态资产信息管理能力，对IT资源实施主动监控和实时监视，实现对人员和资产的安全管理，以及对网络和系统行为的安全管理，可通过信息化手段对IT运维的业务流程提供支持，具备统计分析和决策支持的能力，可实现对服务外包的结果和过程的控制管理。

在电子政务IT运维管理中，政府可根据自身电子政务的规模和运行模式选择符合本阶段IT运维服务管理内容和相应的管理场景。例如，选择资产管理、监控管理、安全管理和流程管理四个维度的运维内容。在资产管理方面，实施动、静态资源综合管理的第二等级管理；在监控管理方面，实现被动监控和主动监控结合的第二等级管理；在安全管理方面，完成对人员、资产的第一等级管理；在流程管理方面，落实流程规范化的第一等级管理。

在运维管理过程中，各类IT运维活动的角色，分别在不同的侧面和程度上实施监管。如电子政务的最终客户通过运维管理的总服务台提出服务请求，向政府的IT运维人员反馈业务应用状况。IT运维人员通过各个管理模块对IT基础设施和逻辑应用实施全面、流程化的监管，并将发现的故障、问题及时提交给各类设施的供应商。供应商通过统一的平台快速响应问题、排除故障、升级系统。在整个运维活动中，政府的管理者通过各项运维统计数据实施对运维人员、供应商等的监督，以保证整个政府电子政务系统在不断变化发展的过程中具备稳定、高效的IT运维支撑能力。

链接：三种典型的IT运维服务模式的对比

在电子政务环境实际的运维过程中，由于参与IT运维活动的往往是多个单位或者部门，而且这些单位或者部门往往承担模型中的一个或者几个角色，这就构成了多种多样的IT运维服务模式。典型的IT运维服务模式存在如下几种形式：

（1）自运维模式。IT资产拥有单位自行负责对所拥有的所有IT资源的运维工作。一般情况下，相关的维护工作由本单位IT部门负责，即本单位IT部门为本单位提供IT运维服务。

（2）完全外包运维模式。IT资产拥有单位通过与其他单位签署运维外包协议，将所拥有的全部IT资源的运维工作外包给其他单位，即外包单位为本单位提供IT运维服务。一般情况下，由本单位IT部门负责运维外包管理工作。

第2篇：电子政务运维管理范文

[关键词]运维，监控，告警 设计

中图分类号：TN948.61 文献标识码：A 文章编号：1009-914X（2014）24-0051-01

1.引言

目前 IT 运维管理系统的发展很快，很多基于ITIL的运维管理系统已经发展为成熟的商业模式，但多偏重于IT基础设施的运维管理，对业务的支持不够充分，本论文提出的解决方案主要面向具体的 IT 业务系统，提供一种运维管理的解决方案，可以作为对通用IT运维管理系统的补充。

由于IT业务自身特点，不可能有面对所有IT业务的通用运维管理系统，这就要求IT运维管理系统需要根据用户的实际需求和IT业务系统自身特点量身定做，本文针对某行业的IT运维管理系统给出一个具体解决实例，对比传统的运维管理系统系统，本文提出的设计思路更加灵活实用，主要包括定时检测、分布网络设计、可定制监控策略、支持离线报警⑻峁┝硕绦疟绞健OM韭畚牡纳杓扑悸泛褪迪址椒芄晃嗨朴τ锰峁┎慰肌？2.系统分析与设计

2.1 电子政务系统现状分析

某单位现有一套电子政务系统，该系统通过各业务节点连接到外部系统采集数据，并进行数据处理和应用，电子政务系统由多个业务节点组成，分布在不同地理区域。每个节点包含有服务器、路由器、交换机、传输设备等众多硬件，主要采用linux平台，运行有多个业务进程，采用TCP/IP socket通信，数据库采用sybase，涉及协议包括TCP/IP、X.25等。

2.2 系统功需求分析

在经过和用户的反复沟通与交流，结合在设计过程中客户提出的变更，最终完成用户需求确认。在进行功能分析和非功能分析设计时，重点需要考虑以下内容：

（1）电子政务系统运行情况检测

实时获得电子政务系统运行的关键指标，包括系统硬件、网络、软件、业务运行情况及其他相关信息，以便及时掌握系统运行情况，并在操作界面把最新的检测信息展示给维护人员，使维护人员对当前的运行情况一目了然。

（2）故障即时告警

系统对检测结果进行分析和判断，如果判断存在故障，就形成告警信息，在界面显眼的地方展示最新的告警信息，并根据需要将告警信息形成短信发给指定的手机号码。

（3）可定制的监控策略

用户的关注内容和使用要求可能会随时变更，这就要求监控指标能够满足用户的需求变化，本系统在设计上提供了资源监控模板，用户可根据监控需求定制新的监控指标，以实现对新需求的监控。

3.系统架构设计

3.1 系统逻辑结构

考虑到电子政务系统不断增长的网络规模并结合系统实际网络结构，本系统设计采用分步网络设计，在电子政务每个前端节点中增加一台接入用于采集检测数据。后端监控中心部署一台应用服务器，主要提供 web 应用、业务处理和数据库访问。

3.2 系统软件架构

（1）B/S架构

随着web应用的迅速发展，B/S架构的使用也越来越多。相对C/S结构，运用B/S结构可以极大地简化了客户端的工作，降低总体成本，减小维护量同时也提高了安全性[1]，运维管理系统在设计时选用B/S架构。

（2）MVC框架

MVC（Model-View-Controller）模型2是一种比较流行的软件开发模式，它将一个系统的结构划分为模型层、视图层和控制层三个部分[2]，使用MVC可以可以将这三个部分有效分离，构造良好的松耦合构建，提高代码的重用性和开发效率，因此用，本文设计采用MVC2结构模式。

（3）系统软件结构

按照系统网络结构分布和逻辑结构设计，可以将系统划分为业务子系统和采集子系统两部分。依照 MVC 结构模式设计思想，将业务子系统划分为表现层、应用处理层和数据层，通过模型、视图、控制器三种组成成分，将表示逻辑和控制逻辑有效地进行分离。采集子系统的设计主要依据软件设计的松耦合原则，采用“模块化”的软件设计策略进行规划。主要的层次包括：采集控制层和数据采集层。

3.3 功能模块设计

根据分层的结构设计，运维监控管理系统包含一些列的功能模块，现将主要模块做一介绍。

命令服务模块实现用户自定义的命令设置管理和执行，用户还可以实时的发出检测命令，对前端系统进行某一方面的检测；数据处理模块主要负责处理前端数据采集模块返回的检测结果，保存处理并根据设置条件生成告警信息；信息传送模块主要负责把最新事件告警信息发送到客户端，进行界面展示；事件告警模块主要负责息和指令完成信告警条件的设置、告警触发判断和告警信息的处理，设置操作包括查询、修改、删除等操作；数据缓存模块把常用数据包括最新采集的数据、最新告警信息、系统配置信息、业务节点信息等数据存放到内存中以提高读取速度；报表管理模块对历史检测结果和告警信息进行统计分析，产生报表或图表；用户管理模块主要是包括用户账号、角色和权限的设置；日志管理模块主要记录系统日志，并提供日志查看和备份功能，系统日志模块同时具备审计功能，用户登录和操作信息，系统都会记录日志备查；配置管理模块主要完成系统的基本设置项的操作以及用户自定义命令的设置；短信发送模块（SMS）主要根据设置条件将告警信息以短信的方式发送到运维人员维护手机，确保运维人员在离线的情况下仍可接收告警信息；采集模块在采集控制层完成命令信息的接收、处理和转发；责采集执行模块根据获得的检测指令信息，运行检测程序获得检测结果；公共模块定义了一些公共函数，供采集子系统各进程调用；检测程序完成电子政务系统的运行检测和数据采集。

4.结论

该系统在完成内部测试并已经在试点省份进行现网测试，主要工作包括界面各功能模块的测试，各界面操作正常，能够实现预期功能；系统性能测试，90%以上操作响应不超过1秒，个别复杂操作时间不超过 5 秒，例如部分复杂的检测命令执行时会有一定的时延。

本文对电子政务运维管理系统的设计和实现进行了深入探讨，主要研究内容包括电子政务运维管理系统的分析设计，并在此基础上，对本系统的特色部分做了详细分析介绍。本文提出的运维监控管理系统经过内部测试和现网应用表明，系统架构设计合理，各项功能和性能均满足设计要求和用户应用需求，界面直观友好，目前已在多个省市进行部署和应用，并取得了一定的社会效益。本文的研究具有一定的应用价值，其中部分设计思路和方法不仅局限于运维管理系统领域，也可为同类应用提供参考。

参考文献

第3篇：电子政务运维管理范文

关键词：电子政务 建设体制 门户型建设 管理机制

2006年，国家信息化领导小组印发了《国家电子政务总体框架》。《框架》总的目标是，建立覆盖全国的统一的电子政务网络，实现重点应用系统互联互通、信息共享和业务协同，降低电子政务项目建设、运维成本，保证项目建设质量，进一步提高投资效益。要实现这一目标，必须从改革我们目前的电子政务项目申报、审批与建设管理体制入手，打破各单位“小部门，大系统，独立建，封闭用”的现状，从技术性、公用性的角度出发，统一规划电子政务项目建设管理门户，着力将电子政务项目划分为不同的层次和类，根据各个层次和类的特点，选择不同的项目建设管理机制。

一、我国电子政务建设的现状分析

近几年，在党和政府的高度重视下，我国电子政务建设取得了很大成绩，在提高政府行政效率、改善公共服务水平方面发挥了重要作用。但是在取得成绩的同时，一些深层次的问题也逐步显现出来，原因很多，但归根结底还是体制的问题。尤其是目前我们处在政治体制改革时期，各部门承担的职能不同，业务性质也不尽相同，部门间职能分割现象明显，协同合作水平相对较低。

这些状况反映在电子政务建设方面，集中表现为“两个铺张、三个攀比、四个孤立”。“两个铺张”即：各单位都争相建设比较全面的电子政务子系统，建设内容比较铺张；各单位都争相派人参与项目的整个生命周期，建设成本比较铺张。“三个攀比”，即部门横向之间“攀比谁拿的项目多，攀比谁争的资金多，攀比谁建的系统全”。“四个孤立”，即各部门“需求制定比较孤立，项目建设比较孤立，系统应用比较孤立，运行维护比较孤立”。

如此一来，大家就很少关注系统建成后的效益如何。非但如此，各部门还据此，年复一年地向财政部门要运行费、向编制机构要人。这种体制下的电子政务项目建设可谓弊病多多，主要表现如下：

⒈资金浪费，重复建设

电子政务建设本身是一项系统工程，要求相当数额的资金投入。由于我国地区分割、部门分割的现象较为严重，导致大量电子政务基础设施、安全系统和业务系统的盲目仿效。自成系统的单位，根据自身的工作流程，自建、自管、自用电子政务系统；同时，出于利益考虑，各单位贪大求全，盲目追求所有权，不愿利用或者提供已有资源，导致重复投入和重复建设，造成了资金的极大浪费。

⒉信息孤岛问题严重

由于长期以来各部门的电子政务建设都是独立进行的，缺乏全局观念和共享意识,没有一个统一的部门进行总体规划和设计。由此导致各部门的电子政务系统自成体系,形成相互独立和封闭的信息孤岛,严重阻碍了彼此间的信息流通、更新和共享。同时，部门利益和本位思想的存在，也一定程度上抑制了各部门的思维发散性和关联敏感性，导致严重的信息闭塞和信息瓶颈。

⒊建管水平低

电子政务是一项高技术、高风险的行业，对从业人员素质要求比较高。目前，各部门电子政务发展水平高低不一，信息化人员素质良莠不齐，在这种情况下，还争相追逐大而全的建设内容和投资，这就直接导致大部分电子政务项目建设管理水平低下。很多部门通常是没有经过整体规划和设计，电子政务建设先上马扬鞭，遇到矛盾和问题则裹足不前，终因种种原因成为“久建不完、久不验收、久不结项、久不使用”的“四久工程”，留之无用，弃之不可。仔细分析，其中一个重要原因就是人员素质不高。

⒋运维成本高

电子政务项目有一个最大的特点，就是其运行维护成本与系统数量呈强正相关、与系统规模呈弱正相关。即，随着项目数量的增多，需要的软件、硬件、人员、机房环境等支撑要素明显越多，呈倍数增长；反之，随着项目规模越大，需要的支撑环境反而增长得比较缓慢，平均运行维护成本呈下降趋势。我们目前的电子政务建设项目越来越多，尾大不掉，由此导致运维成本居高不下，这种情况实际已经背离了我们发展电子政务的初衷。

二、建立门户型建设管理机制

要消除目前电子政务建设管理的弊端，实现“互联互通，降低成本，提高效益”的建设目标，需要打破目前的电子政务项目建设体制。国内外已有的经验和教训表明，电子政务是一个复杂系统，不是一个部门的个体行为，不是一种自下而上的发散行为。无论是基础设施建设、信息资源整合，还是业务应用系统的开发，都应该是政府的整体行为、聚合行为，是一种自上而下的统筹的体现，都是以更有效地履行政府职能、降低成本为目标。

据此，笔者尝试提出建立我国“电子政务项目门户型建设管理机制”，逐步探索一个既符合我国国情又适于操作的“低成本、集约化、见实效”的电子政务项目建设模式和体制。

⒈总体思路

根据电子政务项目“顶层设计，资源共享，有统有分，科学建管”的建设管理原则，可以从技术性、应用性和关联性角度出发，将电子政务项目细分成不同的类（层），不同的类（层）在项目建设、运维、部署三个阶段，分别采用统一、分散、协同三种方式。政府部门在准备建设电子政务项目时，要先考虑该项目属于那一类（层），进而为这个项目选择适合该类的建设和运维方式，从而构建一种灵活、实用、经济、可操作的门户型建设管理模式。

⒉门户型建设管理机制详解

门户型建设管理机制的设想，总的来说可以用“四横三纵”来概括。“四横”即“公用性基础层、通用性办公层、专业性应用层、建设管理门户”。处于建设管理门户中的建设单位，在建设电子政务项目时，第一步应先将建设内容归类、分层，第二步再考虑应采用什么样的建设管理模式。

“三纵”即在重视项目建设的同时，还要重视加强“项目审批与财政管理制度”和“项目稽查与项目审计制度”（参见图1）。

⒊公用性基础层

模式：统一建设，统一维护，统一部署。

门户型建设管理机制重点就是突出底层的统一性，做到底层“强核”，顶层“辐射”。处于底层的、具有平台性质的、处于支撑地位的电子政务项目，如政府部门间的通信信道、大型存储中心、灾备中心、CA中心、数据交换中心、基础数据库、电子邮箱、短信平台、应用支撑平台等，我们把这一类项目统一归到公共性基础层。由于该层具有公用性、支撑性的特点，根据电子政务系统建设顶层设计的理念，处于该层的建设内容必须统一建设，各部门不能各自为政。系统建好后，统一对其进行运行维护管理，运维既可以采用外包模式，外包给一家专业公司承担；也可以委托给一个信息化强势的政府部门负责，如各地信息办、发改委等。

这种建设、运维、部署集中化的模式，具有许多优势。重点表现在，一是可以减少系统数量，扩大系统规模，根据前述的相关性理论，可以节约大量显性、隐形的成本，真正体现出低成本、集约化的特点；二是底层平台技术标准的统一，为顶层业务应用系统的数据共享提供了可能性。

以现在大家比较关注的“青岛模式”为例，青岛市在发展电子政务建设时，就是按照例行统一和适度集中的原则，实行了“四个统一”，即“统一机构、统一规划、统一网络、统一软件”；在此基础上，集中建设“五个中心”，即“政务数据中心、政务信息交换中心、政务流程管理中心、电子认证授权中心、电子政务管理中心”。几年来，“青岛模式”已经显现出了非常好的效果。

⒋通用性办公层

模式：统一建设，统一维护，分散部署。

仔细分析我国政府部门的机构设置可以发现，各个部门基本都设置有人事、财务、后勤等机构，其职能基本相同，满足这些部门日常办公需要的办公系统软件也基本雷同。因此，这类具有通用性、普适性的办公应用系统，如资产管理系统、财务管理系统、人事管理系统、档案管理系统、后勤服务管理系统等，可以归到通用性办公层。由于该层的系统通用性很强，处于该层的建设内容也必须统一建设，统一运维。可以由归口的政府部门统一组织开发建设，将开发好的系统分别派发给同级单位或下级单位使用，运行维护也由其一并组织。同时，考虑到有些部门可能在需求上存在差异，该类系统应允许二次开发。

比如现在各中央国家机关使用的固定资产管理系统，就是由国务院机关事务管理局统一组织开发和运维；开发好后，提供给各中央单位使用，其效果很好。

⒌专业性应用层

模式：协同建设，协同维护，分散部署。

该层的建设内容主要包括专业数据库和业务性较强的应用系统，是电子政务建设的核心，其建设模式也有一个变革过程。过去，我们强调各个部门的核心业务，所以倾向于各部门独立建设自己的核心业务应用系统；现在，政府间合作、协同办公越来越频繁，跨部门数据共享和业务流程再造也日趋常态，我们更注重相关业务部门的协同建设和协同维护。处于这一层的电子政务项目，可以根据业务依赖性的大小和持有数据的重要程度，指定一个牵头部门，成立项目建设小组，吸纳相关业务部门为其成员，大家协同进行数据资源开发、专业数据库建设、专业应用系统开发和进行其他相关事项的协调。同时，建好后的数据库和业务系统，也根据前述原则，可以部署在不同的部门，由大家协同维护。

目前我国的“金字工程”越来越注重这样的建设模式。最明显的就是“金宏工程”，由国家发展和改革委员会牵头，会同其他七家中央单位共同承担建设任务，共建设10个共享数据库和8个业务应用系统，8个部门分工上既有侧重，又强调协同与合作，在体制上为系统的“互联互通、信息共享”创造了条件。

三、加强两个制度建设

要想真正建立一种“低成本、集约化、见实效”的电子政务项目建设管理体制机制，并保证体制的权威性，除了在项目建设过程中遵循类似门户型建设模式外，还必须从项目审批、财务管理、审计稽查等方面进行创新，从源头上切断可能产生各自为政建设局面的隐患。为此主要应加强以下两个方面的制度建设：

⒈加强项目审批与财务管理制度建设

在电子政务项目立项审批方面，要着重加强两方面工作：一是严把立项审批关，今后各部门自行申报的处于公用性基础层和通用性办公层的新建项目，原则上不批准立项，专业性应用层的新建项目立项申请，发改委等审批部门也要召开有专家和相关业务部门人员参与的评审会，如果立项项目与其他部门有密切的相关性，应将部门独自上报的立项申请退回，函告几个相关部门指定牵头单位，共同编制立项报告后再上报；二是实行项目代建制，现在经常发生审批与执行两张皮现象，钱只要到了部门手里，自行支配的权限就比较大；实行代建制后，代建部门既对审批部门负责，又要满足应用部门需要，甚至大额的资金也不会过部门的账，保证了资金使用用途的正确性。

在财务管理方面，要着重做好以下三方面工作：一是扩大国库集中拨付范围，在进行集中拨付时，严格审查拨付资金的建设内容；二是仔细审查项目决算，要认真核查建设内容是否符合批复要求；三是逐步建立黑名单制度，对擅自变动或扩大建设内容、调整资金使用范围造成重复建设的，不但在运行维护费方面进行削减，还要严格限制该部门今后申请配套项目。

⒉加强项目审计与项目稽查制度建设

任何事情都要预防与监督并举，加强项目审计和项目稽查就是做好监督检查工作。在项目审计方面，应加强以下几方面工作：一是在做好程序审计的同时，要逐步加大对项目的效益审计，对投资大、效益低、重复建设的项目要出具效益审计报告与整改报告；二是逐步实行项目审计公示制度，让全社会监督财政资金使用效益情况；三是审计部门建立与发改委、财政部门的通报制度。

项目稽查应加强以下两方面工作：一是坚持稽查常态化与随机性并举；二是坚持分类稽查，对不同技术特点和应用范围的项目，采用不同的稽查手段，有所侧重，有的放矢。

四、结论

电子政务建设项目的门户型建设管理体制机制，目前在有些项目中已经有所体现，比如现在国家信息中心主持实施的国家电子政务外网建设，就体现了这一建设思路。对于目前电子政务建设中存在的问题，大家都不同程度地有所认识，但问题的关键还是在于从体制机制上创造出一种可操作的模式，以供政府部门参考和试行，希望我国的电子政务建设可以从体制上有所创新和发展。

作者简介：

第4篇：电子政务运维管理范文

关键词：云计算 电子政务 研究基础

在信息化高度发达的今天，云计算作为一个时代不可逆趋势强势进驻我们的生活。电子商务作为云计算推广浪潮的先锋军，其取得的惊艳成绩引人深思。云计算，这样看似遥远的一个名词，却已经在不知不觉中存在于你我的生活。例如搜索引擎，百度云盘，WEB QQ。可以设想一下，未来的计算机仅仅需要一款浏览器操作系统就可以搞定一切，再也没有下载、安装软件的烦恼，只要我们打开浏览器，输入网址，我们就将步入云的世界，感受云带给我们的服务。可能你会感觉云计算是个新鲜的事物，是离我们很远的东西，其实殊不知我们已经漫步在云中了。

1 云计算给电子政务带来的机遇

1.1 云计算中心将成为政务门户网站运营、政务信息资源开发以及政务系统应用的强有力后台保障。随着政府门户网站访问量的快速增长、网站内容多媒体化，就使得网站的计算量、存储量呈现出爆炸式的增长，这就需要以云计算中心作为有效地支撑。同时，随着政务信息资源开发利用的深入，数据大集中以及信息交换要求很高的计算能力。而传统的政务数据中心的建设和运行成本就会不断上升，我们可以利用云计算模式来提高政府数据中心的运行效率，以此降低政府数据中心的建设成本。

1.2 电子政务云的建设将大大节约建设成本。从整体上，我们不难看出建设电子化政府云计算平台将会极大地降低国家财政支出。并将全国各部门、各地区的电子政务政府采购的支出集中起来统一用于建设云计算平台，这种情况下费用相对分散建设而言会减少很多。此外，云计算除了在计算方面能够发挥出较大的规模效益外，还能够有效降低运行成本。

1.3 对政府信息共享与业务协同的影响。建设基于云计算技术的大OA系统，是为了增加网上办公、信息、电子监察、行政审批以及信息归档等功能，保证各部门之间能够更加明确自己的业务流程，以此实现跨部门业务流程的有效对接，保证政府部门之间的信息共享和业务协同。

我们通过对云平台内部信息的驱动引擎，实现不同的电子政务系统之间的信息整合、交换、共享和政务工作协同，以此大大提高各级政府机关的整体工作效率。

1.4 对电子政务管理体制的影响。采用基于云计算技术的电子政务模式，统一采购软硬件设备，是为了保证对政府信息系统进行统一的管理、统一的运维，这样不仅减少政府财政出入，也可以便于信息资源的有效整合，以此发挥出电子政务的整体效益。我们要想实现这些目标，需要借鉴国外成熟的电子政府云服务模式，以此建立完善的“一站式”、“一网式”的云服务平台，更好地提高行政服务效能和管理水平，并加快政府职能转变，促进服务型政府的建设。

2 云计算给电子政务带来的挑战

2.1 安全性问题。这是产业界对云计算最大的担心，也是制约云计算快速推广的最大阻力。对于政府机构来说，对安全性的要求比企业更严格，而一旦发生问题其破坏力也将更大。企业方选择云服务商更多的是考虑供应商的诚信问题，而对政府机构来说，一些工作甚至牵扯到国家安全，不得不慎之又慎。

2.2 云基础设施的部署和改造。鉴于云计算与传统的IT部署方式存在的区别很大，因此我们就需要全面了解云平台部署的情况。比如数据中心平台的建设，是在原有基础上进行的改造，还是建立一个全新的数据中心，各级政府云平台怎么统一规划，并且如何选择出一条更加安全、便捷以及低成本的路线，而建立平台后如何进行管理和利用，这都是我们需要认真思考的问题。基于政府部门是一国之最庞大“机构”，其云平台的建设必定牵涉甚广，因此对部署方案的要求也就更加复杂。

2.3 企业部署云计算除了考虑服务和易用性，成本也是其考量的一重要指标。而对政府部门来说，对云计算供应商进行考察的时候，重点需要注意服务质量。在安全性、易用性、稳定性、快速响应、技术支持能力等方面要求，就需要政府对云服务供应商的挑选非常严格。这也就表明，只有综合能力达标的供应商才会在政府的挑选范围之内。

2.4 全新的云计算服务模式对政府部门的IT运维人员就提出了全新的挑战。因为云计算是将IT人员从基础的工作中解脱出来，更加重视业务方面的内容。同时它对IT人员的业务理解能力也提出了更高要求。此外，云计算的特征就是要求IT运维人员既能够从长远角度考虑IT资源的整体规划，又能够考虑到如何将更多更好地应用引入到云平台上，并保证它们的可用性、安全性和可扩展性。由于传统的电子政务的IT运维很多项目都是外包出去的，而应用云计算平台之后，运维工作如何分配，政府内部的IT运维人员与云服务提供商如何协调工作，也是需要重新考虑的问题。

而所有的新技术在发展的道路上都会经过很多的挑战，值得我们欣慰的就是，在云计算领域，总体来讲还是优势大于劣势。因此，我们相信，云计算必将给IT届带来前所未有的变革，给电子政务带来极大的便利，公众也会得到很大的受益。

综上所述，云计算为电子政务的转型发展提供了契机，我们要有凌云之志，以开放、积极、务实的姿态，迎接“云时代”的到来。

参考文献：

[1]刘正伟，文中领，张海涛.云计算和云数据管理技术[J].计算机研究与发展，2012（S1）.

第5篇：电子政务运维管理范文

关键词：电子政务　政府网站群　技术外包　网站群管理

引言：网站群是指一群能够进行数据共享、统一管理的相互关联的网站集合，各个网站形成了一个有机的整体。政府网站群的组成一般包括地区的政府门户网站（称主网站）和政府各部门的门户网站（称子网站）。在网站群运维中，引入专业外包公司负责技术支撑工作，除了可以发挥专业公司特长，还可以使工作人员集中精力做好本职工作。但给管理者带来的问题是：如何保障子网站与主网站协调一致的工作，如何使外包公司做好技术支撑服务工作。

1.政府网站群在电子政务中的作用

网站群按照服务对象的需要组织和规划信息的有效手段使用户可以方便、快速地定位所需的信息和服务资源，真正做到 “以用户为中心” [1]。在电子政务中，政府网站群是电子政务建设中的一项重要内容，网络群是体现政府执政为民、转变政府职能、建设和谐社会的重要手段。

2.技术外包型政府网站群运维管理中面对的挑战

电子政务的发展离不开信息服务业的有力支撑。一方面，随着信息产业的发展，电子政务建设已成为国际上一轮公共行政管理改革和衡量国家竞争水平的重要标志，同时也成为推动全球信息产业发展的强大动力。另一方面，将为大量自主研发的软件商提供用武之地，电子政务的外包趋势，将为运行商和IT企业提供广阔的市场[2]。

根据多年来的信息化建设经验，无锡市政府坚持“做自己最专业的事情”的理念，提出了网站群建设采用统一的外包服务模式，即将市级政府网站群整合与运维中所需的所有技术性工作、常年日常运维工作统一外包给第三方的专业服务供应商提供长期、快速、持续的本地化服务 [3]。

技术外包型网站群的管理者碰到的主要问题有：对子网站的管理，包括内容的更新、网站的改版和绩效考核；对外包公司的管理，要求外包公司必须按时、按质地完成任务，特别是当多个子网站都集中在一定时间内需要改版的情况下，不要发生发生相互扯皮的事情，另外就是精确计算外包工作量，方便结算费用。

3.技术外包型政府网络群运维管理思路

3.1建立管理制度

制订网站群管理办法，在办法中明确网站群的定位、建设原则、明确网站群管理部门、子网站单位和外包公司的职责等；制订对子网站各单位的运维管理绩效考核办法，明确各部门维护的栏目和内容保障要求；制订对外包公司的考核办法，包括对部门提出任务的响应时间和完成时间、网站群软硬件维护要求等。

3.2 做好顶层规划设计

由网站群管理人员按上级考核要求结合本地工作制定网站群年度计划，确定整个网站群架构、主网站布局及各子网站要做的工作，引导整个网站群目标一致地工作。

3.3 用软件辅助管理

主要包括内容管理平台：网站群内各单位日常对栏目信息的增加、修改等维护工作全部通过该平台进行，实现对网站群各单位日常运营工作进行协同管理；任务平台：网站群各单位需要外包公司做的工作通过该平台进行登记管理。利用该平台可以对外公司进行工作量计算、进度跟踪和质量考核；安全监控平台：自动做好日常监测工作，当发现网站群运行不正常自动发送短信告诉技术人员和管理人员，以便及时修复故障。

3.4 加强监督考核

按照考核管理办法分别对各子网站单位和外包公司进行考核。对于子网站单位的考核，分月度考核和年度考核。每月考核各子网站单位的内容保障情况，并将考核结果采取适当的方式进行公布。年终成立考核小组，采用群众评议和专家测评的方式进行考核。专家测评委托第三方测评机构实施。根据考核结果，对网站群运维工作中做出突出成绩的单位和个人给予表彰奖励，对网站内容保障不到位的单位给予通报批评，并督促其整改。

3.5 网站群安全管理

提高网络群的安全防范措施和应急处置能力。跟踪网络群运行情况，制定网络群应急预案并开展演练工作，开展等级保护测评和委托外包公司定期进行风险评估，监督外包公司定期做好对网站群数据的备份工作等。

3.6 设立网站群信息员

在网站群各单位内设立信息员，方便沟通协调。定期开办学习班和组织交流考察活动，邀请专家对信息员进行培训，提高各子网站单位人员的运维管理水平。

4.结论

通过文中介绍的方法，使本市政府网站群的工作近2年来位列江苏省首位，在国内政府网站绩效评比中位列地市级前列。

参考文献：

[1] 马社岭,李同磊. 浅议网站群的建设和管理[j]. 商场现代化，2009,（5）:38

[2] 赵雪芹, 叶晶.中国电子政务运维服务现状分析[j].情报科学,2008，26(7): 1081-1090

[3] 张树声.政府网站群“无锡模式”成功的四大基础[j].信息化建设, 2010,(9): 44-45

第6篇：电子政务运维管理范文

目前,许多用户和IT服务商们都经历着缺失标准的困惑。面对IT服务商抛出的种种新概念、新技术的诱惑,CIO们如何不被“忽悠”?而IT服务企业们又能否找到一把放之四海而皆准的“量尺”,不用再担心被用户不断“修改”的需求所“淹没”?

将IT服务产品打造成像汽车产业一样成熟的4S店,通过标准的出台,进一步明晰IT服务行业的定价,确定企业内部的IT服务质量和服务价值,制定和规范IT服务流程,是解决问题的关键所在。

其实,IT服务标准化已经成为很多人的共识。早在2007年底,微软亚太区全球技术支持中心等单位在北京联合的中国IT服务产业的第一份白皮书――《中国IT服务产业白皮书》中就指出,中国IT服务业在过去的十年中经历了从“服务规范化到服务个性化”的不同历程,正在进入“服务绩效化”的新阶段,未来将逐步走向“服务标准化”。

2008年10月中旬,北京市信息化工作办公室和北京信息化协会联合了北京市电子政务IT运维服务支撑系统系列规范。该系列规范分别从管理体系、支撑工具、工具选择方法等角度对北京市电子政务IT运维服务管理需求进行了说明。

近年来,电子政务在IT运维工作方面已经取得了一定成效,但也存在着一定的问题。比如多数单位IT运维技术人员不能明确提出规范的IT运维服务需求,大部分IT运维服务企业提供的运维服务产品和工具针对性不强。本系列规范的创新点在于,各部门IT运维技术人员可以参照本系列规范提出明确的IT运维服务需求,提高电子政务IT运维服务的效率;IT运维企业按照本系列规范指导企业产品开发,增强企业的竞争力。规范的出台必将有利于政府部门加快推进运维服务,促进IT运维服务市场规范化和服务标准化。

更令人兴奋的是,今年4月23日,工业和信息化部软件服务业司在北京成立了信息技术服务标准工作组(以下简称工作组),来加快中国信息技术服务标准的制订。

工作组由软件服务业司司长及副司长亲自挂帅协调相关工作,并由四所负责具体运营,表明工业和信息化部对建设 IT 服务标准空前重视。

5月14日至20日,工作组开始在全国重点城市调研。工作组的相关负责人介绍:“此次调研一方面了解运维需求,另一方面选拔工作组核心成员,为编写运维标准工作做好准备。”

第7篇：电子政务运维管理范文

【关键词】 政务云 云安全 IaaS服务

信息化建设是我国现阶段发展的主要内容和方向，但同时也就面临着信息安全的众多问题。根据国家互联网应急中心的报告，15年接收境内外报告的网络安全事件同比增长125.9%，主要遭受攻击的对象就包括政府。因此在电子政务云建设时信息安全方面的内容必须作为重点进行考虑。

一、电子政务云安全问题分析

云计算服务采购方式作为电子政务基础设施建设的主要方式，而IaaS服务模式是目前常用的政务云服务提供模式。

政务云面临的安全风险呈现出3个主要特点。需要管控的角色更多：除一般的系统建设者和访问用户外，还有服务提供商、政府内部政务云的统一管理人员等。需要解决的管控问题更多：虚拟化安全的问题、对资源管控能力减弱的问题、过渡依赖和锁定的问题等。影响更深远：政务云上的信息出现安全问题时存在影响面更广、更敏感、政府公信力受损等问题。

二、建设方案探讨

按照我国政府对信息安全的要求，境内的计算机信息系统实行安全等级保护制度。除此外国家还下发党政部门云计算服务网络安全管理的相关要求，明确了安全管理责任不变、数据归属关系不变、安全管理标准不变、敏感信息不出境、要参照信息安全国家标准等的要求。

2.1安全防范需求分析

整体要求：满足等保要求外，还需满足党政内部的信息管理要求。

监管要求：对云服务提供商各方面的管理和监督较一般企业用户强、要求更高。

数据要求：对数据的安全性、机密性、完整性的要求更高，对残余数据的处置也更谨慎，对服务商数据管理的流程和制度提出更高要求。

物理要求：υ浦行牡慕ㄉ栉恢煤透衾攵纫求更敏感。

分工要求：对于服务合同中的责任义务要求更明晰，对云服务商内部的各项管理、监测、检查、配合度等有更高的要求。

2.2设计思路及方案探讨

从其本质上看，政务云仍是一类信息系统，其防护体系应当是以等级保护为指导思想，并考虑虚拟化等新的技术和运营方式所带来的安全问题，从技术和管理两个层面全方位保护信息安全，将安全理念贯穿政务云建设、整改、测评、运维全过程。

设计方案时建议可从以下几个内容考虑：

等保等级划分：按照等保定级要素和一般流程进行分析定级，并参考云计算服务安全指南确定是一般保护或增强保护。

责任范围划分：云服务商和政府客户间基于IaaS的服务，以虚拟化计算资源层为界线，以上由政府客户负责，以下由云服务商负责，虚拟化计算资源层安全措施由双方分担。

物理安全：根据等保要求，对机房位置、环境、管理等进行规范。

网络安全：这里主要讨论区域的划分，边界部分则按要求部署FW、IPS/IDS等设备。功能区划分：政务云一般设计时按业务承载类型划分为互联网区和电子政务外网区，之间有安全设备进行区间信息的交换管控，确保互联网用户不能直接访问公用网络区的系统。安全域划分：各个区内根据需求划分安全域，各域之间根据业务需求进行隔离。一般可划分为：完成对外安全控制的安全边界区；完成业务部署的业务区；完成运维管理系统部署的运维管理区；完成安全管控设备部署的安全管理区。

主机安全：除部署传统的漏扫、配置核查、安全审计等主机安全系统外，还需要考虑传统安全设备对物理主机内部虚拟化主机的管控缺失问题。目前业界一般以两种模式解决：集中部署虚机安全设备或在虚机内部署安全软件。前一种方式主要是流量迂回问题，后一种方式主要是服务器资源占用问题，后一种方式一般采用较多。

应用安全：云服务商通过网管系统和安全系统对应用进行资源监测，但应用的主要安全由云服务使用者完成。应用安全审计则各自收集所控制部分的审计数据，云服务商以云资源应用为主，上层应用由云服务使用者完成审计。

数据安全：主要包括数据隔离与访问控制、剩余数据删除、数据加密和数据备份。政务云比较特殊的是剩余数据问题，各子系统之间分配各自的物理空间，虚机迁移或释放时，虚拟机内的所有信息应该被清空，确保数据的不泄露。当双方合作终止时，云服务商需在政府方相关管理部门的监督下，进行信息销毁。

结束语：政务云安全的保障是一个较复杂的问题，设计方案时需从政府业务特殊性、云计算技术的特点等进行多视角的分析，进行全局化的设计。

参 考 文 献

[1] GBT 31167-2014，信息安全技术 云计算服务安全指南，中国标准出版社，2015-04-01；

第8篇：电子政务运维管理范文

电子政务 初见成效

从1999年“政府上网工程”启动至今，我国电子政务的发展历程已经超过十年。在这十余年间，电子政务在基础设施改造、数据信息存储，以及应用系统交付方面取得了显著成效。

作为国家经济信息系统和国家电子政务外网系统的牵头单位，国家信息中心承担了国家电子政务外网规划、建设、运行维护及相关管理工作，并负责推动相关领域的规划、建设和应用实践。

国家信息中心常务副主任杜平认为，时至今日，我国电子政务的发展已经取得三大突破性成果。

首先，基础设施改造基本完备。目前，中央、省、地、县四级政务外网运维管理体系初步形成，中央到县四级网络覆盖率分别达到100%、91%和59%。

其次，做好了基础性数据储备工作。通过数字监控、空间地理信息系统及公安系统等在内的各类应用，我国电子政务系统不仅积累了大量数字信息内容，同时将电子政务系统推进到了各个领域和部门。据杜平的介绍，目前，接入政务外网的中央政务部门已经达到77家，省级以下政务部门接入政务外网的约2.4万多家。

最后，上马了一批应用系统。在这其中，包括金盾、金宏等在内的“十二金”项目得到了充分应用。目前，政务外网已经承载20多家中央政务部门业务应用，承载省级业务应用1200多项。

技术创新

推广实践

杜平在本次签约仪式上表示：“作为国家发改委直属事业单位，未来，国家信息中心将继续在包括信息系统共享、社会化与便民化应用推广、信息安全等多个方面不断完善，将实践成果应用于政务外网和相关电子政务建设中。”

第9篇：电子政务运维管理范文

关键词：兴安盟；电子政务；外网

中图分类号：TP393 文献标识码：A 文章编号：1009-3044（2013）03-0649-03

1 兴安盟电子政务外网基本情况

2008年初，我盟共投入800多万元用于盟级电子政务平台建设，至10月末盟级平台基本建设完成。一是建设完成了盟级电子政务网络平台和行政审批大厅服务平台，为门户网站群、办公自动化和电子公文传输等政务办公应用系统的建设奠定了基础。其中全部盟直财政拨款单位采用千兆干道链路相连，并实现了用户百兆到桌面；下属六个旗县市（乌兰浩特市、突泉县、科右中旗、科右前旗、扎赉特旗、阿尔山市）通过10兆SDH电路联通至旗县市政府。二是建设完成了由防火墙、双网隔离网闸、网站监测、互联网安全审计、网络防病毒等网络安全设备组成的网络安全体系建设，确保了电子政务网络平台的安全稳定。三是建成了以盟行署综合政务门户网站为主站，以盟四大班子、80多个盟直部门、各旗县市门户网站为子站的政府门户网站群。四是建成了盟四大班子办公自动化系统和全盟的电子公文传输系统，为无纸化办公、实现四大班子到各旗县市和盟直部门之间的公文流转无纸化奠定了基础。

总体拓扑图如图1所示。

目前所有旗县市区都已完成了硬件平台的建设。

1）城域网。兴安盟电子政务外网城域网采用交换式数据传输，大部分建设已基本完成。城域网的线路租用联通的光纤；硬件交换设备统一采用博达的产品。

2）广域网。由于我盟的政务外网原设计方案采用交换式网络，所以与旗县市区的连接都采用核心交换机直连的方式，改造后的政务外网与旗县市区下联采用路由网络。此次电子政务改造建设中我盟利用自治区补助款项对上联自治区及下联旗县市区的路由进行更换，统一采用锐捷的产品。

兴安盟下属六个旗县市（乌兰浩特市、突泉县、科右中旗、科右前旗、扎赉特旗、阿尔山市）已经通过SDH电路联通，但是各旗县市由于多方面原因没有实现和各财政拨款单位、乡镇、苏木网络联通。

兴安盟电子政务外网盟级现有网络拓扑示意图如图2所示。

原有盟级网络采用采用如上图结构，网络结构采用分层星型机构；核心路由器为N40系列设备，核心路由器存在单点故障，原有核心设备采用2.5G平台设备，性能方面也略显不足；互联自治区路由器NE05设备扩展和性能方面都无法满足现阶段对于高性能、高可靠性的要求；核心交换机采用华为85系列和75系列设备，无论设备性能还是扩展方面，都无法满足目前应用的需求；原有设备由于使用年限较长，出现故障几率也会较多。

2 兴安盟电子政务外网建设存在的问题

由于建网时间较早以及资金短缺等方面的原因，根据我盟的电子政务外网设计方案，还缺少业务平台以及互联网出口设备。按照自治区的要求，每个盟市的电子政务外网要分非敏感信息和敏感信息网，同样由于资金短缺，我盟现在只能建一套非敏感信息网络。我盟地区经济落后，信息化水平偏低。还不能保障全盟电子政务网络平台互联互通、安全稳定、共享高效。由于我盟机构改革尚未完成，各旗县市电子政务管理机构归口不一，成立时间比较晚，人员管理和专业水平不足，造成了工作协调和管理上的困难。

在政府部门推进信息化建设的过程中，各部门都在建设各自的信息系统，缺少统一的规划，大量信息资源只能局限于单位和部门内使用，形成“信息孤岛”，造成了信息系统分散建设、重复投资、不能实现信息系统间规范的数据接口等缺点，限制了信息的融合、共享及兴安盟行署部门向社会提供信息服务的透明度。这种情况制约了基于电子政务之上的G2B、G2C电子商务以及政府对外公共信息服务的开展。如国税、地税、工商、海关等部门均有自己独立的系统，可各个系统之间无法交换或只实现了部分交换、无法很好的共享数据资源。信息化建设发展不平衡，网络不能互联互通，信息资源不能共享；信息化发展的法律、法规不健全，网络和信息安全方面还存在着较大隐患。

缺乏网络安全意识。有些单位安全意识不强， 电子信息保密意识还不够强而造成泄密，具体体现在一些接入单位对可能遇到的安全问题缺乏统一考虑，有些计算机操作员直接插拔网线实现局域网与外部网的转换，安全设备和安全配置级别参差不齐，对公务人员缺乏必要的安全培训和教育；突出体现在对违规外联等网络安全问题重视程度不够。

3 建设原则

公共信息服务系统的建设应遵循以下原则：

1）规范性：系统建设遵循统一的接口规范，保证本系统与其它信息源系统间的连接规范性。

2）先进性：选用目前国际上技术先进、性能优异的设备，采用当前世界先进的计算机网络的软件、硬件产品以及模块化的软硬件设计，从而保证系统在技术上领先。

3）兼容性：网络的建设要充分考虑现有网络情况，充分的利用现有网络资源和信息资源，避免重复建设。因此，系统建设要能够整合现有的各种信息资源。

4）可扩展性：在系统的组网建设中，应充分考虑到目前各种信息查询业务实际的需求，切实满足人们对各种综合信息查询方面的功能和性能的要求，并应充分考虑将来业务的增长及业务种类增长的需求，要求系统应该具备良好的可扩展性。

软件、硬件平台应具有良好的可扩充、扩展的开发能力。能够方便的进行系统的升级和信息开发，以适应业务的不断发展。

5）安全性：由于公共信息服务系统负责兴安盟的信息业务查询处理，是兴安盟最大的信息中心。因此，其安全可靠性应作为系统建设的首要出发点，主要设备及数据库系统等尽量要作到备份设置，同时利用“兴安盟电子政务外网建设”网络防火墙保证本系统安全需要，确保数据的万无一失。

6）稳定性：“兴安盟电子政务外网建设”的建设是分阶段、分步骤的方式进行，一期工程主要进行有应用需求的信息系统建设，以后将不断完善整个信息系统。因此，整个系统在升级或扩容时，平滑过渡，不影响系统的稳定运行。

7）经济性：公共信息服务系统的设计和实施必须考虑现有资源的利用和闲置情况。充分利用政府机关及现有的数据库资源，避免重复性建设。

4 兴安盟电子政务外网建设的对策

1）完善电子政务网络平台，积极拓展政务外网的业务应用。按照自治区电子政务外网建设要求，充分利用网络基础设施，整合现有网络资源，进一步完善盟级电子政务网络平台和推进各旗市电子政务网络平台建设，逐步使盟-旗县市-乡镇全部业务部门实现三级联网；强化日常维护管理工作，保障全盟电子政务网络平台互联互通、安全稳定、共享高效。今后要积极争取加大信息化资金投入力度。坚持从社会管理和公共服务需求出发以应用促发展的原则，进一步深化应用范围，拓展网络覆盖面。

2）健全管理，进一步完善电子政务外网运维机制。加强对我盟政务外网的管理，保障我盟政务外网的安全、畅通，进一步完善我区政务外网管理体系，电子政务外网的管理，涉及相应管理机构的设置、职能划分、人员配备和资金投入等，需进行通盘考虑。完善全盟统一的电子政务外网平台，整合盟行署政府门户网站和其他已有外网资源，避免已有网络资源的浪费和重复建设，为各类业务系统应用提供网络支持，满足社会管理和公共服务的需要。加强对电子政务外网接入单位的管理与服务，协助各单位建立健全相应的管理制度和安全制度，要求各部门在将电子政务外网外联时进行申请。加强制度建设，规范运行流程，制定政务外网网络接入、安全管理、资产管理、数据中心管理等实施办法。加强对电子政务外网外包商的管理与考核，切实做好技术保障工作，使网络运维工作日常化和制度化。

3）完善规章制度和考核机制。认真贯彻执行计算机管理、局域网及管理信息系统保密管理、机房管理等规章制度，确保了计算机网络系统正常运转。改进和完善全盟电子政务信息化实绩考核制度和考核体系、细化考核内容、量化考核指标，并将考核工作贯穿于全年的全部工作之中，做好各旗县市和各部门电子政务工作每季度和年终考核，确保了信息化工作任务的顺利落实。

4）加强电子政务宣传和培训。结合国家“十二五”规划，积极开展电子政务外网发展模式、重要应用建设等调研；努力培养一批懂技术、善管理、精业务的复合型电子政务建设和管理人才。加大培训学习力度，切实有效地开展公务员电子政务知识、信息安全知识、电子政务技能等方面的培训。要通过多方面的努力，逐步提升人员综合素质，提高建设、管理和应用水平，不断扩大应用层面，以保证我盟电子政务外网建设和应用的顺利开展。

电子政务外网建设是一项复杂的系统工程，需要政府从制度、政策、资金等方面予以大力支持。只有以需求为导向，以应用促发展，以公众服务为中心，有计划、有步骤地建立统一的电子政务外网平台，加强标准化和规范化建设，加强信息安全管理，坚持经济效益和社会效益相统一，才能有效杜绝重“面子”不重实效的“形象”工程，提高政府的办公效率，加强政务的公开度和透明度，也才能在注重实效的同时，提高公共服务水平，从而达到引导电子政务有层次的良性发展的目标。

参考文献：

[1] 徐长安.抓好电子政务建设促进兴安盟社会和谐发展[J].中国信息界，2012（1）.

[2] 王建敏，管征峰，李挺，等.台州市电子政务外网安全和应用现状及对策[J].信息化建设，2009（5）.

[3] 崔玉发.省级电子政务外网建设从纵强横弱到纵横并行[J].中国计算机报，2004（5）.