時間：2022-03-14 16:59:54
序論：在您撰寫電子政務論文時，參考他人的優秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發您的創作熱情，引導您走向新的創作高度。
1．1數據聯合模式
利用數據聯合視圖和交換接口，將分布式的異構數據轉化為邏輯上集中的數據，以實現數據的同步與實時集成。該模型的主要組成包括統一查詢接口、數據聯合視圖、資源目錄、訪問接口、數據標準化模塊等。起關鍵作用的是數據聯合視圖，它提供了有效聯接和處理異構數據的解決方案，對外屏蔽了數據源的多樣性。在業務活動和電子政務門戶信息服務中，需求方以不同形式和格式提出查詢請求;統一查詢接口負責接收定向到集成視圖的查詢，并使用優化算法進行查詢轉換，將其拆分為一系列子操作;數據聯合視圖根據資源目錄體系，對已分解的子查詢進行資源匹配;由數據交換接口從各數據源收集結果，進行數據標準化和組裝，最后將集成結果返回到原始查詢界面。上述處理序列以同步的方式實時完成，因此數據聯合模式適用于業務需求靈活多變、對實時性要求較高的電子政務業務協同。
1．2數據整合模式
利用相應的數據預處理技術將異構數據整合為物理上集中的數據資源。該模型與數據聯合模型的主要區別是它形成了一個現實存在的數據倉儲。該模型中起關鍵作用的是ETL(Extrac-tion，Transformation，Load)處理模塊，它在各系統間數據交換和共享的基礎上，面向預設的業務邏輯完成數據抽取、轉換和裝載，從而屏蔽資源的異構性，最大程度地提高現有資源的利用率。這種“預處理”方式，使其更適用于業務處理較為固定、業務流程較為復雜的電子政務業務協同。
2電子政務跨系統協同中的技術融合模型
電子政務建設需要將已有技術手段納入整體考慮，以有效地支持不斷變化的業務形態。在初期建設中，不同部門、地區的技術基礎和建設模式存在差異，導致各系統間技術兼容性較差。因此，系統間的技術融合是電子政務協同的難點，也是當前研究的熱點之一?，F有研究通常依托于特定的技術架構，較為主流的有SOA架構、網格架構、云計算架構等。例如，王紅霞等人提出了基于中間件的電子政務系統集成模型;琚春華等人提出了基于多Agent的電子政務技術協同模型;熊曙初等人提出了基于Webservice與工作流的技術集成框架;林穎賢等人提出了基于云計算的電子政務系統協同模型。復雜系統的技術融合中，通常需要將系統間的協同關聯劃分為多個層次。因此，盡管上述多種模型受所依托的架構影響而形式各異，但它們都可以從層次結構的視角歸一為相近的邏輯模型，即跨系統技術融合包括傳輸層、數據層、功能層、過程層和表示層共5個層次。從這一共性的層次模型出發，建立統一的技術融合標準規范是重點。實踐中，需要采用具有良好可擴展性的通用技術標準，以便將互不兼容的電子政務系統進行技術對接，進而將具體技術融合到各業務環節中，推動資源共享和服務協作。基于這一思路，筆者對電子政務跨系統技術融合的層次與規范進行了系統梳理，結果如表1所示。傳輸層位于最底層，主要解決多個系統間通過網絡互用信息資源和服務功能的問題;傳輸層的技術融合規范主要保障異構系統間的無障礙通訊互聯。數據層除了要解決數據轉化、交換和整合等基本功能，還需解決系統間的有效訪問問題，其實現可以考慮從語法、語義角度進行。功能層依托于業務邏輯，針對電子政務實體的業務關系、資源共享關系進行層次化的功能構建，以解決面向用戶的服務問題。過程層根據業務活動和工作流來組織服務功能，其技術融合以服務協同和數據協同為基礎，綜合運用低層支持協議和相關的集成技術來實現流程化的服務組合。表示層主要為用戶提供統一的調用界面，其技術融合的要求在于保證用戶從統一的渠道訪問其所需的信息，滿足用戶通過界面方式訪問不同系統的應用功能;因此需要提供可兼容多種應用程序的統一界面，以將相對分散獨立的電子政務服務組成一個整體。
3電子政務跨系統協同中的服務協作模型
當前電子政務系統服務交互功能急需大力提升，特別是需要將多個系統中的服務功能按用戶需求和業務邏輯進行優化組合，以形成新的標準化服務。因此，跨系統服務協作是當前電子政務發展的重要問題?，F有實踐中，諸如“網上并聯審批”“一站式辦公”等服務形式都是以跨系統的服務協作為基礎。電子政務中，一項業務活動往往包括多個子業務，這些子業務來源于不同協作機構，但都存在一定的時序約束和業務邏輯關系，可組合為“服務鏈”。因此，有研究者指出，基于“服務鏈”的動態服務協作是現階段電子政務協同研究中亟待深入的。相應地，電子政務業務的服務分解、子服務匹配和優化組合是服務協作的關鍵。另外，在具體實踐中，由于電子政務業務活動的多樣性和動態性，其服務協作體系需要有靈活性，以實現“可變流程”業務的配置。因此，電子政務的跨系統服務協作模型需要充分考慮業務需求的個性化配置問題。需求方(用戶、業務人員)通過客戶端或者協同門戶提交業務配置請求，協作管理系統按照指定的業務邏輯解析其服務需求，服務需求由協作系統進行分配，由參與服務的協同機構來滿足，且資源與服務對用戶透明。綜上所述，可將電子政務跨系統服務協作模型歸納如圖4所示。該模型可分為服務資源層、元服務層、業務層和服務層。服務資源層中，參與協同的各系統將自身服務功能分解為粒度最小的子功能;在元服務層中，按統一的標準描述各子功能的基本信息(包括服務功能描述、約束條件、輸入、輸出參數等)，并將其注冊成為元服務，注冊信息匯總為元服務目錄，元服務可通過統一的安全接口進行調用。用戶在服務層產生業務需求后，系統根據業務邏輯將其分解為一系列相互約束的子任務，構成任務流，完成業務過程建模。相應的業務流轉至元服務層，由元服務匹配模塊查詢元服務目錄，以最優化和最大化為原則進行元服務匹配。最優化原則要求服務的匹配綜合質量、能力、資源、職責、時間響應等維度考慮;最大化原則優先考慮某一系統可命中多個單元的“服務組合”情況。相應地，元服務調用模塊通過安全接口調配元服務，通過流程化的服務組合實現用戶需求與服務資源的映射。服務鏈的優化組合在滿足業務邏輯約束關系(包括元服務間的順序、并行、分支3種基本時序約束)的前提下，對存在前置關系的元服務實行串聯響應，否則實行并聯響應，以提高服務響應速度。
4電子政務跨系統要素協同中的管理協調模型
電子政務跨系統要素協同中，管理協調的重要性不言而喻。我國電子政務“十二五”規劃指出，政府零散孤立的管理職能體系導致電子政務效率降低，管理體制問題對電子政務發展的阻礙日益明顯。吳建南等人通過實證分析指出，信息技術只有改變政府內部流程的分工協調，才能顯著提升政府績效。多個國家的實踐表明，建立強有力的領導與組織架構以協調跨部門橫向合作，是實現電子政務目標的重要保障。在電子政務發展初期階段，跨系統要素協同的管理以主管部門統籌方式為主，以協調不同部門利益沖突和緩解協作阻力;而在成熟階段，應轉向持久型管理協調策略，其核心是建立業務標準、管理制度和績效考核體系。各國政府電子政務頂層設計的共性是通過明確目標和建立標準，以結構化方式進行管理協調。相應地，美國聯邦政府在電子政務管理協調中采用了FEA架構，自頂向下分別包括績效、業務、服務構建、數據、技術五層參考模型。英國在電子政務管理協調中建立了以標準化為核心的互操作框架，包括如圖5所示的六個層面，自頂向下進行組織協調，自底向上開展變化管理。這一模型具有較好的通用性，可為我國電子政務跨系統協同的管理協調提供參考。
5結語
現如今，地震行業已經實現通過電子政務平臺為社會提供地震速報、行業信息、地震科技動態等信息服務，根據業務需要還開展了各項功能模塊的應用互動，充分地發揮了政務網的優越性和便利性。地震電子政務發展在信息技術的不斷推動下，實現了組織結構和工作流程的優化重組，超越了時空的限制，為社會公眾提供優質的地震信息服務。美國地質調查局（USGS）ViewSite版電子政務平臺設計著重突出了行業的專業性特點，布局簡潔實用，以行業重點研究領域和信息服務為重點。USGS電子政務整體布局和欄目策劃都清晰的傳遞了研究的業務領域和不同層次需求的功能模塊，在重點區域表現出熱點信息方便瀏覽和使用，從模塊設計來看體現出了電子政務強大的實用。在整體效果上，USGS版電子政務能夠結合行業性質，在欄目版式、色彩搭配和頻道規劃上做到大方簡潔、重點突出。同時，利用網絡平臺和應用平臺作為地震信息服務支撐，實現與公眾的互聯、互通，提供便捷瀏覽信息、查詢地震數據參數等，給公眾留下信任感和權威感。我國地震電子政務，以中國地震臺網中心（/）電子政務為例，其主要功能為：提供國內外地震速報、地震行業科技動態以及地震專題等重要地震信息。地震信息服務模塊以不同類型的信息劃分向公眾及時、準確的傳達大量的地震信息。
地震信息標題和欄目設計風格統一，圖文并茂，起到了良好的地震信息傳播效果。在色彩搭配和圖示設計上，能夠充分結合地震行業性質，整體風格統一，不同級別的模塊相互關聯，有延續性。但在欄目版塊規劃設計上，存在重點信息版塊設計不突出，無法快速吸引瀏覽者查看重要的新信息，達不到預期效果。在實際運行中，缺少與大眾互動、互聯的服務模塊。地震電子政務在地震信息服務方面發揮了重要作用，憑借其科學的整體設計，合理的謀劃布局和規范的操作模式，成為了地震與公眾的橋梁和紐帶。結合國內外地震行業電子政務設計特點，筆者認為，首先，在整體設計方面應簡潔清晰，便于公眾瀏覽和查閱，并確保信息的實效性。其次，欄目布局應科學合理，層級分明，實現功能一體化設計，為瀏覽者提供一個易于查找、使用便捷的一站式服務窗口。公眾作為電子政務主要服務對象，應結合地震行業科技動態和地震業務情況，分析不同業務的類型特點，從公眾的需求出發，統一規劃設計，滿足地震行業業務辦公需要的同時，便利公眾的使用和查閱。地震電子政務對外滿足服務社會公眾需要，對內服務地震行業需要。面向社會公眾，提供地震速報、監測預報和應急救援等地震信息及其相關服務，板塊設計上劃分為新聞資訊、交流互動、服務辦事和地震頻道等模塊，同時，也應滿足公眾普及地震科普知識、重大事件專題、農居安全和地震安評等服務辦事需求。面對地震行業內部，主要實現業務地震信息共享、辦公自動化、公文傳輸和后臺管理等功能，既提高了辦事效率，又規范了業務流程。
二、地震電子政務設計中的問題與對策
基于對國內外相關行業電子政務設計的分析研究，地震行業電子政務設計在整體風格和功能模塊分區差異化設計中應注意以下兩點：①服務社會公眾，需要簡潔清晰的欄目布局和功能一體化設計，給公眾提供易于查找、操作簡便和一步到位的服務窗口。②結合地震行業的實際情況，分析內部業務特點，統一版塊設計，服務業務辦公需要，便于使用和查閱。地震電子政務設計應在服務便利性和操作實用性前提下，做到規劃設計和欄目布局標準統一、科學規范、特色便捷。
1.標準統一
地震電子政務提供的信息龐雜，要想給瀏覽者留下深刻印象，網站內容里的每個要素都必須有機協調的統一起來。統一標準在網站風格設計中占有重要地位，要確保網站風格設計的成功，就需要保證其結構的眾多元素的一致，如網站的版面布局的一致、標志性元素的一致、導航的一致等等。因此，地震電子政務根據自身業務特點，在網站版式設計上，要遵循：①統一版面布局。②統一標志區域。③統一工具欄。④統一一級欄目。⑤統一字體、樣式。
2.科學規范
（1）合理布局重點突出
欄目版塊設計上，要表現地震行業的專業性、科學性，力求在全面的基礎上突出重點，將重點內容放在顯眼的位置上，通過色彩或者特殊標識凸顯出來。布局合理嚴謹，特別是地震專輯，里面涵蓋專題欄目，要突出行業成果特色。
（2）內容全面條理清晰
要做好分級欄目設計，能夠表達完整的邏輯層級思路，條理清晰，過渡自然。針對不同的地震欄目板塊，內容全面詳實，版塊安排體現層級式的信息構成，在多數情況下，應使地震核心信息、周邊信息和輻射信息都得到相應的體現，讓讀者各取所需。
（3）表現形式多元化
電子政務平臺在便捷性和實用性基礎上需要以更生動的形式展現出來，因此在表現內容的形式上要不拘一格，引人入勝。比如地震視頻、地震產出圖片、公眾交流互動等欄目，將地震信息資源通過不同的形式展現給公眾，以強有力的視覺效果來吸引瀏覽者的注意，從而使特定的信息得以準確的傳遞。
3.特色便捷
關聯引導是電子政務設計的重要一環，可通過頁面間的關聯引導、版面區域間的關聯引導、圖像與文字的關聯引導等方法突出網站的便捷化和個性化。圖文并茂應是地震電子政務的一大亮點，根據不同欄目窗口，配以相應的圖片。標志圖片的選擇，既要考慮網頁內容個性的需要，又要考慮網站整體性的需要，還要考慮到頁面的連續性。
三、結論
1.1功能簡單單一
電子政務是我國信息化建設的目標之一，但在民航電子政務建設中依舊存在空白點，同時在電子政務實現的功能上也參差不齊。民航絕大多數單位都已建設了電子政務系統，其功能主要有：文件管理、檔案管理、財務管理、固定資產管理、生產信息管理、人力資源管理、信息流程的跟蹤與監控等，個別單位還實現了面向外部的電子公文交換，而信息流程的跟蹤與管理、面向外部的電子公文交換功能的實現仍處于較為薄弱的階段。如此，完善電子政務的功能將是今后一段時期的重要任務。
1.2信息系統有待進一步整合
民航各單位已經開發了辦公系統和專用的業務系統，改善了公共服務質量，提升了政府服務能力，優化了內部流程。但是電子政務信息共享程度不高，業務協同能力有待加強，必須在頂層設計和統籌規劃方面進行有益探索，構建民航電子政務整合框架模型。
1.3電子政務應用有待進一步拓展
民航電子政務各系統已經在提高安監能力、改善服務質量、提高經濟效益、提高辦公效率等方面發揮了巨大的作用。但是通過建立和完善一批核心應用系統，進一步加強系統功能，優化業務流程，實現業務的全面覆蓋，加強專業技術人員的有效管理，實現威脅預警及風險評估，建立一體化、全程化的信息處理平臺，提高對外宣傳和服務水平仍然是艱巨的任務。
1.4電子政務標準體系有待完善
電子政務標準體系的目標是保證電子政務網絡互聯互通、信息資源共享、系統安全可控和可管理。目前各單位辦公系統和業務系統標準不統一、接口不一致，為綜合利用數據、信息資源共享、資源整合帶來了一定阻力。
1.5電子政務安全保障體系有待加強
電子政務基礎設施建設薄弱，各業務系統安全強度不高，存在著一定的安全隱患。未嚴格實行內、外網隔離的業務系統無法進行信息的電子化存儲和傳輸，系統功能存在較大限制，而且訪問控制定義有很多“孤島”，難以進行統一的訪問控制。
2民航電子政務建設的原則和目標
民航電子政務緊緊圍繞民航局中心任務，以“規范、共享、安全、實效”為目標，遵循“統一規劃標準、統一建設管理、統一運行維護、統一資金使用”的基本要求，建立健全電子政務建設、管理、運行體制機制，協調統籌民航各級行政機關需求，以加強和深化應用建設為重點，以提高信息資源綜合開發利用水平為主線，加快電子政務建設，加強應用系統整合，逐步建立信息共享和業務協同機制，努力構建具有民航特色的電子政務應用體系，促進電子政務持續快速健康發展，不斷增強政府對民航發展的引導和管理能力，為民航強國戰略服務。按照“統籌集約、深化應用、確保安全、務求實效”的總體要求，密切跟蹤現代信息技術發展，通過加強和深化應用系統建設，建立健全共享共用的信息化基礎設施，有效整合網絡信息資源，強化安全保障能力建設；推進電子政務與民航局重點工作和發展方向相融合，使之成為民航強國戰略加強行業引導和管理的有力工具。
3民航電子政務建設內容
3.1基本框架
民航電子政務系統可劃分為網絡平臺、系統支持平臺、應用支撐平臺、應用系統平臺4個邏輯層次，由信息安全保障系統保證系統和數據的安全。進一步完善電子政務公共基礎設施，整合有效網絡資源；加強民航政務內網、政府門戶網站建設；整合信息資源，加強信息資源管理；加強數據分析與利用；加強安全管理、經濟運行與市場管理，宏觀調控、行政辦公與公共服務等業務系統統一平臺，統一標準，達到統一監管、優化流程的目的，形成民航電子政務的基礎框架。如圖1所示。
3.2建設內容
民航電子政務要以數據中心建設為基礎，以跨部門協同應用為驅動力，以信息化項目歸口管理為抓手，推動政務信息資源在部門間共享，并逐步實現政務信息資源管理的采集集約化、登記規范化、更新制度化、共享普遍化，促進政府執政能力和服務水平雙提升。3.2.1整合有效網絡資源，健全信息化網絡等基礎設施對現有網絡、安全保障等基礎設施進行有效整合的基礎上，不斷改善政務內網和政務外網網絡環境，確保網絡安全通暢。跟進虛擬化等新技術發展，建設滿足各種應用系統需求共享共用的統一基礎計算支撐平臺。著手建設電子政務外網災備系統，保障重要系統和數據安全。3.2.2加強和深化應用系統建設按照民航電子政務的規劃，從提高安全監察能力、提高行業經濟運行與市場管理能力、提高公共服務水平、提高行政辦公效能等方面建立和完善一批核心應用系統。升級改造有關航空安全綜合信息收集的航安綜合管理信息系統、自愿報告系統等，組織開展綜合統計信息系統建設，加強民航政府網站群建設和管理，升級完善內網綜合辦公系統，豐富和拓展系統功能，使流程和功能更加符合不同層級行政機構的業務要求和個性化需求，進一步提升系統運行效能。3.2.3加強信息資源整合，建立基礎數據中心在不改變已有業務使用習慣的前提下，按照共同建設、統一管理、共享共用的原則實現數據資源的共享利用，為資源整合、業務協同、輔助決策、公共服務等提供數據和信息支持。圍繞航空器、機場、人員、航線、航班、航空運營人等基礎信息，按照“一數一源、一源多用”的原則，整合現有業務系統數據資源，逐步形成統一規范的民航行業基礎信息庫。統一規劃元數據標準，建立數據交換中心，逐步建立電子政務信息資源目錄體系與交換體系，通過數據的訂閱、和交換機制，實現數據按需共享與交換。3.2.4注重民航電子政務標準建設電子政務標準體系的目標是保證電子政務網絡互聯互通、信息資源共享、系統安全可控和可管理。一般來講，電子政務的標準包括網絡基礎設施標準、數據資源交換標準、應用業務標準、信息安全標準和管理標準等幾個方面的內容。3.2.5保障民航電子政務的信息安全在民航電子政務的信息安全方面，主要應該考慮：內外網隔離、信息加密、簽名與認證、公共服務保障、權限管理和內容控制等幾個方面的內容，繼續加強電子政務網絡信任體系建設，不斷深化數字證書應用，完善網絡信任機制。推進電子政務信息安全風險評估和等級保護工作。重視網絡與信息安全管理體系建設，通過建立安全組織、安全管理和防護措施，完善電子政務安全管理平臺建設，增強民航電子政務的整體安全保障能力，保障電子政務系統安全。3.2.6有效組織和管理民航電子政務的實施從經驗來看，應該充分認識到民航的電子政務最終要走外包、托管模式，所以一定要從需求出發，充分利用現有線路和網絡資源，避免重復建設，并積極采用軟件工程方法，在民航電子政務建設的各個環節認真組織和實施項目管理，進行項目過程管理和項目質量控制，從組織管理上保障民航電子政務系統建設工作的順利開展。
4民航電子政務建設實施方案
①在廣泛調研的基礎上，對現有系統進行綜合評估，對新建系統進行建設前的規劃審查。對現有系統進行評估的目的是掌握系統當前運行狀況和技術狀態，為下一步開展工作提出科學合理的整合方案，提供必要的準備。對新建系統進行規劃審查的目的是看新建系統是否滿足規劃和整合的要求，避免出現新的信息孤島現象的發生。②對現有不同的舊系統進行不同層次、不同深度、不同批次的整合，分清輕重緩急，逐步整合。對現有系統進行梳理和分類，按照“小步快走、先易后難”的策略，開展4個層次的整合。即：IT基礎設施整合、信息資源整合、應用系統整合和門戶整合。依據整合的層次劃分，整合過程可以劃分為4個階段，具體實施時可以按照每個階段的難易程度和重要性并行或順序開展。③建立民航電子政務技術平臺。按照數據與業務系統分離的原則，理清基礎數據和業務數據，對基礎數據實行集中管理，業務數據按照需求實現共享，建設民航電子政務數據中心。進一步優化民航業務流程，整合各部門與下屬的網站及信息系統，建立連通民航局、地區管理局和安全監察管理局的民航電子政務應用系統平臺。積極推動航空安全、宏觀調控等電子政務重大項目的實施，完善民航電子政務內網和電子政務業務外網2個網絡，實現包括行政辦公、行業監管和政務公開等功能。④開展電子政務標準和規范的制定工作。民航電子政務系統的建設和整合必須有標準化的支持，尤其要發揮標準化的導向作用，以確保其技術上的協調一致和整體效能的實現。通過標準化的協調和優化功能，保證民航電子政務資源整合建設少走彎路，提高效率，確保系統的安全可靠。統一標準是互聯互通、信息共享、業務協同的基礎。標準化是民航電子政務建設和資源整合的基礎性工作，它將各個業務環節有機連接起來，并為彼此間的協同工作提供技術準則。民航電子政務標準化工作必須服務于民航電子政務建設和資源整合的總體目標，最大程度地滿足工程需求。⑤加強民航電子政務安全運行維護管理。結合民航電子政務運行維護實際，采用先進的技術手段，構建“統一維護，統一管理”的集中運行維護管理體系；以安全策略為核心，采用各種安全機制如物理安全、訪問控制安全、系統安全、用戶安全、信息加密、安全傳輸和管理安全等；建立電子政務的安全管理制度體系和安全組織機構，做好電子政務系統的風險管理和等級保護。
5結語
關鍵詞：電子政務，頂層設計，地方政府，前臺-后臺服務體系
一、背景
近兩年來，有關電子政務或信息化的“頂層設計”這個概念用得非常頻繁；但是，時至今日，人們對此卻仍然沒有一個權威的定義與說法。其實，簡單地說，所謂頂層設計即是就某個對象進行全面系統的規劃與設計。從起源上看，頂層設計這個概念最初來自自然科學或大型技術工程領域，如人類基因組工程研究、航天工程研究等。例如，中國航天科技集團總經理王禮恒院士在談到我國載人航天與繞月探測工程時，就先后多次提到要進行頂層設計，“加強航天發展的頂層設計，從國家和全局的高度來統籌安排航天發展”（王禮恒：“載人航天繞月探測同步推進時機成熟”，/home/news/Inland/200403/08/214153.html。）。中國國防科工委副主任、國家航天局局長欒恩杰曾在2003年6月11日表示，中國航天需要政府從國家戰略的高度出發，做好頂層設計和整體規劃，調整結構、整合資源（“專家認為：中國航天需政府做好頂層設計和整體規劃”，。）提到“建設新一代運載火箭型譜化系列”，其中的“型譜”即是產品設計方面的頂層設計。從這些自然科學與大型技術工程領域的案例來看，頂層設計的基本內容是指，為完成某一大型科技項目，必須實現理論上一致、功能上協調、結構上統一、資源共享、部件標準化。
但是，就電子政務來說，要“實現理論上一致、功能上協調、結構上統一、資源共享、部件標準化”，卻不是件那么容易和簡單的事情，因為科技項目與工程的頂層設計與作為政策體系的電子政務頂層設計畢竟存在著很大的差異。從基本內容來看，電子政務的頂層設計應該是就電子政務建設的基本問題進行總體的、全面的設計，不僅應該包括網絡建設、安全管理、信息資源建設等諸多技術層面的內容，也應該包括行政管理體制、政府職能、政府績效管理及具體業務類型之間的關系。
時至今日，尚沒有哪個國家以頂層設計來命名自己的電子政務政策或文件。不過，就基本內容來看，美國聯邦政府的“聯邦政府組織架構（FEA）”和英國政府的“電子政務互操作模型（e-GIF）”可以看作是他們本國的電子政務頂層設計。例如，就FEA來說，美國政府將電子政務的主要問題都納入其五個參考模型，即績效參考模型（PRM）、業務參考模型（BRM）、服務構件參考模型（SRM）、數據參考模型（DRM）、技術參考模型（TRM），從而使其對電子政務的管理由原先的注重具體項目、業務細節與資金配給的特別管理轉向基于績效評估、業務規范與技術標準的制度化的例行管理。可見，頂層設計正在成為一些國家電子政務建設的重要方向。
二、我國地方電子政務頂層設計的基本內容是建立“電子政務前臺-后臺服務體系”
由于信息化發展水平的差異，國外進行電子政務頂層設計的方法顯然不能直接應用于我國的電子政務頂層設計。但是，盡管如此，它們卻為我們提供了頂層設計的基本思路，而且其中的一些具體的過程、工具和手段，更是可以直接地應用到我們的頂層設計當中。所以，在電子政務頂層設計的具體構建過程當中，一方面，必須充分考慮到我國的政治、經濟發展現實；另一方面，也必須借鑒其他國家在進行電子政務頂層設計時所采用的科學合理的思路與方法，以使我國電子政務更能發揮提高行政管理效率、實現資源共享、減少重復建設的目的。
根據對國外有關國家的電子政務頂層設計的分析，結合我國行政管理體制特點及電子政務發展實際，筆者就作為一級地方政府的電子政務頂層設計構造一套結構模型，并將其稱為“電子政務前臺-后臺服務體系”模型。
該模型包含兩部分。第一部分是基本模型，主要包括模型的骨干架構，基本內容可以概括為四個流程主體、三項業務要求（如圖1、圖2所示）。四個流程主體為各政府部門（以及由其業務網絡所構成的內部網）、行政服務中心、政府門戶網站、公眾（及其服務界面）；三種基本業務要求為集中、整合以及互動。第二部分是擴展模型，是在基本模型基礎之上的業務擴展。從圖中可以看出，該模型本身就是一個系統流程，電子政務建設的幾乎全部內容均能涵蓋其中。
“電子政務前臺-后臺服務體系”具有如下特點：
1.與目前我國政府管理特點相契合。電子政務通常要求對業務流程和組織機構進行調整，因而在實際執行過程中容易讓某些部門產生抵觸情緒，協調起來存在一定的困難。所以，在上述模型中，內網（局域網）及其網上辦公業務是在統一規劃下由各部門根據自身業務需要分別建設的，一些相應的后臺業務仍然需要本部門去解決，這樣可以充分地調動各政府部門開展電子政務的積極性。
2.體現了信息技術對政府行政管理體制改革的要求與影響。這主要表現在三個方面：一是對行政業務、信息資源與政府財務管理的大集中；二是行政服務中心在整個一級政府的電子政務建設中的樞紐地位，為信息時代的政府機構調整提出了改革的方向；三是突出強調了政府門戶網站在整個系統流程中的重要地位，體現了電子政務發展的基本要求。
3.明確了電子政務所存在的三層“前臺-后臺”關系。第一層是公眾（企業和公民）與政府門戶網站之間的“前臺-后臺”關系，第二層是政府門戶網站與行政服務中心之間的“前臺-后臺”關系，第三層是行政服務中心與各政府部門之間的業務關系。其實，在不同的信息化和電子政務發展水平下，“前臺-后臺”層級關系數量及其密切程度都會存在很大的差異。在電子政務發展水平較低的情況下，層級數量較少，其密切程度也較低；隨著發展水平的提高，層級數量應逐漸增加，其密切程度也會相應地增加。
4.模型具有較大的伸縮性能。該模型只是從邏輯上表示一級政府的電子政務服務體系結構，因而能夠包容很多實際操作過程與建設方式。如就行政服務中心而言，本身可以是地域分布性的，能夠滿足管轄范圍較大的一級政府對分片管理的要求；另外，行政服務中心是一種綜合性管理機構的總稱，可以表示行政審批中心、辦證中心、市民服務中心等機構。不過，盡管其名稱可以不一致，但是與政府門戶網站的唯一的“前臺-后臺”關系卻是必須堅持的，政府不應該就每一種所謂的中心單建一套信息化系統，這樣是與信息化的大集性相違背的，也是沒有效益的。
5.能夠容納頂層設計與政府行政管理體制創新的諸多技術與方法。這里可以舉幾個具體的例子。
例子一，就政府績效管理與評估而言，由于各政府部門是單獨地向行政服務中心提供自己的網上對外辦公事務，政府信息公開以及行政業務網上辦理情況都能分別地加以考察。
例子二，行政服務中心在整合相關的行政業務時，可以采用美國政府在FEA中所采用的業務系統規劃法（BSP）遴選一些共性的業務內容。
例子三，由于行政服務中心承接來自各政府部門的業務并要求對其進行整合，因此知識管理技術與客戶關系管理技術等技術方法，能夠極大地提高政府服務于公民和企業的能力與效益。與此同時，由于行政服務中心直接管理政府門戶網站，與政府各部門密切聯系，因此它也能處理很多通過手機、電話等非互聯網業務，仍然繼續發揮傳統手段下的政府服務管理內容與形式，以適應當前信息化過渡期內群眾信息化應用水平不高的實際情況。
三、地方政府電子政務頂層設計的政策建議
目前，不少地方政府（特別是地級市政府）已經或正在進行自己的電子政務頂層設計。不過，從頂層設計的角度來看，其內容仍然顯得不夠全面，對一些比較重要的問題沒能進行詳細的討論和分析。作者認為，圖2的“電子政務前臺-后臺服務體系”可以作為構建地方電子政務頂層設計的基礎，即圍繞該模型并從政府績效管理、網絡、業務、信息資源、組織結構等諸多方面進行各地的電子政務總體設計。因此，作者提出以下的政策建議。
（一）建立科學規范的地方政府電子政務績效管理與評估模型
績效參考模型是美國FEA的核心內容，是決定其他四個參考模型的基礎，而且美國政府在實施電子政務戰略的24個總統優先項目時，同樣也是以此為考核依據的。實際上，我國一些地方也在建立政府績效管理制度，并提出了建立責任型政府的要求，但是從具體內容來看，電子政務尚未納入政府績效管理制度范疇。為此，今后各地方政府可以采取以下政策措施：
1.明確電子政務的績效考核單位及其各自的電子政務發展的具體目標。通過圖2的“電子政務前臺-后臺服務體系”，我們能夠實現這樣一種雙重的目標：既能單獨地對各部門進行績效考核，又能實現跨部門的業務整合。為便于對各部門的電子政務開展情況進行分別地考核，必須科學合理地設計電子政務前臺-后臺服務體系流程，即在進入行政服務中心之前，各部門是獨立完成自己的電子政務業務設計與管理的。為此，地方政府首先必須針對各政府部門的業務情況制定詳細的信息化發展計劃，明確地為各部門訂立電子政務發展的具體的階段目標。
確立發展目標是電子政務發展的出發點。但是在確立發展目標時，必須充分地考慮本地方電子政務的發展階段，從與自身發展實際相符的條件出發來制定各部門的電子政務業務發展目標。在確立具體方法
時，應該選擇合適的方法，如目標管理法、記分平衡卡法等。由于記分平衡卡法相對復雜，因而建議采用目標管理法來確立各部門的電子政務業務發展目標。
2.根據地方電子政務發展實際，構建自己的“績效參考模型”。具體工作包括兩個方面：一是明確可以具體考核的業務內容及其考核指標?！翱冃⒖寄Ｐ汀彼ǖ膬热莺椭笜似鋵嵎浅V泛，就地方電子政務來說，難以完全地按照該模型來進行績效考核，為此必須就實際情況選擇業務流程及其績效考核指標。在這方面，可以考慮挑選經濟綜合部門以及社會綜合服務部門進行試點，通過試點并獲得經驗后再逐步地全面推廣。二是績效評估方法與方式的選擇。根據不同的分類標準，績效評估方法可以有內評估、外評估、事前評估、事后評估等多種。建議采取兩種評估方式，一是由紀律檢查委員會、監察局和信息化辦公室一道進行內評估，就政府各部門的信息化績效進行考核；二是聘請獨立的中介機構對政府各部門的電子政務業務成效進行評估。值得注意的是，如果進行全面評估有難度、或者為配合專項工作的需要，也可就具體某項業務進行單獨評估。
（二）根據政府職能設計電子政務業務參考模型
在1988年的國務院機構改革過程當中，我們明確地提出了“轉變政府職能”的概念。此后，政府職能轉變成為我國關于政府行政體制改革的理論基礎，因此在討論電子政務頂層設計時，首先必須從政府職能的角度來設計電子政務的業務參考模型，遵循目前“三定方案”的基本原則來規劃政府機構的電子政務業務。但是，從FEA的業務參考模型來看，我們是看不到政府職能的思路的，美國政府在設計該模型時采取的是業務例舉法。
根據行政管理理論，政府職能是分層次的，如圖3所示?？紤]到具體情況，我們認為將電子政務的業務劃分為圖4的四級結構比較適合我國這些年來對政府行政管理改革的要求（李廣乾，“電子政務與政府職能轉換”，國務院發展研究中心中青年課題，2005年。）。為此，圖4就基本職能的“政治職能”的“政府管理”的內容進行了比較詳細的劃分。值得注意的是，目前尚無權威的資料對政府職能層次及其明細結構進行全面的界定。因此，就地方政府的電子政務業務參考模型來說，其余的具體內容還必須在針對整個政府的業務情況、根據圖4的基本結構進行充分的業務調研之后才能具體地確定。
根據圖2，必須由行政服務中心對上述業務內容進行流程整合，在整合后通過門戶網站向公眾統一提供跨部門的服務。為此，地方政府必須對行政服務中心加以授權，賦予其相應的職能、機構與編制，使之能協調各相關部門的業務流程。
（三）根據業務需要構造電子政務管理模塊體系
為使業務模型能夠發揮有效的作用，必須建立一些能夠重復利用政府行政業務流程并提高跨部門的業務協調能力的服務構件和模塊。這既是FEA模型的初衷，也是開展電子政務的必需。從SRM來看，其中包含了很多服務構件，其中的一些構件對我們目前的電子政務來說，往往是超前的或不合適的。因此，我們在參考使用這些服務構件時，應該從實際出發借鑒切合地方電子政務業務發展需要的那些構件。
在采用服務構件時，必須注意以下幾個方面的問題：
一是必須考慮服務構件的應用范圍。不同的服務構件，其適用性存在著較大的差異，有的可以適用于整個一級政府及各政府部門（如財政管理系統等），而有的則只能在專業性政府部門使用。
二是整合已有的業務應用系統。由于很多政府部門開展信息化應用已經很久了，且各部門是分別進行的，因此就存在著重復使用或不兼容的問題。因此，在建立電子政務管理模塊體系時，必須充分地考慮這個現實問題。
三是加緊在行政服務中心推廣使用CRM、知識管理等構件。這些內容將有力地促進地方政府服務企業和老百姓的能力，例如，就CRM的服務類型來說，就包括呼叫中心管理、客戶分析、產品銷售與市場營銷、產品管理、品牌管理、客戶賬戶管理、日常往來管理、合作關系管理、客戶反饋、信息統計等構件。
（四）整合政府信息資源服務平臺，構建數據與信息參考模型
在構建數據與信息參考模型方面，一方面可以參考國外進行電子政務信息資源管理的基本技術方法，另一方面也必須結合前面所介紹的對政府職能層次劃分的理論方法，通過政府職能四級明細劃分來建立相應的數據分類、數據交換機制及數據結構。
（一）醫藥企業信息化建設
醫藥企業的信息化是醫藥電子商務的基石。提升醫藥企業信息化水平就是提升醫藥企業電子商務的水平。首先，應當提高的是企業內部信息化水平，可以建立企業內部局域網站，實心內部信息溝通的無障礙。還應當構建管理信息系統（MIS）與制造資源計劃，提升企業生產能力，并且使其與財務系統形成有效閉環。然后，應當提升企業外部信息化水平，引入企業資源計劃系統（ERP）與客戶關系管理系統（CRM），從供應鏈角度考察醫藥產品的采購、生產與銷售。最后，利用醫藥企業的內外電子綜合平臺開展商務活動。
（二）加強醫藥電子商務的服務意識
醫藥電子商務市場的擴大與繁榮與其強大的客戶服務意識密切相關。在銷售前，要提高交易平臺的回復速度，及時回復客戶咨詢。此外，醫藥電子客服人員不同于其它行業客服人員，他們必須是具備扎實醫藥知識的藥師。在銷售中，客服人員應當與客戶及時溝通，傾聽客戶需要，為客戶準確推薦藥品，獲得詳細收貨地址，確保支付安全。在銷售后，對客戶反饋信息第一時間回復，對客戶提出的問題準確、耐心回答，提升客戶網購體驗。只有加強醫藥電子商務的服務意識，才能吸引客戶、留住客戶、提升客戶，才能拓展市場份額，提高經濟效益。
二、借鑒醫藥電子商務經驗，開展醫藥電子政務系統的建設
醫藥電子政務作為特殊的醫藥電子商務，可以借鑒醫藥電子商務的成功經驗，高起點、高標準、高質量的建設醫藥電子政務系統。
（一）統一規劃，統一建設
我國醫藥電子政務發展處于起步階段，缺乏統一規劃和統一標準，由各地食品藥品監督管理局獨自設計運營，呈碎片化、零散戶趨勢，彼此之間亦很難互聯互通。目前，跨部門、跨地區數據共享十分迫切。國家食品藥品監督管理總局應當統一規劃各地醫藥電子政務建設，搭建網絡平臺，構建統一的企業審批管理、藥品注冊管理、藥品不良反應監測管理，為企業、個人提供政府機構職能查詢、政府業務信息、政策法規查詢、信息咨詢等各項服務。只有有了統一的規劃，才能實現各地區醫藥電子政務系統的“無縫對接”，才能最大程度降低內耗，為醫藥企業與消費者提供優良的服務。
（二）加強醫藥行政部門信息化建設
現代社會是信息化的社會。任何行業不能實現高度的信息化，就不能實現高度的現代化。醫藥行政部門應當借鑒醫藥企業重視信息化建設的成功經驗，利用信息化促進醫藥電子政務的不斷前進。醫藥電子政務的信息化建設主要包括：建設政務內網、政務專網以及政務外網，實現內網隔離、專網專用、外網互聯；建設醫藥電子數據庫，便于企業或個人查找核對；建設醫藥電子政務系統，包括辦公自動化系統、行政審批系統、特殊藥品監管系統、醫藥廣告查詢系統、藥品實時監控系統、藥品生產質量實時監控系統、安全信用管理系統、抽驗辦案系統以及信息系統等。信息化的建設要注重便捷性、實用性、藝術系以及易操作性，為醫藥企業與消費者提供優良的電子政務服務。
（三）加強醫藥行政部門的服務意識
1.1網絡層面。在SaaS模式下云服務供應商大都通過因特網向用戶提供應用軟件服務。而在因特網環境下，蠕蟲、惡意代碼、黑客攻擊等安全問題無處不在，攻擊者利用病毒、攻擊腳本等各類手段截獲網絡傳輸過程中的重要用戶數據，甚至進一步入侵服務器獲取權限或破壞數據。
1.2應用層面。在SaaS模式下，對于電子政務系統的建設，政府多是只進行投資建設，而搭建架構及運維均外包給服務供應商。如果沒有建立完善的身份鑒別和訪問控制措施，惡意的，有時候甚至是善意的云服務供應商行為可能會越權或濫用權限獲取客戶的數據及應用。
1.3數據層面。在SaaS模式下，系統的數據安全可靠性完全依賴于軟件服務供應商，而自身對數據的控制能力相對較弱。如果安全措施不完善，服務器管理員或數據庫管理員極有可能直接對數據庫中存儲的用戶敏感數據進行查詢、復制等操作，從而導致信息丟失或泄露。VerizonBusiness最新的數據泄漏調查報告顯示，在所有信息泄露事件中，48%事件是由于內部員工濫用權限所致。
1.4管理層面?！叭旨夹g七分管理”，可見管理在信息安全管理體系的重要性。服務供應商的管理制度不完善可能會造成員工安全意識薄弱，人員分配上沒有明確的制度和規則從而導致，人員管理混亂，責任不明確，一旦出現安全事故無法及時補救，事后追溯時，又無法找到主要責任人。
2基于SaaS的電子政務系統的安全策略
2.1網絡層面。為了防止在因特網環境下的蠕蟲、惡意代碼及攻擊行為對客戶端計算機和服務端計算機的入侵，客戶端和服務端都應采取有效的防惡意代碼及入侵防護等安全措施，并提供必要的網絡審計類措施進行安全事件回溯，服務端除了常使用的網絡防火墻、IDS、IPS設備外，還可通過部署虛擬蜜罐系統加強對重要業務系統的防護。
2.2應用層面。應用層面包括身份鑒別、訪問控制、安全審計等方面。身份鑒別是安全防御體系中的最基本組成部分，也是防止非授權訪問的最主要手段。換而言之，身份鑒別是訪問控制和安全審計的前提。為了加強鑒別措施，SaaS云服務提供商除了采用傳統的“用戶名+口令”的鑒別方式之外，還應該添加兩種以上組合鑒別方式，例如動態口令、智能卡的令牌認證、指紋、虹膜等的用戶身份鑒別方式。訪問控制方面，SaaS服務供應商應嚴格限制不同訪問者的訪問權限，對敏感數據進行隔離。同時SaaS服務供應商應該對安全日志作定期的分析并生成報表，確保在發生安全事件時，有據可查。
2.3數據層面。在SaaS模式下服務端存放用戶數據隸屬于多個租戶，而傳統的信息系統中，用戶數據往往存儲在各自服務器數據庫中。因此SaaS云服務提供商應當在采用有效的隔離措施及訪問控制措施來確保同一系統不同租戶間的數據保密性，防止由于應用程序的漏洞造成用戶數據泄漏或破壞。同時，云服務供應商應具有完善的災備措施和系統恢復能力，以便在發生數據泄漏或破壞時，進行及時恢復。對于SaaS模式的電子政務系統，由于其對因特網的依賴性較大，所有數據的傳輸大都通過互聯網，極有可能被惡意用戶監聽截獲。因此一旦涉及到核心數據、敏感數據的傳輸與存儲，就應當采用加密方式，如通過SSL通道或VPN隧道等途徑。同時在存儲過程中也應采取加密技術，可大大降低云服務提供商竊取用戶重要信息的可能性。
2.4管理層面。信息安全的核心實際上是管理，安全技術只是實現管理的一種手段[4]。管理層面上，應確保能夠接觸客戶信息或業務數據的各類人員具備履行其信息安全責任的素質和能力，還應在授予相關人員訪問權限之前對其進行審查并定期復查，在人員調動或離職時履行安全程序，對于違反信息安全規定的人員進行處罰。此外，應制定應急響應計劃及事件處理計劃，并定期演練，確保在緊急情況下重要信息資源的可用性。加強對安全事件的預防、檢測、分析、控制，并對已發生的事件進行跟蹤、記錄并向相關人員報告。并應定期或在威脅環境發生變化時，對云計算平臺進行風險評估，確保云計算平臺的安全風險處于可接受水平。
3結束語
是政府部門可通過云計算這種數據處理模式，將政府機構的信息技術資源統一組織起來，進行信息資源的集中分配與部署，在統一的標準化的電子政務建設規范約束下，建立信息資源共享的電子政務公共平臺。由于釆用了統一的建設標準，電子政務公共平臺具有良好的可擴展性和數據間的互訪問性，并可以根據各部門間管理職能的不同，在現有平臺的基礎上開發定制標準化的符合本部門管理職能的信息服務，有效的規避了現有電子政務平臺建設中的信息孤島，資源利用率不足，應用系統重復開發以及開發周期長等問題。
因此，在進行頂層設計時，應基于政府部門間信息共享以及向服務型政府職能轉變的需求，結合本地、本部門的業務特色和需求，依據工業和信息化部印發的《基于云計算的電子政務公共平臺頂層設計指南》，設計電子政務云的總體框架。該框架應明確電子政務云項目建設實施過程中，系統每個功能模塊層應該具有的總體功能與特點。電子政務云的頂層設計應包括四個方面，從低到上依次為：基礎設施服務設計、數據服務設計、平臺服務設計和應用功能設計。其中基礎設施服務設計，既可獨立建設，也可依托現有云計算公共服務平臺建設。從節約建設資金及社會資源、縮短建設周期考慮，建議依托現有云計算公共服務平臺進行設計。
2技術框架設計電子政務
云平臺，應以服務實施保障體系和信息安全保障體系為基礎，將云計算服務理念引入電子政務建設，充分利用虛擬化技術，結合現代通信技術，對政府信息化資源進行統籌規劃和管理，以服務的形式為有需要的政務部門提供政務服務，為快速實施已有電子政務系統向云計算環境遷移，降低投入，充分利用資源，同時簡化資源整合，技術框架應從門戶與渠道層、應用服務層、平臺服務層、數據服務層、數據服務層、基礎設施層以及信息安全保障體系、法規與標準體系進行設計。
3應用服務設計電子政務
云應用服務框架分為三層模式：網絡層、應用層和支撐層，其中支撐層包括，基礎軟件支撐，數據服務支撐以及基礎設施支撐。
3.1共用性應用服務共用性應用服務指具有普適性的跨部門、多用戶的應用服務，應用廣泛，需求急切，例如協同辦公平臺、郵件系統、即時通訊系等，是政務部門開展日常業務工作的必備工具。由于應用需求量大，為降低重復建設和運維成本，采取省級集約建設運維的方式提供服務，有共用性應用服務需求的部門只需在線向平臺提出服務申請，由平臺管理員分配用戶權限后，服務即可交付使用。共用性應用服務由電子政務公共平臺運營團隊統一進行管理，業務部門無需考慮應用服務運維管理后續問題。
3.2復制性應用服務復制性應用服務指的是可復用的應用服務應用于多個不同機構的同類型應用建設的情況。當部門提出新建應用的需求時，平臺管理人員根據相同類型，通過復制應用實例的方式進行快速搭建，通過簡單的配置即可滿足不同部門的需求，例如行政審批平臺等應用。
3.3客制化應用服務客制化應用服務指的是與部門業務結合緊密的業務應用，根據部門提出的需求，由開發團隊進行二次開發。
4平臺服務設計平臺服務與應用
功能服務不同，它具有更高的性能和更加個性化的服務。該層在設計上實現了電子政務公共平臺對軟件技術服務的支撐，用戶無需關心應用系統所在的網絡、硬件和軟件環境。
1）設計應用運行環境資源池，通過統一提供操作系統、數據庫、應用中間件等服務資源，為各類應用運行提供仿真測試環境和上線應用運行環境；
2）設計共性支撐平，通過統籌規劃全局性應用服務平臺，為業務應用建設提供統一認證授權、數據共享交換、業務協同應用等共性支撐服務；
3）設計能力服務平臺，通過集成可視化開發工具、應用整合工具等工具類服務，統一為業務應用建設提供了應用開發服務、應用整合服務和快速部署運行服務等能力服務，支撐基于電子政務公共平臺統一框架下的業務應用開發與整合，簡化開發、部署程序；
4）設計支撐組件資源池，通過集中采購部署各類通用性組件，統一為政務應用建設提供工作流引擎、電子表單報表引擎、搜索引擎等組件服務，以支撐各類業務應用系統的建設。
5數據服務設計數據服務層
