【正文】 一起的邏輯和規(guī)則在計算機中以恰當的模型進行標識并對其實施計算。 本文的主要內容本文通過對電子政務的發(fā)展史和現今電子政務智能數據平臺發(fā)展現狀分析入手，從基礎的智能辦公自動化如何提升到智能數據交換平臺的發(fā)展。 智能辦公系統與電子政務的關系辦公自動化系統（OA系統），只是進行文件電子信息的管理，比如統一文號、登記標題和發(fā)件單位、保存電子文本、催辦、存檔等信息，其重點是使辦公過程電子化、迅捷化，方便檢索和查詢。（4）政務全面變革、整合與創(chuàng)新階段。如政府提供下載填寫的表格，在網上建立投訴和調查統計等?！‰娮诱障到y的國外發(fā)展現狀和趨勢從電子政務的發(fā)展過程來看，國外電子政務的發(fā)展大致沿著下列四個階段進行：（1）起步階段。 　　(三)標準規(guī)范將不斷完善 　　2002年5月，國家標準化治理委員會和國務院信息化工作辦公室聯合發(fā)布了《電子政務標準化指南》總則部分，與之相關的電子政務工程治理、網絡建設、信息共享、支撐技術、信息安全等方面的技術要求、標準和治理規(guī)定在2003年已完成。 　　(一)信息安全得到加強 　　從政府層面來看，電子政務安全體系框架正在研究制定，電子簽名法已經推出，信息公然等方面的法律法規(guī)的前期研究工作也在進行當中；從用戶層面來看，電子政務建設的用戶從規(guī)劃、實施等方面都已對信息安全進行了充分考慮，并且信息安全方面的用度在整個信息化建設中所占的比例越來越大；從廠商層面來看，國內外安全廠商在整個IT行業(yè)中發(fā)展速度較快，廠商數目和廠商規(guī)模都在迅速增長。2002年7月信息化領導小組討論通過和公然發(fā)布了《關于我國電子政務建設的指導意見》，將電子政務建設納進了一個全新的整體規(guī)劃、發(fā)展階段，為今后正式立法奠定了基礎。 (三)電子政務建設相關法律法規(guī)環(huán)境得到進一步完善 　　我國電子政務法律法規(guī)建設工作在摸索中前行。 (二)電子政務市場商機無窮，仍將繼續(xù)保持快速增長勢頭 　　電子政務領域可謂商機無窮，在中國向全面市場經濟轉型過程中，政府投資的主導作用非常明顯，電子政務領域尤其如此。結果顯示，中國在191個成員國中排名第74位。在現代計算機、網絡通信等技術支撐下，機關日常辦公、信息收集與發(fā)布、公共管理等事務在數字化、網絡化的環(huán)境下進行的國家行政管理形式。本系統平臺主要為機關機構開發(fā)的一個電子政務應用信息集成系統，可以滿足機關辦公信息管理、業(yè)務信息管理、領導決策信息管理等需要。因此，基于WEB技術的開發(fā)方式有其特有跨平臺、統一界面、操作簡單、成本低等特點?！峨娮诱罩悄軘祿粨Q平臺》設計和實現摘 要電子政務智能交換系統為管理部門提供現代化的日常辦公條件及豐富的綜合信息、宏觀分析、決策支持等服務，實現各部門日常業(yè)務的規(guī)范化、電子化、標準化、增強檔案部門的文檔管理、人事檔案管理的可管理性，實現信息的在線查詢，實現“無紙”辦公。隨著我系統內部投入的增加，電子政務建設也呈現出快速發(fā)展的態(tài)勢，系統采集建設也相對較為完善，實現直屬局的網上行政辦公。系統可以解決機關各個部門之間的電子信息交流。本系統平臺主要為機關機構開發(fā)的一個電子政務應用信息集成系統，可以滿足機關辦公信息管理、業(yè)務信息管理、領導決策信息管理等需要。下面，從以下幾個方面對我國電子政務發(fā)展的現狀作扼要敘述： (一)電子政務基礎建設現狀： 。權威人士分析，未來幾年內，我國各級政府投資電子政務的總金額預計將達到2000至2500億元人民幣。我國電子政務建設總體上仍處于低級階段，業(yè)務水平不高，標準不同一等題目嚴重阻礙了我國電子政務的快速健康發(fā)展。2004年7月1日，《中華人民共和國行政許可法》正式實施，該法將直接推動我國電子政務的快速發(fā)展?？梢灶A計，未來幾年信息安全市場將會有更進一步的發(fā)展，信息安全法律法規(guī)將會更加完善。2004年，從事系統集成、網絡建設、信息安全等方面的廠商，在開發(fā)建設過程中已有法可依。政府在網上發(fā)布信息是電子政務發(fā)展起步階段較為普遍的一種形式，主要是通過政府網站發(fā)布與政府相關的各種靜態(tài)信息，如法律法規(guī)、辦事程序、機構設置情況等。但這種溝通是單向的，政府不會直接通過網絡進行實時反饋。目前這被認為是電子政務發(fā)展的最高階段，其目標是通過業(yè)務和機構的整合，政府提供所有業(yè)務的“一站式”服務，此時技術障礙已經基本解決，政府所需要做的主要是對行政文化、業(yè)務過程、部門責任分工等進行重大調整。由于多年來養(yǎng)成的辦公習慣，尤其是領導批示環(huán)節(jié)還很難實現全面電子化，還有各部門之間的網絡連接和網絡安全問題，造成了現在紙質文件和電子信息流共存的局面。分析智能數據交換平臺的制作前提條件、技術等，進一步設計平臺的宏觀和微觀構架、模塊，以及最終如何進行實現的過程。 工作流管理系統工作流管理系統主要功能是通過計算機技術的支持去定義、執(zhí)行和管理工作流，協調工作流執(zhí)行過程中工作之間以及群成員之間的信息交互。 工作流參考模型（1）流程起點模型（一）任何一個工作流能夠運行，需要條件－－“起點”來激活起點也是一種任務節(jié)點。2）起點A 和起點B，它們都可以激活流程的運行，而且激活后，流程都會共同指向Task A。（5）流程起點模型（五）多起點模型31）雖然也存在多個起點，但是基本是按照一個統一流程方向運行的。但是未必是從流程B 的默認激活點激活，可能是從流程B 的中途某個任務激活。事實上XML與其他數據表現形式最大的不同是：它極其簡單。同HTML一樣，XML (可擴展標識語言)是通用標識語言標準(SGML)的一個子集，它是描述網絡上的數據內容和結構的標準。為了使得SGML顯得用戶友好，XML重新定義了SGML的一些內部值和參數，去掉了大量的很少用到的功能，這些繁雜的功能使得SGML在設計網站時顯得復雜化。因為XML是W3C制定的，XML的標準化工作由W3C的XML工作組負責，該小組成員由來自各個地方和行業(yè)的專家組成，他們通過EMail交流對XML標準的意見，并提出自己的看法 ()。XML（可擴展標記語言）是從稱為SGML（標準通用標記語言）的更加古老的語言派生出來的。起始標簽（start tag）表示一個特定區(qū)域的開始，例如start；結束標簽（end tag）定義了一個區(qū)域的結束，除了在小于號之后緊跟著一個斜線（/）外，和起始標簽基本一樣，例如/end。2）某些起始標簽可以選擇性出現結束標簽或者隱含了結束標簽，例如HTML中p標簽，當出現另一個p標簽或者某些其他標簽時，便假設在這之前有一個結束標簽。5）某些特性要求必須包含值，例如img src=中的src特性。XML去掉了之前令許多開發(fā)人員頭疼的SGML的隨意語法。XML解析器會將其翻譯成tag/tag。5）所有的特性都必須在值的周圍加上雙引號。僅僅在XML出現后的前六年就衍生出多種不同的語言，包括MathML、SVG、RDF、RSS、SOAP、XSLT、XSLFO，而同時也將HTML改進為XHTML。它的主要目的是使用文本以結構化的方式來表示數據。由于表中的記錄數量眾多,不可能一次去查詢所有的記錄,這樣會造成MySQL數據庫服務器計算任務繁重,也會造成線路擁塞而影響瀏覽速度,另外,一次給客戶端傳輸過多的記錄,用戶無法接受,沒有實際意義。 本章小結本章節(jié)主要介紹了此系統平臺設計過程中所能涉及到的相關技術介紹，其中主要就是工作流技術、XML技術、WAMP架構，任何系統平臺的設計與實現的過程都必須有技術的支撐，通過此章節(jié)的技術介紹可以在后期的設計與實現過程中理解更加透徹。在技術上，當前市場已經涌現很多實現數據交換的平臺產品，形成先進的信息交換和共享服務技術體系，能為數據交換平臺的建立提供很好的技術架構。在建立的數據交換平臺基礎上，針對各業(yè)務系統的技術和體系結構，配置各業(yè)務系統的數據交換映射關系，形成各業(yè)務系統的應用。第四章 電子政務智能數據平臺的設計業(yè)務系統的資源交換是通過中間件進行交換和共享。這些標準將反映各個應用所需要的數據的結構。該模塊的作用是提供圖形化界面，供給數據交換平臺的管理人員實現數據流轉過程的定義。以XML結構保存定義的內容。根據業(yè)務需要，同時可以并發(fā)若干個數據交換流程。這樣就最大限度的提供了各自業(yè)務系統數據的共享，也保證了各業(yè)務系統數據的安全。共享接入點的管理員先查詢到要修改的接口，然后對接口的關鍵字及其他屬性進行修改，但接入點的唯一標識(比接入點編號)，以便其他單位、部門使用。政府職能部門配置交換前置機，成為與信息交換總線相連接的橋梁，同時也是與部門內部業(yè)務系統及業(yè)務信息庫相隔離的“堡壘”。（2）前置交換數據庫部門交換前置機安裝SQL Server/MySQL數據庫作為部門前置交換信息庫。（4）信息交換軟件部門交換前置機安裝消息中間件產品作為信息交換軟件系統，與中心交換服務器的信息交換軟件共同構成信息交換總線?？紤]到業(yè)務系統的復雜情形，有時并不一定是提供數據接口，也可以是文件的各式，提供給前置交換系統，再通過交換平臺的進行傳遞。因為數據交換平臺不是萬能的，在數據交換過程中涉及不少的編程工作，必須有業(yè)務單位和業(yè)務系統開發(fā)商的配合。其次，接收的目的系統，在獲取到數據后也要對數據進行解析放入到自己的系統中，否則數據交換平臺不知道該把數據放在什么位置，即使知道也不安全。數據流量和狀態(tài)的監(jiān)控，首先是對于所有通過信息交換平臺進行交換的數據總量的把握，其次是對每個通過信息交換平臺的數據包狀態(tài)的微觀把握。以進程為例，監(jiān)控的主要操作包括查詢進程狀態(tài)、停止進程、重新啟動進程等。數據交換平臺涉及中心數據庫，前置節(jié)點數據庫等多套數據庫系統，通過監(jiān)控系統能實時了解各節(jié)點數據運行的狀態(tài)，能通過圖示的方式進行提醒。獲得接入點編號后，必須要先進行接入點注冊，然后才可以通過接入點接入到交換信息平臺。比如：00 00 00000 區(qū) 單位類型 流水號數據交換平臺涉及大量數據的存儲，需要有良好的數據存儲機制確保數據的安全，避免數據丟失。交換系統的業(yè)務特點和信息的敏感性決定了系統可能承受來自各個方面的攻擊，如犯罪團伙的破壞，黑客的惡意攻擊。主要威脅和風險包括：偽裝、系統入侵、通信監(jiān)聽、數據篡改、否認和拒絕服務等。從安全管理需求來分析，要考慮規(guī)章制度的完善、安全策略的制定、系統人員的安全培訓等，特別要考慮到基層人員計算機應用水平還不高，必須加強安全管理和人員培訓，與技術保障緊密結合，形成一套比較完備的交換系統的安全保密體系。（4）解決系統敏感數據的加密問題，特別是重要信息的多級安全保護；采用數字簽名和各種安全審計手段，解決關鍵操作的抗抵賴問題。在本系統中，主要有兩類操作涉及到身份認證和授權訪問控制：一種是對接入的業(yè)務系統（即接入用戶）的身份認證和授權訪問控制，當一個業(yè)務系統，通過應用適配器或者調用交換系統的JAVA API，向信息交換平臺發(fā)送數據或者從交換平臺讀取數據時，必須要提供身份信息（用戶名/口令、CA證書），交換平臺進行身份認證和權限檢查，被授權的合法用戶才能將操作完成。用戶名/口令認證的實現方式是：（1）系統管理員利用系統超級用戶登錄到系統管理平臺，建立多個用戶，并授予不同的權限，密碼加密后保存在用戶數據庫中；（2）將這些用戶分別賦給不同的業(yè)務系統，業(yè)務系統連接信息交換平臺時，提供預先配置的用戶名和密碼；（3）對業(yè)務系統提供的用戶名/口令進行認證和權限檢驗。在交換平臺中，數據被保存在消息隊列中，不同的用戶對消息隊列的訪問權限是不一樣的，給每個用戶分別授予不同的權限，從而實現對數據資源的保護。提供了兩種方法實現上述功能：一種是支持HTTPS傳輸協議，通過SSL實現數據防篡改、數據加密等功能。（1）數據傳輸要求在數據傳輸方面，交換中間件應能滿足以下要求：1傳輸協議交換中間件必須支持HTTP/HTTPS傳輸協議。4消息交換模式交換中間件支持消息主動發(fā)送、請求/應答、訂閱/發(fā)布三種消息交換模式。通過斷點續(xù)傳、消息確認和消息重發(fā)機制，實現在網絡發(fā)生故障、系統產生異?；虬l(fā)生崩潰的情況下實現數據交換“不丟、不錯、不重”。（7）交換流程管理要求交換中間件應支持動態(tài)交換流程配置，采用圖形化的界面進行交換流程與交換內容配置管理。2交換服務狀態(tài)監(jiān)控要求中心交換管理系統能夠監(jiān)視中心交換服務器、部門交換前置機等各交換結點上部署的交換服務的運行狀態(tài)，能夠遠程啟動、停止交換服務。應用適配器技術要求主要包括：異構數據庫支持、文件支持、圖形化配置要求、適配器組件開發(fā)框架要求等幾個方面。（4）適配器組件開發(fā)框架要求應用適配器提供開放的適配器組件開發(fā)框架，用戶可以按照框架要求開發(fā)新的適配器組件，滿足其個性化的需求。本系統技術框圖如下：交換平臺技術框圖系統內各具體功能模塊均由相應的組件（或稱構件）構成，相關組件由容器統一管理，根據服務對象與功能的不同，容器可分為“管理容器”和“交換容器”分別完成系統與數據的管理及數據交換功能。本平臺設計的組件、分類及作用描述如下表：序號組件名稱容器類型功能描述1注冊組件管理容器標準組件完成在上級主交換節(jié)點的注冊，獲取本節(jié)點相關編碼、上級節(jié)點的IP地址等信息，啟動共享交換平臺2資源管理完成本節(jié)點信息資源目錄的建立，自動登記信息資源元數據3訂閱組件完成訂閱其他信息節(jié)點共享資源元數據，生成本節(jié)點訂閱信息資源樹4監(jiān)控組件可選組件實時監(jiān)視本節(jié)點信息資源交換狀況，包括本節(jié)點接受和發(fā)送的數據5信息比對執(zhí)行指定的本節(jié)點信息數據與其他節(jié)點可共享數據的比較，報告比較結果6流量分析統計某時間范圍內，本節(jié)點共享數據輸出和輸入數量統計7數據抽取交換容器標準組件依據信息資源元數據描述以及信息資源的時間特性，定時或定期從指定的數據庫或文件夾中讀取數據8封裝與分發(fā)將數據抽取的結果按照數據報文要求進行封裝，每個資源訂閱方分別封裝各自的數據包，然后分別發(fā)送給接收方9通訊組件將封裝、分發(fā)后的數據報文，通過底層網絡鏈路，傳送到指定的資源共享節(jié)點10分包組件將信息節(jié)點接收到的數據包，按照接口規(guī)范，進行