【正文】 一步完善 　　我國電子政務法律法規(guī)建設工作在摸索中前行。結果顯示，中國在191個成員國中排名第74位。本系統(tǒng)平臺主要為機關機構開發(fā)的一個電子政務應用信息集成系統(tǒng)，可以滿足機關辦公信息管理、業(yè)務信息管理、領導決策信息管理等需要?！峨娮诱罩悄軘?shù)據(jù)交換平臺》設計和實現(xiàn)摘 要電子政務智能交換系統(tǒng)為管理部門提供現(xiàn)代化的日常辦公條件及豐富的綜合信息、宏觀分析、決策支持等服務，實現(xiàn)各部門日常業(yè)務的規(guī)范化、電子化、標準化、增強檔案部門的文檔管理、人事檔案管理的可管理性，實現(xiàn)信息的在線查詢，實現(xiàn)“無紙”辦公。系統(tǒng)可以解決機關各個部門之間的電子信息交流。下面，從以下幾個方面對我國電子政務發(fā)展的現(xiàn)狀作扼要敘述： (一)電子政務基礎建設現(xiàn)狀： 。我國電子政務建設總體上仍處于低級階段，業(yè)務水平不高，標準不同一等題目嚴重阻礙了我國電子政務的快速健康發(fā)展?？梢灶A計，未來幾年信息安全市場將會有更進一步的發(fā)展，信息安全法律法規(guī)將會更加完善。政府在網(wǎng)上發(fā)布信息是電子政務發(fā)展起步階段較為普遍的一種形式，主要是通過政府網(wǎng)站發(fā)布與政府相關的各種靜態(tài)信息，如法律法規(guī)、辦事程序、機構設置情況等。目前這被認為是電子政務發(fā)展的最高階段，其目標是通過業(yè)務和機構的整合，政府提供所有業(yè)務的“一站式”服務，此時技術障礙已經(jīng)基本解決，政府所需要做的主要是對行政文化、業(yè)務過程、部門責任分工等進行重大調整。分析智能數(shù)據(jù)交換平臺的制作前提條件、技術等，進一步設計平臺的宏觀和微觀構架、模塊，以及最終如何進行實現(xiàn)的過程。 工作流參考模型（1）流程起點模型（一）任何一個工作流能夠運行，需要條件－－“起點”來激活起點也是一種任務節(jié)點。（5）流程起點模型（五）多起點模型31）雖然也存在多個起點，但是基本是按照一個統(tǒng)一流程方向運行的。同HTML一樣，XML (可擴展標識語言)是通用標識語言標準(SGML)的一個子集，它是描述網(wǎng)絡上的數(shù)據(jù)內(nèi)容和結構的標準。因為XML是W3C制定的，XML的標準化工作由W3C的XML工作組負責，該小組成員由來自各個地方和行業(yè)的專家組成，他們通過EMail交流對XML標準的意見，并提出自己的看法 ()。起始標簽（start tag）表示一個特定區(qū)域的開始，例如start；結束標簽（end tag）定義了一個區(qū)域的結束，除了在小于號之后緊跟著一個斜線（/）外，和起始標簽基本一樣，例如/end。2）某些起始標簽可以選擇性出現(xiàn)結束標簽或者隱含了結束標簽，例如HTML中p標簽，當出現(xiàn)另一個p標簽或者某些其他標簽時，便假設在這之前有一個結束標簽。XML解析器會將其翻譯成tag/tag。僅僅在XML出現(xiàn)后的前六年就衍生出多種不同的語言，包括MathML、SVG、RDF、RSS、SOAP、XSLT、XSLFO，而同時也將HTML改進為XHTML。由于表中的記錄數(shù)量眾多,不可能一次去查詢所有的記錄,這樣會造成MySQL數(shù)據(jù)庫服務器計算任務繁重,也會造成線路擁塞而影響瀏覽速度,另外,一次給客戶端傳輸過多的記錄,用戶無法接受,沒有實際意義。在技術上，當前市場已經(jīng)涌現(xiàn)很多實現(xiàn)數(shù)據(jù)交換的平臺產(chǎn)品，形成先進的信息交換和共享服務技術體系，能為數(shù)據(jù)交換平臺的建立提供很好的技術架構。第四章 電子政務智能數(shù)據(jù)平臺的設計業(yè)務系統(tǒng)的資源交換是通過中間件進行交換和共享。該模塊的作用是提供圖形化界面，供給數(shù)據(jù)交換平臺的管理人員實現(xiàn)數(shù)據(jù)流轉過程的定義。根據(jù)業(yè)務需要，同時可以并發(fā)若干個數(shù)據(jù)交換流程。共享接入點的管理員先查詢到要修改的接口，然后對接口的關鍵字及其他屬性進行修改，但接入點的唯一標識(比接入點編號)，以便其他單位、部門使用。（2）前置交換數(shù)據(jù)庫部門交換前置機安裝SQL Server/MySQL數(shù)據(jù)庫作為部門前置交換信息庫?？紤]到業(yè)務系統(tǒng)的復雜情形，有時并不一定是提供數(shù)據(jù)接口，也可以是文件的各式，提供給前置交換系統(tǒng)，再通過交換平臺的進行傳遞。其次，接收的目的系統(tǒng)，在獲取到數(shù)據(jù)后也要對數(shù)據(jù)進行解析放入到自己的系統(tǒng)中，否則數(shù)據(jù)交換平臺不知道該把數(shù)據(jù)放在什么位置，即使知道也不安全。以進程為例，監(jiān)控的主要操作包括查詢進程狀態(tài)、停止進程、重新啟動進程等。獲得接入點編號后，必須要先進行接入點注冊，然后才可以通過接入點接入到交換信息平臺。交換系統(tǒng)的業(yè)務特點和信息的敏感性決定了系統(tǒng)可能承受來自各個方面的攻擊，如犯罪團伙的破壞，黑客的惡意攻擊。從安全管理需求來分析，要考慮規(guī)章制度的完善、安全策略的制定、系統(tǒng)人員的安全培訓等，特別要考慮到基層人員計算機應用水平還不高，必須加強安全管理和人員培訓，與技術保障緊密結合，形成一套比較完備的交換系統(tǒng)的安全保密體系。在本系統(tǒng)中，主要有兩類操作涉及到身份認證和授權訪問控制：一種是對接入的業(yè)務系統(tǒng)（即接入用戶）的身份認證和授權訪問控制，當一個業(yè)務系統(tǒng)，通過應用適配器或者調用交換系統(tǒng)的JAVA API，向信息交換平臺發(fā)送數(shù)據(jù)或者從交換平臺讀取數(shù)據(jù)時，必須要提供身份信息（用戶名/口令、CA證書），交換平臺進行身份認證和權限檢查，被授權的合法用戶才能將操作完成。在交換平臺中，數(shù)據(jù)被保存在消息隊列中，不同的用戶對消息隊列的訪問權限是不一樣的，給每個用戶分別授予不同的權限，從而實現(xiàn)對數(shù)據(jù)資源的保護。（1）數(shù)據(jù)傳輸要求在數(shù)據(jù)傳輸方面，交換中間件應能滿足以下要求：1傳輸協(xié)議交換中間件必須支持HTTP/HTTPS傳輸協(xié)議。通過斷點續(xù)傳、消息確認和消息重發(fā)機制，實現(xiàn)在網(wǎng)絡發(fā)生故障、系統(tǒng)產(chǎn)生異?；虬l(fā)生崩潰的情況下實現(xiàn)數(shù)據(jù)交換“不丟、不錯、不重”。2交換服務狀態(tài)監(jiān)控要求中心交換管理系統(tǒng)能夠監(jiān)視中心交換服務器、部門交換前置機等各交換結點上部署的交換服務的運行狀態(tài)，能夠遠程啟動、停止交換服務。（4）適配器組件開發(fā)框架要求應用適配器提供開放的適配器組件開發(fā)框架，用戶可以按照框架要求開發(fā)新的適配器組件，滿足其個性化的需求。本平臺設計的組件、分類及作用描述如下表：序號組件名稱容器類型功能描述1注冊組件管理容器標準組件完成在上級主交換節(jié)點的注冊，獲取本節(jié)點相關編碼、上級節(jié)點的IP地址等信息，啟動共享交換平臺2資源管理完成本節(jié)點信息資源目錄的建立，自動登記信息資源元數(shù)據(jù)3訂閱組件完成訂閱其他信息節(jié)點共享資源元數(shù)據(jù)，生成本節(jié)點訂閱信息資源樹4監(jiān)控組件可選組件實時監(jiān)視本節(jié)點信息資源交換狀況，包括本節(jié)點接受和發(fā)送的數(shù)據(jù)5信息比對執(zhí)行指定的本節(jié)點信息數(shù)據(jù)與其他節(jié)點可共享數(shù)據(jù)的比較，報告比較結果6流量分析統(tǒng)計某時間范圍內(nèi)，本節(jié)點共享數(shù)據(jù)輸出和輸入數(shù)量統(tǒng)計7數(shù)據(jù)抽取交換容器標準組件依據(jù)信息資源元數(shù)據(jù)描述以及信息資源的時間特性，定時或定期從指定的數(shù)據(jù)庫或文件夾中讀取數(shù)據(jù)8封裝與分發(fā)將數(shù)據(jù)抽取的結果按照數(shù)據(jù)報文要求進行封裝，每個資源訂閱方分別封裝各自的數(shù)據(jù)包，然后分別發(fā)送給接收方9通訊組件將封裝、分發(fā)后的數(shù)據(jù)報文，通過底層網(wǎng)絡鏈路，傳送到指定的資源共享節(jié)點10分包組件將信息節(jié)點接收到的數(shù)據(jù)包，按照接口規(guī)范，進行拆分、解析以及必需的編碼轉換，轉化為本信息節(jié)點對應數(shù)據(jù)的存儲格式11存儲組件將分包后的數(shù)據(jù)，寫入信息資源元數(shù)據(jù)描述的數(shù)據(jù)庫或文件夾中12加密壓縮可選組件在通訊組件運行前執(zhí)行，將數(shù)據(jù)內(nèi)容進行加密、壓縮后，生成新的加密壓縮報文13關聯(lián)計算在分包組件完成后執(zhí)行，主要完成針對 業(yè)務的一些專業(yè)計算需求， 14信息整編在關聯(lián)計算組件運行后執(zhí)行， 15審計組件交換平臺將自動記錄運行日志。所以系統(tǒng)采用時間輪詢不停檢測和發(fā)送新數(shù)據(jù)。平臺功能架構圖如下：平臺功能架構圖應用層：在本信息交換平臺中，系統(tǒng)管理模塊作為平臺應用層的一部分，也是平臺運行的基礎模塊，完成平臺運行環(huán)境、平臺運行過程中相關進程的運行方式、時間特性、服務對象與區(qū)享等級、資源信息等的設置操作，為實現(xiàn)數(shù)據(jù)交換提供基礎支撐服務；數(shù)據(jù)交換服務模塊同樣是應用層的組成部分，完成具體的數(shù)據(jù)交換功能，根據(jù)系統(tǒng)管理部分的設置信息有效有序的管理消息、進行數(shù)據(jù)的接收、發(fā)送、解析、整編及保存等相關操作。(4)權限管理：在本平臺中，權限管理分為兩部分完成，一是對操作者的管理與權限分配，實現(xiàn)操作者使用本平臺具體功能的權限對應管理；二是對系統(tǒng)用戶的可訪問信息的權限設置，所有欲使用本平臺進行數(shù)據(jù)交換的應用系統(tǒng)需首先在本平臺上注冊身份，注冊方式可以由系統(tǒng)自動判別注冊也可以由管理員通過相關界面輸入系統(tǒng)內(nèi)，并對各用戶可以訪問的信息內(nèi)容進行權限等級劃分——不同級別的用戶可以訪問的資源范圍不同。(2)隊列管理：當通過本平臺的請求較多時，如果不對各類消息加以控制會產(chǎn)生資源爭用或并發(fā)沖突的現(xiàn)象，并且可能會出現(xiàn)優(yōu)先級較高的請求反而等待時間過長現(xiàn)象，因此需要平臺對隊列進行有序管理，隊列管理根據(jù)消息分類的結果及發(fā)出請求的用戶優(yōu)先級及消息本身的優(yōu)先級進行綜合判斷給出合理排序。由于本系統(tǒng)是服務系統(tǒng)，因此只有必要的管理設置模塊有人機交互界面，其余大部分功能沒有人機界面。以上各信息之間可以存在關聯(lián)，或使用一定的方式進行關系映射對應，再與系統(tǒng)用戶進行關系對應設置，這樣用戶在使用時，無需再作任何操作平臺即可直接根據(jù)信息判斷出用戶請求的目標數(shù)據(jù)庫，簡化服務環(huán)節(jié)。信息資源目錄的管理與建設原則遵照本平臺的應用架構模式，以局中心為中心的集中式目錄建設，各分中心擁有自己的資源目錄，且與局中心形成網(wǎng)狀的信息共享與交換結構。已訂閱目錄和被訂閱目錄屬系統(tǒng)根據(jù)用戶操作信息自動生成的查詢、瀏覽目錄。一個類別可以同時在多個組內(nèi)出現(xiàn)，但原則上不允許存在類別不在任何組的情況——平臺提供檢查漏項功能，由系統(tǒng)檢查是否存在尚未被分組的類別資源。(3)移動信息元素（或稱元數(shù)據(jù)）可以由一個類別轉移到另一個類別，轉移可分為平級轉移、向上轉移和向下轉移，分別與類別維護中的平級合并、向上合并、向下合并相對應。這樣嚴格控制了目錄中所有信息標識的唯一性，同時也最大程度的利用了號碼資源。2)用戶維護用戶維護主要指維護系統(tǒng)的操作者人員信息，包括人員姓名、編號、登錄名、密碼、單位部門、聯(lián)系方式等基本信息，同時為用戶分配所屬的角色，一個用戶可以同時擁有多個角色，即擁有多個角色的權限。應用系統(tǒng)的權限設置主要對目錄服務內(nèi)的相關信息進行分配與設置。訂閱定制是本交換平臺的核心功能之一，主要指訂閱方向被訂閱方提出訂閱請求，經(jīng)對方允許后獲得訂閱信息的先期預訂過程。1)自動校驗自動校驗是通過系統(tǒng)設置校驗節(jié)點、頻率或時間參數(shù)后，平臺在運行過程中依據(jù)參數(shù)設置對指定對象進行數(shù)據(jù)校驗，自動同步的過程。退訂與訂閱的過程剛好相反，是指已經(jīng)訂閱成功的信息，由于某種變化或需要，而由訂閱方向共享方發(fā)出信息，提出取消訂閱的過程。從而從不同角度、不同方位查看分析當時的系統(tǒng)及環(huán)境情況。日志查看總體流程圖如下：日志查看流程圖安全管理提供完備的安全策略保護本平臺及數(shù)據(jù)的安全。日志管理分為三個方面：記錄內(nèi)容管理、文件時間設置、日志查看。2)人工校驗人工校驗是指由操作員根據(jù)需要對指定節(jié)點的數(shù)據(jù)進行校驗同步的過程。訂閱信息維護包括校驗數(shù)據(jù)、訂閱、退訂三部分。目錄服務中已提到，系統(tǒng)用戶在目錄中以一個固定的類別存在，可以使用本平臺的所有應用系統(tǒng)均是本平臺的系統(tǒng)用戶，因此必然要在目錄列表中存在（可能是人為注冊也可以是自動注冊的），且具體的應用系統(tǒng)在目錄列表中對應一個具體的信息元素級數(shù)據(jù)。此功能只能由系統(tǒng)管理員完成。功能結構圖如下：權限分配功能結構圖操作者的授權主要指通常意義上的用戶與權限的管理，是對指定用戶與平臺功能的權限對應關系的分配與設置。(4)刪除每個元素均有一個啟用與否的狀態(tài)標識，只有未啟用的元素可以無限制的刪除，一旦該元素被啟用過，則證明此元素在某個目標數(shù)據(jù)庫內(nèi)存在該信息，平臺會提示要慎重刪除。信息元維護指對各分類內(nèi)應包含的信息元素（元數(shù)據(jù)）的維護，如水文類中包括日降雨量、時段降雨量、日蒸發(fā)量等內(nèi)容。當前操作者只能在對已訂閱目錄內(nèi)容進行取消訂閱（即退訂，參見退訂部分）操作，不能對被訂閱目錄進行任何編輯性操作。目錄服務模塊的功能分配如下：目錄服務模塊功能結構圖類別維護指對信息按一定規(guī)則分類管理，如按局中心數(shù)據(jù)庫分類方式分為人力資源、政治學習等方式進行分類或按基礎信息、業(yè)務信息進行分類，還可分為數(shù)據(jù)目錄、服務目錄、應用目錄和用戶目錄，已訂閱目錄、被訂閱目錄等，本平臺根據(jù)實際需要提供若干固定分類，要求用戶必須遵循此分類方式進行維護的類別，如用戶對象——在這里指可能使用本平臺進行數(shù)據(jù)交換的操作者和系統(tǒng)；消息分類——包括不同類型消息的歸類方式、特征碼信息設置等。局中心及各分中心的相關應用系統(tǒng)在通過本信息交換平臺進行數(shù)據(jù)交換與共享之間，首先要在局中心通過本平臺注冊，獲得各自的標識及權限信息后才可以通過本平臺進行數(shù)據(jù)交換。具體描述如下：1)數(shù)據(jù)庫類型維護維護平臺可以支持的數(shù)據(jù)庫類型，如Oracle9i、Oracle10g、SQL Server2000、SyBase等。(4)接收管理：與發(fā)送管理相對應，本平臺在接收各用戶傳送過來的信息時，首先驗證數(shù)據(jù)包的有效性、接收目標等內(nèi)容，將數(shù)據(jù)解析后接收并歸入相應的目標信息集隊列等待下一步處理。(5)訂閱定制：各用戶均可訂閱其它用戶作好訂閱分配的數(shù)據(jù)信息集，可以根據(jù)各自權限及所需信息訂閱其它用戶的可訂閱信息數(shù)據(jù)，從而最大限度的包容了由業(yè)務變動帶來的需求信息變化，也靈活的實現(xiàn)了不同時期、不同級別用戶對數(shù)據(jù)的不同需求。表現(xiàn)層：人機交互界面是表現(xiàn)層內(nèi)容，是計算機軟件操作者與軟件系統(tǒng)進行交互的途徑，本平臺除在后臺自動運行的數(shù)據(jù)傳輸及進程管理方面的功能外，所有系統(tǒng)參數(shù)設置、資源定制管理方面的操作均通過表現(xiàn)層的人機交互界面完成。Sleep等待是讓此線程停止執(zhí)行一段時間，然后再繼續(xù)運行進行輪詢。以上組件與主要功能模塊的對應關系如下：組件與功能對應關系上圖中淺黃色為組件，淡藍色為功能模塊，箭頭表示功能與組件的主要對應關系。第五章 電子政務智能