【正文】 數(shù)據(jù) 分析流程定義 根據(jù)流程進行數(shù)據(jù)交互過程 數(shù)據(jù)交互的事務管理 日志管理和交換數(shù)據(jù)存儲 消息隊列管理 實現(xiàn)對管理員的身份識別與管理權(quán)限控制 接入管理系統(tǒng) 接入點注冊 在接入點向信息交換平臺注冊時，信息交換平臺會自動檢測接入點提供的屬性信息是否正確，只有正確后，才可以注冊，接入點才可以接入信息交換平臺。共享接入點的管理員只能申請刪除自己管理的共享接入點，在共享接入點刪除后，數(shù)據(jù)交換平臺記錄刪除日志,并刪除與它有關的在數(shù)據(jù)交換服務器(JMS)的隊列. 刪除接入點的信息要在數(shù)據(jù)交換平臺監(jiān)控上立即反映出來，以便其他單位、部門不再向它發(fā)送信息。應用適配器系統(tǒng)負責自動從部門前置交換信息庫提取數(shù)據(jù)發(fā)送到信息交換總線，同時，從信息交換總線上獲取信息并存儲到部門交換信息庫。比如把A系統(tǒng)的數(shù)據(jù)通過交換平臺傳遞到B系統(tǒng)，那么B系統(tǒng)在接收這些數(shù)據(jù)時也需要利用橋接系統(tǒng)編寫相應的適配器。 運行監(jiān)控平臺 傳輸監(jiān)控 傳輸監(jiān)控的主要任務是對交換平臺本身和流過交換平臺的數(shù)據(jù)包進行觀察與控制。 由于信息交換平臺的運行記錄不僅是進行監(jiān)控的重要依據(jù)，還是進行審計的重要基礎，因此根據(jù)監(jiān)控的功能設計，必須實現(xiàn)相應的日志機制。第三、四位代表單位類型。本實施方案中重點考慮系統(tǒng)在應用、數(shù)據(jù)交換、數(shù)據(jù)管理以及系統(tǒng)管理方面的安全問題。 （2）解決信息交換平臺的統(tǒng)一身份鑒別問題。 這兩類身份認證和授權(quán)管理都可以通過eStar ESS提供的安全管理模塊來實現(xiàn)。 （2）對于私有信息，保存到私有隊列中，將權(quán)限授予特定的用戶，則只有該用戶可以訪問該隊列中的消息，其他用戶則不能訪問。 ○消息基礎協(xié)議 交換中間件支持國家政務信息資源交換體系標準規(guī)定的消息格式。 （5）差錯處理要求 交換中間件支持政務信息資源交換體系標準規(guī)定的錯誤處理功能，如身份驗證失敗、權(quán)限驗證失敗、消息超時、消息ID重復等錯誤處理功能。 ○交換日志管理要求 中心交換管理系統(tǒng)支持交換日志管理功能，如可配置的分級別日志記錄功能、日志查詢功能。 （4）適配器組件開發(fā)框架要求 應用適配器提供開放的適配器組件開發(fā)框架，用戶可以按照框架要求開發(fā)新的適配器組件，滿足其個性化的需求。 ○交換服務狀態(tài)監(jiān)控要求 中心交換管理系統(tǒng)能夠監(jiān)視中心交換服務器、部門交換前置機等各交換結(jié)點上部署的交換服務的運行狀態(tài)，能夠遠程啟動、停止交換服務。通過斷點續(xù)傳、消息確認和消息重發(fā)機制，實現(xiàn)在網(wǎng)絡發(fā)生故障、系統(tǒng)產(chǎn)生異?；虬l(fā)生崩潰的情況下實現(xiàn)數(shù)據(jù)交換“不丟、不錯、不重”。 （1）數(shù)據(jù)傳輸要求 在數(shù)據(jù)傳輸方面，交換中間件應能滿足以下要求： ○傳輸協(xié)議 交換中間件必須支持HTTP/HTTPS傳輸協(xié)議。 在交換平臺中，數(shù)據(jù)被保存在消息隊列中，不同的用戶對消息隊列的訪問權(quán)限是不一樣的，給每個用戶分別授予不同的權(quán)限，從而實現(xiàn)對數(shù)據(jù)資源的保護。在本系統(tǒng)中，主要有兩類操作涉及到身份認證和授權(quán)訪問控制： 一種是對接入的業(yè)務系統(tǒng)（即接入用戶）的身份認證和授權(quán)訪問控制，當一個業(yè)務系統(tǒng)，通過應用適配器或者調(diào)用交換系統(tǒng)的JAVA API，向信息交換平臺發(fā)送數(shù)據(jù)或者從交換平臺讀取數(shù)據(jù)時，必須要提供身份信息（用戶名/口令、CA證書），交換平臺進行身份認證和權(quán)限檢查，被授權(quán)的合法用戶才能將操作完成。 從安全管理需求來分析，要考慮規(guī)章制度的完善、安全策略的制定、系統(tǒng)人員的安全培訓等，特別要考慮到基層人員計算機應用水平還不高，必須加強安全數(shù)據(jù)共享交換平臺設計方案 管理和人員培訓，與技術保障緊密結(jié)合，形成一套比較完備的交換系統(tǒng)的安全保密體系。 數(shù)據(jù)共享交換平臺設計方案 第七章 交換平臺安全設計 威脅與風險分析 交換系統(tǒng)的業(yè)務特點和信息的敏感性決定了系統(tǒng)可能承受來自各個方面的攻擊，如犯罪團伙的破壞，黑客的惡意攻擊。獲得接入點編號后，必須要先進行接入點注冊，然后才可以通過接入點接入到交換信息平臺。以進程為例，監(jiān)控的主要操作包括查詢進程狀態(tài)、停止進程、重新啟動進程等。 其次，接收的目的系統(tǒng)，在獲取到數(shù)據(jù)后也要對數(shù)據(jù)進行解析放入到自己的系統(tǒng)中，否則數(shù)據(jù)交換平臺不知道該把數(shù)據(jù)放在什么位置，即使知道也不安全?？紤]到業(yè)務系統(tǒng)的復雜情形，有時并不一定是提供數(shù)據(jù)接口，也可以是文件的各式，提供給前置交換系統(tǒng)，再通過交換平臺的進行傳遞。 （2）前置交換數(shù)據(jù)庫 部門交換前置機安裝SQL Server/MySQL數(shù)據(jù)庫作為部門前置交換信息庫。共享接入點的管理員先查詢到要修改的接口，然后對接口的關鍵字及其他屬性進行修改，但接入點的唯一標識(比接入點編號)，以便其他單位、部門使用。根據(jù)業(yè)務需要，同時可以并發(fā)若干個數(shù)據(jù)交換流程。該模塊的作用是提供圖形化界面，供給數(shù)據(jù)交換平臺的管理人員實現(xiàn)數(shù)據(jù)流轉(zhuǎn)過程的定義。 數(shù)據(jù)共享交換平臺設計方案 第五章 總體設計 系統(tǒng)總體結(jié)構(gòu) 門戶層內(nèi)外門戶外網(wǎng)門戶應用系統(tǒng)層交互社區(qū)企業(yè)式網(wǎng)OA信息信用上辦化系信息系統(tǒng)公系統(tǒng)系統(tǒng)統(tǒng)城市基礎設施建設與維護系統(tǒng)決策支持系統(tǒng)其他應用系統(tǒng)政策法規(guī)與標準規(guī)范體系政務信息共享交換層數(shù)據(jù)交換服務基礎構(gòu)件庫信息安全服務信息導航服務政務信息資源目錄層數(shù)據(jù)服務應用用戶目錄目錄目錄目錄信息安全體系元數(shù)據(jù)管理數(shù)據(jù)資源層元數(shù)據(jù)庫決策支持庫主題庫基礎庫業(yè)務規(guī)則庫業(yè)務信息庫平臺日志庫其他數(shù)據(jù)庫信息基礎平臺網(wǎng)絡基礎設施、主機、系統(tǒng)軟件等 系統(tǒng)邏輯結(jié)構(gòu) 業(yè)務系統(tǒng)的資源交換是通過中間件進行交換和共享。 數(shù)據(jù)共享交換平臺設計方案 第四章 關鍵問題解析 數(shù)據(jù)交換平臺能解決什么問題 對數(shù)據(jù)交換平臺的理解有一種誤區(qū)，就是有了數(shù)據(jù)交換平臺不同系統(tǒng)之間的信息交換就可以隨便實現(xiàn)了，而不需要任何編碼；實際上這是不對的。 數(shù)據(jù)共享交換平臺設計方案 第三章 建設目標、思路及原則 建設目標 核心目標是全市建設數(shù)據(jù)交換平臺，作為今后數(shù)據(jù)交換的支撐，將來在平臺上不斷的擴展應用。 （10）數(shù)據(jù)比對整合系統(tǒng) 數(shù)據(jù)比對系統(tǒng)是用來加工整理各單位發(fā)送的企業(yè)基礎信息的系統(tǒng)。 （3）交換前置機 企業(yè)基礎信息交換平臺中與工商、國稅、地稅、質(zhì)監(jiān)等交換節(jié)點進行信息交換連接的交換前置服務器。目前數(shù)據(jù)共享交換是通過Oracle GoldenGate數(shù)據(jù)庫同步工具來實現(xiàn)的。目前各數(shù)據(jù)節(jié)點的數(shù)據(jù)結(jié)構(gòu)（表）是相同的，主要是一表對一表的數(shù)據(jù)交換，數(shù)據(jù)抽取和過濾需求比較簡單。 企業(yè)基礎信息交換平臺是指成熟的應用集成和數(shù)據(jù)交換中間件產(chǎn)品。 （9）中心數(shù)據(jù)管理系統(tǒng) 中心數(shù)據(jù)管理系統(tǒng)是指本項目開發(fā)的實現(xiàn)交換數(shù)據(jù)查詢和管理