電子政務運維管理精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的電子政務運維管理主題范文，僅供參考，歡迎閱讀并收藏。

第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）.