智慧城市 城市數(shù)化服務 大數(shù)據(jù)中心總體建設方案_第1頁
智慧城市 城市數(shù)化服務 大數(shù)據(jù)中心總體建設方案_第2頁
智慧城市 城市數(shù)化服務 大數(shù)據(jù)中心總體建設方案_第3頁
智慧城市 城市數(shù)化服務 大數(shù)據(jù)中心總體建設方案_第4頁
智慧城市 城市數(shù)化服務 大數(shù)據(jù)中心總體建設方案_第5頁
已閱讀5頁,還剩105頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、城市數(shù)字化服務大數(shù)據(jù)中心總體建設方案單位主體(或部門)撰寫負責人【標準規(guī)范】【數(shù)據(jù)中心】編制版本1/10編制時間目錄 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 第一章建設標準5 HYPERLINK l bookmark2 o Current Document 標準規(guī)范5 HYPERLINK l bookmark4 o Current Document 總體標準5 HYPERLINK l bookmark6 o Current Document 應用標準6 HYPERLINK l bookmark8 o Current Docu

2、ment 應用標準6 HYPERLINK l bookmark10 o Current Document 網(wǎng)絡基礎標準6 HYPERLINK l bookmark12 o Current Document 16信息安全標準7 HYPERLINK l bookmark14 o Current Document 管理標準7 HYPERLINK l bookmark16 o Current Document 第二章建設框架8 HYPERLINK l bookmark18 o Current Document 規(guī)范目錄8 HYPERLINK l bookmark20 o Current Documen

3、t 術語標準8 HYPERLINK l bookmark22 o Current Document 采集標準8指標體系9數(shù)據(jù)庫設計規(guī)范9數(shù)據(jù)轉換格式規(guī)范9 HYPERLINK l bookmark24 o Current Document 系統(tǒng)組件操作規(guī)范10 HYPERLINK l bookmark26 o Current Document 項目管理方法10 HYPERLINK l bookmark28 o Current Document 信息中心管理規(guī)范10 HYPERLINK l bookmark30 o Current Document 第三章建設內容11 HYPERLINK l b

4、ookmark32 o Current Document 第四章需求分析14 HYPERLINK l bookmark34 o Current Document 業(yè)務需求14數(shù)據(jù)采集14數(shù)據(jù)提供16資源目錄16 HYPERLINK l bookmark38 o Current Document 數(shù)據(jù)共享交換17分析決策19 HYPERLINK l bookmark40 o Current Document 功能需求19目錄服務20數(shù)據(jù)接入21數(shù)據(jù)交換23統(tǒng)一存儲25業(yè)務融合25權限管理26平臺管理26 HYPERLINK l bookmark42 o Current Document 數(shù)據(jù)需求

5、28基礎數(shù)據(jù)庫29專題數(shù)據(jù)庫29 HYPERLINK l bookmark44 o Current Document 信息量預測29 HYPERLINK l bookmark46 o Current Document 非功能性需求30基本要求30性能需求33安全需求33接口需求34 HYPERLINK l bookmark48 o Current Document 第五章總體設計36 HYPERLINK l bookmark50 o Current Document 設計原則36應用主導、務求實效36適應體制、便于實施36整體規(guī)劃、分步實施36性價比強37可靠性37可維護性37可擴展性37 H

6、YPERLINK l bookmark52 o Current Document 設計要求38 HYPERLINK l bookmark54 o Current Document 建設目標39 HYPERLINK l bookmark56 o Current Document 建設規(guī)模40 HYPERLINK l bookmark58 o Current Document 建設內容40 HYPERLINK l bookmark60 o Current Document 建成大數(shù)據(jù)中心業(yè)務數(shù)據(jù)共享交換平臺40 HYPERLINK l bookmark62 o Current Document 建

7、設共享資源目錄服務體系41 HYPERLINK l bookmark64 o Current Document 建設業(yè)務數(shù)據(jù)中心41 HYPERLINK l bookmark66 o Current Document 編制企業(yè)信息管理規(guī)范和元數(shù)據(jù)標準41 HYPERLINK l bookmark68 o Current Document 數(shù)據(jù)中心的數(shù)據(jù)采集42 HYPERLINK l bookmark70 o Current Document 綜合應用的數(shù)據(jù)支撐42 HYPERLINK l bookmark72 o Current Document 建設綜合管理系統(tǒng)42 HYPERLINK l

8、 bookmark74 o Current Document 關鍵技術42SOA架構標準43ESB 技術45J2EE 技術50Web services 技術51 HYPERLINK l bookmark76 o Current Document 元數(shù)據(jù)及目錄技術52 HYPERLINK l bookmark78 o Current Document 平臺架構54總體框架54功能架構55技術架構58 HYPERLINK l bookmark80 o Current Document 關鍵服務60 HYPERLINK l bookmark82 o Current Document 共享資源目錄服務

9、60 HYPERLINK l bookmark84 o Current Document 數(shù)據(jù)交換中央服務61 HYPERLINK l bookmark86 o Current Document 基于適配器的交換服務62Web Service交換服務63 HYPERLINK l bookmark88 o Current Document 適配器控制臺64 HYPERLINK l bookmark90 o Current Document 第六章 信息資源目錄66 HYPERLINK l bookmark92 o Current Document 建設目標66總體目標66分步目標66 HYPER

10、LINK l bookmark94 o Current Document 技術架構67 HYPERLINK l bookmark96 o Current Document 資源體系68 HYPERLINK l bookmark98 o Current Document 系統(tǒng)功能69 HYPERLINK l bookmark100 o Current Document 元數(shù)據(jù)管理與服務70 HYPERLINK l bookmark102 o Current Document 目錄管理與服務71 HYPERLINK l bookmark104 o Current Document 目錄中心管理73

11、 HYPERLINK l bookmark106 o Current Document 查詢與導航服務74 HYPERLINK l bookmark108 o Current Document 培訓與輔助編目75其他接口76 HYPERLINK l bookmark110 o Current Document 導航目錄展示及維護接口76 HYPERLINK l bookmark112 o Current Document 目錄內容展示及維護接口76綜合查詢接口76 HYPERLINK l bookmark114 o Current Document 碼表信息服務接口76 HYPERLINK l

12、 bookmark116 o Current Document 統(tǒng)計分析接口77 HYPERLINK l bookmark118 o Current Document 第七章數(shù)據(jù)共享交換78 HYPERLINK l bookmark120 o Current Document 建設目標78四類節(jié)點接入79統(tǒng)一服務接口79 HYPERLINK l bookmark122 o Current Document 交換服務可視化81 HYPERLINK l bookmark124 o Current Document 技術標準規(guī)范編撰81 HYPERLINK l bookmark126 o Curre

13、nt Document 技術架構82位置和標識83交互協(xié)議83公共接口84服務質量(QoS) 84平臺服務85 HYPERLINK l bookmark128 o Current Document 信息資源共享交換86 HYPERLINK l bookmark130 o Current Document 消息和事件會話模式86會話策略86交換策略87包括兩種數(shù)據(jù)交換方式:87接口和傳輸協(xié)議87 HYPERLINK l bookmark134 o Current Document 跨網(wǎng)段數(shù)據(jù)交換88 HYPERLINK l bookmark136 o Current Document 交換安全保

14、障服務88數(shù)據(jù)交換日志88部署模式89可視化管理89路由解析90擴展服務90 HYPERLINK l bookmark138 o Current Document 平臺功能90 HYPERLINK l bookmark140 o Current Document 運行管理和監(jiān)控91交換情況監(jiān)控91數(shù)據(jù)交換比對92統(tǒng)計數(shù)據(jù)跟蹤92統(tǒng)計分析92 HYPERLINK l bookmark142 o Current Document 用戶管理和授權93節(jié)點配置93參數(shù)設置93配置備份管理93軟件分發(fā)管理94節(jié)點配置管理94節(jié)點適配器管理94節(jié)點交換管理94日志管理94 HYPERLINK l book

15、mark146 o Current Document 接口服務95 HYPERLINK l bookmark148 o Current Document 數(shù)據(jù)庫適配器接口96 HYPERLINK l bookmark150 o Current Document 文件收發(fā)、解析適配器接口97 HYPERLINK l bookmark152 o Current Document 協(xié)議級交換輸入接口97WEB服務輸出接口98非WEB服務輸岀接口98GIS數(shù)據(jù)交換接口98 HYPERLINK l bookmark154 o Current Document 消息服務接口99標準化接入100 HYPER

16、LINK l bookmark156 o Current Document 應用系統(tǒng)節(jié)點100目錄管理節(jié)點101前置交換節(jié)點101 HYPERLINK l bookmark158 o Current Document 部門平臺節(jié)點102 HYPERLINK l bookmark160 o Current Document 第八章數(shù)據(jù)交換平臺103 HYPERLINK l bookmark162 o Current Document 實施策略103 HYPERLINK l bookmark164 o Current Document 產(chǎn)品選型104 HYPERLINK l bookmark166

17、 o Current Document 進度計劃111第_章建設標準1.1.標準規(guī)范本項目標準規(guī)范框架主要由總體標準、應用標準、應用支撐標準、 網(wǎng)絡基礎設施標準、信息安全標準和管理規(guī)范六部分組成,并隨項目 建設需要將分階段在該體系框架的基礎上進行補充和完善。如下圖所 示:總體標準應用標準應用支撐標準網(wǎng)絡基礎設施標準曹心安全標準管理標準標準規(guī)范框架圖1.2.總體標準包括系統(tǒng)建設的總體性、框架性、基礎性的標準和規(guī)范??傮w標 準包括總體框架、術語標準、中文處理等標準,本項目需要制定的標 準主要為總體框架和術語標準,其余部分可參照相應的國家/國際標 準。應用標準包括為各種社會經(jīng)濟可持續(xù)發(fā)展信息與決策系

18、統(tǒng)應用提供支撐 和服務的標準,主要有社會經(jīng)濟數(shù)據(jù)交換平臺、社會經(jīng)濟數(shù)據(jù)整合平 臺、社會電子公文交換、日志管理和數(shù)據(jù)庫等方面的標準。應用標準包括為社會經(jīng)濟可持續(xù)發(fā)展信息與決策系統(tǒng)提供基礎通信平臺 的標準,主要有基礎通信平臺工程建設、網(wǎng)絡互聯(lián)互通等方面的標準。 鑒于網(wǎng)絡基礎設施標準已形成了較完整的標準體系并有大量的商業(yè) 產(chǎn)品,這里重點考慮網(wǎng)絡建設和維護管理相關的標準。網(wǎng)絡基礎標準包括為社會經(jīng)濟可持續(xù)發(fā)展信息與決策系統(tǒng)提供基礎通信平臺 的標準,主要有基礎通信平臺工程建設、網(wǎng)絡互聯(lián)互通等方面的標準。 鑒于網(wǎng)絡基礎設施標準已形成了較完整的標準體系并有大量的商業(yè) 產(chǎn)品,這里重點考慮網(wǎng)絡建設和維護管理相關的

19、標準。1.6.信息安全標準包括為社會經(jīng)濟可持續(xù)發(fā)展信息與決策系統(tǒng)提供安全服務所需 的各類標準,主要有安全級別管理、身份鑒別、訪問控制管理、加密 算法、數(shù)字簽名和公鑰基礎設施等方面的標準。1.7.管理標準包括為確保社會經(jīng)濟可持續(xù)發(fā)展信息與決策系統(tǒng)建設質量所需 的有關標準,主要包括軟件工程、數(shù)據(jù)管理、信息資源評價體系以及 工程驗收和監(jiān)理方面的標準規(guī)范。第二章建設框架按照簽署標準規(guī)范框架分類,本項目標準建設規(guī)范的內容分兩部 分:一是明確可以遵循執(zhí)行的國家和行業(yè)標準規(guī)范;二是制定或完善 僅在本項目中應用的標準規(guī)范。規(guī)范目錄本目錄明確規(guī)定了項目限定使用和推薦使用的標準規(guī)范,其中網(wǎng) 絡與信息安全、數(shù)據(jù)交換

20、標準、數(shù)據(jù)質量標準和數(shù)據(jù)庫接口等為本項 目限定使用的標準,必須遵照執(zhí)行。術語標準名詞術語的標準化工作是系統(tǒng)建設的重要基礎性工作,名詞術語 標準是在釆集整理國家、地方術語的基礎上,選出與本系統(tǒng)密切相關 的名詞術語,采用手冊的形式發(fā)布,供各級單位參考。采集標準基層采集數(shù)據(jù)標準規(guī)范描述基層數(shù)據(jù)的定義格式、基礎數(shù)據(jù)的獲 取方式、內容管理、更新維護、數(shù)據(jù)質量控制、數(shù)據(jù)版本管理、采集日志管理等,用于說明數(shù)據(jù)。24指標體系圍繞項目建設的目標,構筑科學的共享信息指標體系,是一項重 要的基礎工作。本規(guī)范將對項目中所涉及的各類信息,按照主題分類 進行科學合理的定義和分割,組合產(chǎn)生各類主體的數(shù)據(jù)項,形成管理 與決策

21、工作的完整指標體系。通過對指標體系的解釋,對共享信息的 釆集和整合,提出規(guī)范化的要求,以保障本項目指標體系具有整體性、 開放性、權威性、完整性和科學性。數(shù)據(jù)庫設計規(guī)范本規(guī)范主要包括數(shù)據(jù)庫的格式、存放規(guī)則、存取方法的統(tǒng)一規(guī)定 以及數(shù)據(jù)庫設計時需要專門的查詢和訪問服務設計的接口,便于社會 經(jīng)濟數(shù)據(jù)的采集、處理和發(fā)布。數(shù)據(jù)轉換格式規(guī)范規(guī)范為本系統(tǒng)統(tǒng)一的輸入/輸出方式,成為數(shù)據(jù)交換的主要格式, 滿足數(shù)據(jù)交換的各類需要,解決信息交換的語義、結構、格式等問題, 實現(xiàn)本系統(tǒng)在分布式網(wǎng)絡環(huán)境下的數(shù)據(jù)交換,把不同文檔格式(包括 Excel. Word. Text、Mail等)的數(shù)據(jù)轉換為同一個文檔格式,使數(shù) 據(jù)

22、交換遵循統(tǒng)一的應用規(guī)范,達到快速、高效、自動化處理的目的。27系統(tǒng)組件操作規(guī)范業(yè)務系統(tǒng)組件互操作規(guī)范定義本系統(tǒng)業(yè)務及其組件在分布式網(wǎng) 絡環(huán)境下的互操作規(guī)則,保證應用的各子系統(tǒng)、業(yè)務組件、數(shù)據(jù)處理 中心、其他的外部的相關系統(tǒng)通過公共接口實現(xiàn)功能、數(shù)據(jù)的調用。項目管理方法項目建設管理辦法對項目建設實施規(guī)范化管理提供指導,通過明 確項目管理的基本流程、項目建設和維護階段基本流程,制定在需求 分析階段、設計階段、實施階段、測試驗收階段和運行維護階段的相 關管理辦法,明確有關方責任,確保項目建設有序推進和質量的提高。信息中心管理規(guī)范信息中心管理規(guī)范主要包含軟硬件系統(tǒng)的運行維護、用戶服務、 日常數(shù)據(jù)保存、

23、備份、機房管理等制度以及其他緊急情況的處理方法等,以保證信息中心安全正常的工作。第三章建設內容根據(jù)項目建設的實際情況分階段實施標準的建設。標準規(guī)范的研究制定過程要經(jīng)過規(guī)劃、研制、試用驗證、培訓、宣傳、貫徹、應用示范、完善與實施等階段,而每個階段的工作都需要在統(tǒng)一的標準化工作平臺上完成。各階段的具體工作目標和主要任務如下表所示。標準制定各階段具體工作說明表工作目標主要任務第一階段(體系規(guī)劃)建立工程標準規(guī) 范,為系統(tǒng)工程建 設提供支持與服務組織建立工程標準化工作系統(tǒng)設計工程標準規(guī)范框架編制工程標準化指南確定工程標準規(guī)范中強制使用和推薦使用的標 準目錄第二階段(標準研制)制定工程標準,為 系統(tǒng)實現(xiàn)

24、互聯(lián)互 通、信息共享、業(yè) 務協(xié)同、信息安全 打好基礎組織制定所需的各項標準進行標準間一致性協(xié)調工作目標主要任務第三階段(試用驗證)試用并驗證標準的正確性和可用性建設標準應用工具進行標準驗證輔助進行標準試用獲取反饋,適時調整標準第四階段(培訓宣傳貫徹)開展標準培訓與宣傳貫徹編制標準培訓教材協(xié)助進行標準培訓、宣傳、貫徹第五階段(應用示范)在工程建設中全面應用標準協(xié)助制定符合標準的技術方案與組織方案建立并應用各級管理部門間的信息共享模型建立并應用各級管理部門間的業(yè)務協(xié)同模型指導建設符合標準的業(yè)務應用系統(tǒng)第六階段(監(jiān)督完善)監(jiān)督標準的實施, 并不斷完善標準根據(jù)標準應用示范和技術發(fā)展情況不斷完善標 準制

25、定推廣應用、全程監(jiān)控的技術方案與組織方案工作目標主要任務建立實施的質量控制體系在共性、關鍵性工程項目內容重點實施相關標準對實施結果進行綜合評估第四章需求分析業(yè)務需求大數(shù)據(jù)中心業(yè)務在日常運營、管理過程中,一方面需要業(yè)務數(shù)據(jù)、 政務數(shù)據(jù)、業(yè)務數(shù)據(jù)、地市級數(shù)據(jù)和區(qū)縣級數(shù)據(jù)數(shù)據(jù)、外部企業(yè)數(shù)據(jù) 等,同時也需要向相關部門提供數(shù)據(jù)。另一方面也需要從一些將要建 設的業(yè)務信息系統(tǒng)中采集相關業(yè)務數(shù)據(jù),提供輔助決策平臺進行統(tǒng)計 分析和決策支持,同時各業(yè)務應用系統(tǒng)之間也存在數(shù)據(jù)共享交換的需 要。通過建立信息資源目錄及數(shù)據(jù)交換平臺為建設物流港區(qū)數(shù)據(jù)中心 奠定基礎。數(shù)據(jù)采集業(yè)務數(shù)據(jù):進口貨物倉單信息:出口預配倉單信息:出

26、口清潔倉單信息:報關單放行信息:轉關單信息:報關單審批狀態(tài)信息:進出口貨物查驗指令信息:企業(yè)業(yè)務數(shù)據(jù)備案情況信息檢驗檢疫數(shù)據(jù):進口貨物放行信息:進口貨物查驗指令:進口貨物集中轉檢信息:進出口通關單信息企業(yè)檢驗檢疫數(shù)據(jù)備案情況信息業(yè)務時間數(shù)據(jù)信息:船舶動態(tài)信息:運抵信息地市級數(shù)據(jù)主要是基礎數(shù)據(jù):包括人口、法人、地理信息等基礎數(shù)據(jù)等。區(qū)縣級數(shù)據(jù)主要是基礎數(shù)據(jù):包括人口、法人、地理信息等基礎數(shù)據(jù)等。物流企業(yè)主要是物流企業(yè)的相關業(yè)務數(shù)據(jù)等。數(shù)據(jù)提供主要是報地市級數(shù)據(jù)商務委、區(qū)縣級數(shù)據(jù)等部門的相關數(shù)據(jù)。資源目錄大數(shù)據(jù)中心業(yè)務共享信息資源依托于各單位信息資源庫建立,提供者從中分別提取出各類業(yè)務信息資源的特

27、征信息,編目形成信息資源核心元數(shù)據(jù),注冊到信息資源元數(shù)據(jù)庫中,生成信息資源目錄。使 用者通過信息資源目錄一站式服務對信息資源進行目錄查詢。目錄系統(tǒng)的業(yè)務模型如下圖所示:4.1.4.數(shù)據(jù)共享交換數(shù)據(jù)共享交換體系由一系列交換節(jié)點組成,依托企業(yè)專網(wǎng)和信息安全基礎設施,通過采用信息資源交換標準,實現(xiàn)跨部門應用系統(tǒng)之 間的信息資源交換。交換體系的概念模型如下圖所示。業(yè)務信息是由大數(shù)據(jù)中心業(yè)務各部門、各單位產(chǎn)生和管理的企業(yè)信息資源。交換節(jié)點是交換體系中信息資源交換的起點或終點,完成業(yè)務信息與交換 信息之間的轉換,并通過交換服務實現(xiàn)信息資源的接收和發(fā)送。交換信息是交換節(jié)點用于存儲參與交換的信息資源。中心交換

28、節(jié)點主要為交換信息提供點到點、點到多點的信息路由、信息傳送功 能和工作流機制。在兩個端交換節(jié)點之間可以有0個或若干個中心交 換結點。共享信息庫是可以為多個端交換節(jié)點提供一致的信息資源信息集中存儲區(qū), 包括基礎信息資源、共享信息資源等。任意一個端交換節(jié)點可以按照 一定的規(guī)則訪問共享信息庫。在交換體系中,共享信息庫是可選的。交換服務是支持交換節(jié)點間執(zhí)行交換信息資源的操作集合。通過不同交換服務的組合支持業(yè)務協(xié)同。4.1.5.分析決策物流港區(qū)的運營涉及業(yè)務數(shù)據(jù)監(jiān)管業(yè)務、檢驗檢疫數(shù)據(jù)業(yè)務、倉 儲配送業(yè)務、物流運輸業(yè)務、港口生產(chǎn)運營業(yè)務及對企業(yè)、駕駛員的 業(yè)務信息服務等業(yè)務內容。每一項業(yè)務都需要精細化管理

29、,而管理方 案及工作指令的制定都需要各項業(yè)務數(shù)據(jù)的綜合分析的基礎上完成。 因此,各項業(yè)務的數(shù)據(jù)的整合是必須的,只有在綜合各項業(yè)務信息并 按照實際需要進行綜合統(tǒng)計分析才能為決策提供輔助支撐。因此,建 立充分整合各項業(yè)務數(shù)據(jù)的數(shù)據(jù)中心,為企業(yè)運營服務提供綜合分析 數(shù)據(jù)是十分必要的。4.2.功能需求數(shù)據(jù)交換平臺要實現(xiàn):大數(shù)據(jù)中心業(yè)務各部門的數(shù)據(jù)和相關應用 系統(tǒng)之間的數(shù)據(jù)實時交換,不同部門之間的數(shù)據(jù)交換、各個應用系統(tǒng) 之間的數(shù)據(jù)交換、異構數(shù)據(jù)庫之間的數(shù)據(jù)整合提供技術手段。各個應 用系統(tǒng)可以利用這個統(tǒng)一的數(shù)據(jù)交換與傳輸平臺,實現(xiàn)對應用系統(tǒng)透 明、跨操作系統(tǒng)、跨數(shù)據(jù)庫以及跨應用系統(tǒng)和跨管理域的數(shù)據(jù)交換。

30、平臺的基本功能需求如下。4.2.1.目錄月畏務提供共享數(shù)據(jù)的目錄服務,實現(xiàn)中心現(xiàn)有數(shù)據(jù)、各單位共享數(shù)據(jù)、 各單位共享需求目錄在平臺的注冊、查詢、修改等功能。提供目錄與 具體數(shù)據(jù)關聯(lián)的功能,使各級管理員通過目錄查看權限范圍內的具體 數(shù)據(jù)。其主要的功能需求如下:(1)以樹的方式展現(xiàn)大數(shù)據(jù)中心業(yè)務及各相關單位提供的信息 資源庫的全局目錄,并為信息共享機制提供基礎數(shù)據(jù)。用戶通過企業(yè) 信息資源目錄可以很清楚的知道每一個單位提供哪些業(yè)務數(shù)據(jù),每一 種業(yè)務數(shù)據(jù)都有哪些特性、獲取辦法及相關的聯(lián)系人和負責人。信息 資源目錄以各單位為單元組織數(shù)據(jù),同時提供數(shù)據(jù)查詢功能。(2)信息共享機制包括訪問接口和標準、共享傳

31、輸機制、資源 庫訪問服務標準和規(guī)范等。信息共享的訪問接口和標準,訪問接口和 標準負責接收來自相關單位平臺系統(tǒng)的共享數(shù)據(jù)請求,并調用共享機 制中相應的功能。訪問的接口和標準包括API接口、WebService接 口和XML接口,其中XML接口負責處理與共享數(shù)據(jù)相關的XML解 析。(3)信息的共享傳輸機制,該機制負責接收來自接口的請求, 啟動數(shù)據(jù)傳輸機制,調用相應的共享數(shù)據(jù)標準接口服務獲得相關的數(shù) 據(jù),同時完成基于數(shù)據(jù)類型的權限控制及對數(shù)據(jù)進行必要的加密簽名 等功能。共享機制包括功能層和數(shù)據(jù)傳輸層兩個層次。功能層包括路 由選擇、權限控制和加密簽名,由接口層調度;數(shù)據(jù)傳輸層根據(jù)具體 的應用環(huán)境實現(xiàn)遠

32、程的數(shù)據(jù)傳輸功能,數(shù)據(jù)傳輸層可以基于JMS機 制、基于WebService的調用和基于RMI的調用。(4)信息的共享標準和規(guī)范,這些標準和規(guī)范是為了能夠適應 共享機制的要求對各相關系統(tǒng)提出的共享數(shù)據(jù)接口服務實現(xiàn)規(guī)范,共 享數(shù)據(jù)接口服務的具體實現(xiàn)由各相關系統(tǒng)即由相應的信息維護單位 完成,但必須遵循這些標準和規(guī)范,以便能夠被平臺共享機制調用。4.2.2.數(shù)據(jù)接入數(shù)據(jù)共享交換平臺交換的數(shù)據(jù)(含共享庫中數(shù)據(jù))大部分來自業(yè) 務數(shù)據(jù)、國檢局、等單位,數(shù)據(jù)源多樣,數(shù)據(jù)分散,需要功能強大的 數(shù)據(jù)采集工具采集各單位數(shù)據(jù)。出于經(jīng)濟性、靈活性的考慮,要求數(shù)據(jù)采集提供可視化配置工具, 可以通過簡單配置實現(xiàn)各種數(shù)據(jù)源的

33、接入;并且能根據(jù)新增業(yè)務數(shù)據(jù) 交換需求進行靈活配置即可實現(xiàn)新增數(shù)據(jù)的接入。針對目前市場上主流數(shù)據(jù)交換平臺在實際應用環(huán)境中出現(xiàn)的各 類易用性、實用性問題,我們充分借鑒自身豐富的同類項目成功案例, 基于數(shù)據(jù)交換產(chǎn)品提供的現(xiàn)有交換節(jié)點應用基礎,開展交換服務最后 一公里的開發(fā)建設,通過提供可視化的交換服務配置功能,用戶可通 過可視化操作界面完成對各本地多類型數(shù)據(jù)庫結構的自動讀取、數(shù)據(jù) 自動釆集、交換共享工作,即通過在平臺接入配置頁面中填寫應用系 統(tǒng)數(shù)據(jù)庫URL、服務端口、數(shù)據(jù)庫類型、服務名、SA、Password 等內容,適配器控制臺自動發(fā)起請求,讀取數(shù)據(jù)庫表結構,并將庫表 結構動態(tài)加載至適配器接入操

34、作頁面,用戶通過在頁面中針對具體 DB、Table. Clum通過鼠標點選的方式完成數(shù)據(jù)內容標記并選擇提 交,適配器底層在調用XML配置模板中將用戶點選的內容作為關鍵 字填充形成完整的XML Body內容,自動觸發(fā)配置文件運行,通過一 連串的底層自動調用以及交換規(guī)程,完成異構數(shù)據(jù)庫的接入和數(shù)據(jù)采 集、發(fā)送工作。通過應用的可視化接入,用戶可無須進行底層編碼和復雜的產(chǎn)品 應用配置工作即可完成本地數(shù)據(jù)的平臺接入工作。另外,共享數(shù)據(jù)庫的數(shù)據(jù)最終將以各種方式提供給機關單位,因 此數(shù)據(jù)交換平臺亦應提供靈活的配置接入功能,接入基礎數(shù)據(jù)庫數(shù)據(jù), 交換給應用系統(tǒng)或其他數(shù)據(jù)交換平臺。4.2.3.數(shù)據(jù)交換平臺應提供

35、高性能的、穩(wěn)定的數(shù)據(jù)傳輸、轉換服務,保證各釆集 接入節(jié)點數(shù)據(jù)及時準確地交換到共享數(shù)據(jù)庫,共享數(shù)據(jù)庫可穩(wěn)定準確 的提供給其他系統(tǒng)。數(shù)據(jù)交換與其他行業(yè)的管理系統(tǒng)或企業(yè)應用系統(tǒng) 有很大區(qū)別,數(shù)據(jù)量隨物流港區(qū)業(yè)務事件等的變化而變化,系統(tǒng)負荷 不均衡,要求交換系統(tǒng)能夠適應這種不穩(wěn)定的傳輸負荷。在實時性需 求中最重要的需求是大并發(fā)處理能力,當出現(xiàn)大并發(fā)交換時,數(shù)據(jù)交 換平臺應對各節(jié)點數(shù)據(jù)接收處理任務進行負載均衡和分擔,縮短數(shù)據(jù) 在消息隊列的排隊延遲時間,提高系統(tǒng)的響應速度和處理效率。交換引擎基于BPML國際標準的數(shù)據(jù)交換和數(shù)據(jù)推送引擎,實現(xiàn)數(shù)據(jù)交 換流程;4232流程定制可視化定制數(shù)據(jù)交換流程;數(shù)據(jù)抽取支

36、持各種主流數(shù)據(jù)庫和格式文件的可視化數(shù)據(jù)抽取或裝載;4234數(shù)據(jù)轉換圖形化的基于XML的數(shù)據(jù)變換規(guī)則定義工具,輕松實現(xiàn)系統(tǒng)間 同一語義不同結構數(shù)據(jù)格式的轉換;多通訊模式支持數(shù)據(jù)的發(fā)布/訂閱、請求/應答通信模式;發(fā)布/訂閱通信模式 完全是一種“推”(Push)的技術;而請求/應答通信模式是對傳統(tǒng) Client/server通信模式的支持,即支持“拉” (Pull)技術。用戶可 以根據(jù)具體應用的信息處理流程來選擇合適的通信模式。消息路由主題是消息目的地的字符串描述,基于消息主題實現(xiàn)消息的路由, 可有效地實現(xiàn)消息的發(fā)布和訂閱,實現(xiàn)數(shù)據(jù)抽取、轉換、加載與應用 之間的松散耦合,使得數(shù)據(jù)交換平臺具有良好的可

37、擴展性。數(shù)據(jù)傳輸提供 JMS、WebService. FTP、HTTP、遠程目錄和 EMAIL 等 多種方式數(shù)據(jù)傳輸;支持與主流消息中間件的集成;確保數(shù)據(jù)可靠傳 送;支持數(shù)據(jù)傳輸過程中的數(shù)據(jù)壓縮/加密處理,保證數(shù)據(jù)傳輸安全;系統(tǒng)擴展預置豐富的功能插件(適配器),提供開放的適配器二次開發(fā)接口 API;統(tǒng)一存儲建立物流港區(qū)統(tǒng)一的共享數(shù)據(jù)庫,內容全面,存儲相關單位交換 共享的數(shù)據(jù),并支持中心的應用系統(tǒng)。形成物流港區(qū)的共享數(shù)據(jù)存儲標準,作為對相關單位和應用系統(tǒng) 存儲數(shù)據(jù)的標準指導。業(yè)務融合對原有應用接入平臺的支持:物流港區(qū)原有的應用要通過平滑的 方式過渡,不能影響應用的運行,原有應用系統(tǒng)存在數(shù)據(jù)庫訪問

38、寫死 在程序中的問題,要采取相應的策略解決并且要對安全性有一定的保 障。對新應用建設的支持:對新建的應用的數(shù)據(jù)存儲有明確的方案, 說明可能新增的數(shù)據(jù)的支持方法,提供統(tǒng)一的數(shù)據(jù)支持接口,使新建 應用系統(tǒng)的開發(fā)和新數(shù)據(jù)共享庫的設計可以同步進行。對于新建系統(tǒng) 中特殊的數(shù)據(jù)類型要有具體的支持方法。權限管理能夠對用戶級別和相應的權利范圍進行劃分和授權,保障平臺的 安全性。平臺的權限定為四個級別:各級領導、平臺管理員、節(jié)點管 理員和瀏覽用戶,各級領導擁有信息資源共享許可的審批權限,需要 經(jīng)過確認的信息資源共享可經(jīng)過處級或廳級領導的批準;平臺管理員 能夠進行數(shù)據(jù)庫數(shù)據(jù)輸入和輸出的配置、傳輸權限配置與分發(fā)、查

39、看 數(shù)據(jù)以及平臺的二次開發(fā)等權限;節(jié)點管理員能夠配置節(jié)點數(shù)據(jù)庫、 提交共享申請以及查看數(shù)據(jù)等功能;瀏覽用戶能夠查看目錄以及平臺 發(fā)布的相關信息。平臺管理這個功能模塊主要面向從大數(shù)據(jù)中心業(yè)務的角度對整個共享交 換工作的管理,使管理有具體的數(shù)據(jù)支持,透明化。數(shù)據(jù)傳輸監(jiān)控監(jiān)控上傳數(shù)據(jù)的單位是否按約定頻率和數(shù)量上傳數(shù)據(jù),為了加強 數(shù)據(jù)交換的管理,數(shù)據(jù)的傳輸需要監(jiān)控到相關單位數(shù)據(jù)推送和獲得數(shù) 據(jù)的時間。4.27.2數(shù)據(jù)傳輸展示對數(shù)據(jù)傳輸過程的各類狀態(tài)實時監(jiān)控,通過平臺可以將數(shù)據(jù)傳輸 成功/失敗、乃至是否存在斷點續(xù)傳等內容在平臺上進行展示,督促 數(shù)據(jù)傳輸工作。共享安全管理需求方向物流港區(qū)提交共享申請,申請

40、內容包括:所需信息資源 清單、用途、保密條款等等,以及其他特別提出的要求。經(jīng)過物流港 區(qū)審查之后,平臺管理員通過平臺賦予申請方相應的權限,實現(xiàn)信息 的交換。實現(xiàn)申請表的生成,在線審批等功能,并可隨時查詢申請過 程的狀態(tài),審理結果,使申請管理透明化。為加強共享管理,所有對 數(shù)據(jù)的控制權限全部由平臺管理員掌握,即平臺管理員對所有節(jié)點的 信息資源有控制權,可以隨時獲取??梢暬芾砉芾砟K的需求發(fā)生變化的可能性比較大,需要對這一模塊的功 能實現(xiàn)可配置化,滿足新的管理需求。可視化交換服務配置功能,用戶無需了解底層XML、WebService、 Adapter等編譯環(huán)境,通過平臺提供的可視化配置管理服務組

41、件,由 用戶在交換服務組件安裝配置過程中,定義組件類型(文件、數(shù)據(jù)庫 適配器組件等)、組件應用途徑(文件收發(fā)、數(shù)據(jù)收發(fā)等)、組件配置 (連接本地數(shù)據(jù)庫IP地址、服務名稱、端口號、DBSA、Password), 并可在組件管理功能中修改、維護現(xiàn)有交換服務配置;可視化管理, 為便于交換服務的維護和管理,系統(tǒng)還將提供全局運行監(jiān)控管理,管 理員可通過此功能實時掌握中心以及各交換節(jié)點的運行狀態(tài),最終實 現(xiàn)共享交換功能及信息資源共享交換過程的可視化管理與展示??梢暬渲霉芾碇饕ㄖ醒肟刂破骱凸?jié)點服務器的配置管理, 可實現(xiàn)邏輯上集中式管理??刂婆_配置維護:守護線程間隔;IP地 址過濾;數(shù)據(jù)庫參數(shù)配置等;適

42、配器配置維護:可視化配置向導、XML 配置文件等;適配器的安裝、重復安裝;節(jié)點適配器軟件分發(fā)、遠程 安裝。4.3.數(shù)據(jù)需求系統(tǒng)建設所需要的信息資源主要包括基礎數(shù)據(jù)資源、業(yè)務信息資 源、綜合管理信息資源、共享信息資源等?;A數(shù)據(jù)資源包括人員信 息、企業(yè)信息、地理信息等。4.3.1.基礎數(shù)據(jù)庫見信息資源建設部分。4.3.2.專題數(shù)據(jù)庫見信息資源建設部分。4.4.信息量預測估算數(shù)據(jù)主要參考其它類似企業(yè)項目的參考數(shù)據(jù)。我們對企業(yè)信 息資源的數(shù)據(jù)按類別進行了初步的估算。估算數(shù)據(jù)信息數(shù)據(jù)只考慮結構化的數(shù)據(jù)和少量非結構化數(shù)據(jù)(如 地理空間遙感數(shù)據(jù)),對視頻、音頻數(shù)據(jù)暫時不作估算。信息存儲量按5年估計,同時必

43、須考慮不同的信息資源增長速度 差別很大。綜合存儲開銷因子(RAID5、日志、冗余等因素)取經(jīng)驗 值 1.6o序號應用類型初始信息量(M/年)5年后累計信息量估算(M)5年存儲空間估算(M)備注1信息資源目錄2005008002人員數(shù)據(jù)2005008003企業(yè)數(shù)據(jù)2005008004地理信息500015000240005業(yè)務數(shù)據(jù)50002000032000合計790023000368004.5.非功能性需求基本要求系統(tǒng)開放性基于企業(yè)業(yè)務應用,使其具有良好的可擴充性和可移植性。系統(tǒng)可運行在不同的軟硬件平臺上,易于以后系統(tǒng)的升級。遵循主流的標準和協(xié)議,不僅可以為系統(tǒng)與其他系統(tǒng)交換信息提供便利,而且也

44、有利于系統(tǒng)內部各部分之間交換信息,這將有助于提 高系統(tǒng)擴充性。系統(tǒng)可擴充性基于可擴充的平臺進行建設企業(yè)信息化應用,提高系統(tǒng)的可擴展 性。系統(tǒng)提供Web Services服務的發(fā)布接口。界面友好性系統(tǒng)在展現(xiàn)釆用統(tǒng)一的風格和基調;系統(tǒng)提供統(tǒng)一的操作界面和方式。服務個性化系統(tǒng)針對不同的客戶,在考慮整體負載和業(yè)務符合的情況下,可 考慮為用戶提供個性化的界面內容和界面形式,以滿足用戶的個性化 業(yè)務需求。系統(tǒng)可用性操作快捷、內容豐富是保證應用可推廣的基礎。因此,準確而詳 細地理解各用戶群特征、任務和使用環(huán)境,在“有效性”(完成特定 任務和達到特定目標時所具有的正確性和完整程度)、“效率”(完成 任務的正確

45、性和完整程度與所使用資源v如時間之間的比率)以及“滿意度”(在使用產(chǎn)品過程中具有的主觀滿意和接受程度)等方面 滿足各類用戶對系統(tǒng)的要求。系統(tǒng)安全性系統(tǒng)應具備相當?shù)目煽啃?,以便向各類用戶提?X24小時的不 間斷服務。系統(tǒng)應具備防病毒、黑客入侵監(jiān)測和預警、漏洞掃描、網(wǎng)絡監(jiān)測 與自動修復、身份認證等功能;系統(tǒng)應具備完善的使用授權、監(jiān)控和日志管理機制,能夠訪問進 行審計。系統(tǒng)應提供相應數(shù)據(jù)備份/恢復功能,制定合理的備份策略提供 保護機制。可管理性平臺涉及面較多,各項日常管理維護工作比較煩瑣,而且內容需 要進行分級分類管理和維護,平臺應提供對內容的分級分類分布式內 容管理和維護、內容發(fā)布、系統(tǒng)配置和管

46、理、遠程監(jiān)測和故障診斷等 功能。性能需求在現(xiàn)有的信息基礎設施(包括網(wǎng)絡條件、主機設備、存儲備份等) 條件下本系統(tǒng)的主要性能指標如下1)信息資源共享平臺中企業(yè)信息資源數(shù)據(jù)覆蓋大數(shù)據(jù)中心業(yè)務 信息化系統(tǒng)的業(yè)務數(shù)據(jù),其中核心業(yè)務數(shù)據(jù)在系統(tǒng)建成可以共享使用;2)預計在數(shù)據(jù)交換平臺建成后系統(tǒng)注冊用戶包括物流港區(qū)的工 作人員,達到500名;3)系統(tǒng)正常響應速度小于5秒;4)系統(tǒng)將支撐最大在線并發(fā)300人;5)最大并發(fā)環(huán)境下系統(tǒng)響應速度小于8秒;6)系統(tǒng)可持續(xù)使用時間:大于60天;7)恢復時間:系統(tǒng)在災難發(fā)生后,恢復正常運行所需的最短時 間為30分鐘。安全需求1)系統(tǒng)應具備相當?shù)目煽啃?,以便向各類用戶提?

47、X24小時 的不間斷服務。2)系統(tǒng)應具備防病毒、黑客入侵監(jiān)測和預警、漏洞掃描、網(wǎng)絡 監(jiān)測與自動修復、身份認證等功能;3)系統(tǒng)應具備完善的使用授權、監(jiān)控和日志管理機制,能夠訪 問進行審計。4)系統(tǒng)應具備符合電子政務安全要求的網(wǎng)絡系統(tǒng);5)系統(tǒng)應提供相應數(shù)據(jù)備份/恢復功能,制定合理的備份策略提 供保護機制。6)系統(tǒng)應具備完善的安全管理和安全服務體系。4.5.4.接口需求通過對業(yè)務信息流和數(shù)據(jù)流的分析確定與外部系統(tǒng)或系統(tǒng)內部 的業(yè)務接口關系,包括信息種類、信息內容、信息流向、信息用途、 接口實體、接口類型及接口特性等。說明如下:1)接口關系,可按照信息種類或組織結構分類整理;2)信息種類,可按業(yè)務類

48、型或載體形式進行縣分;3)信息內容,包括名稱/標識符、數(shù)據(jù)類型、格式、單位、范圍 等,可引用其它文檔(如:數(shù)據(jù)字典、通信協(xié)議標準、用戶接口標準);信息流向,表明信息的發(fā)送者/產(chǎn)生者和接收者/使用者;信息用途,使用信息的目的或信息的作用,從業(yè)務應用的角 度考慮;接口實體,即交換信息的實體,包括外部系統(tǒng)、各種類型用 戶、設備或組織結構中的成員;接口類型,如用戶界面、內部信息交換、外部信息交換等;對于網(wǎng)絡通信、計算機等基礎設施類系統(tǒng),應重點描述對業(yè)務信 息的支持能力。外部系統(tǒng)接口外部系統(tǒng)接口主要是與業(yè)務數(shù)據(jù)、國檢局、地市級數(shù)據(jù)和區(qū)縣 級數(shù)據(jù)、外部企業(yè)的接口要求。系統(tǒng)內部接口系統(tǒng)內部接口主要是大數(shù)據(jù)中

49、心業(yè)務數(shù)據(jù)共享交換平臺與各個 業(yè)務應用系統(tǒng)間的接口需求。第五章總體設計5.1.設計原則本項目的建設將在“統(tǒng)籌規(guī)劃、統(tǒng)一指導、統(tǒng)一標準、互聯(lián)互通、 資源共享”的總體方針指導下,堅持“統(tǒng)一設計、統(tǒng)一維護、統(tǒng)一建 設、逐步完善”的總體建設原則。保證整個系統(tǒng)建設具有系統(tǒng)性、實 用性、可擴展性、經(jīng)濟性,以及技術上的先進性、成熟性和安全性。 為滿足物流港區(qū)數(shù)據(jù)中心數(shù)據(jù)應用要求,方案設計應遵循以下原則:應用主導、務求實效以滿足物流港區(qū)基礎業(yè)務應用為切入點,促進大數(shù)據(jù)中心業(yè)務綜 合應用和企業(yè)服務能力,實現(xiàn)不同層面的信息共享。適應體制、便于實施充分考慮大數(shù)據(jù)中心業(yè)務的物流港區(qū)業(yè)務特點,滿足多主體、多 項目、多階

50、段組織實施的要求,做好物流港區(qū)數(shù)據(jù)中心各分系統(tǒng)之間 的銜接。系統(tǒng)管理人員可以可視化地完成對各類基礎數(shù)據(jù)信息資源的 接入管理,而無須進行專門的編碼工作。整體規(guī)劃、分步實施以系統(tǒng)實際應用效能為目標,積極整合利用物流港區(qū)現(xiàn)有數(shù)據(jù)資 源,在對數(shù)據(jù)中心的架構、功能、性能、軟硬件配置等進行整體規(guī)劃 的基礎上,統(tǒng)籌安排、滾動建設。性價比強物流港區(qū)數(shù)據(jù)中心項目實施規(guī)模較大,在設計階段必須綜合考慮 建設成本、運行成本和維護成本??煽啃员WC系統(tǒng)能夠正常運作,系統(tǒng)應能夠7X24小時連續(xù)不斷穩(wěn)定工 作,軟件版本升級或改進應在不影響業(yè)務的情況下進行,保證系統(tǒng)可 以穩(wěn)定、平滑過渡??删S護性系統(tǒng)提供集中的可視化的管理服務,

51、能集中方便地配置、監(jiān)視、 控制、管理整個系統(tǒng),并且能夠監(jiān)視本系統(tǒng)中各類應用情況,及時消 除隱患、降低管理成本、提高效率??蓴U展性企業(yè)信息化建設是一項長期的任務,必然從點到面有一個漸進的 過程,也將隨著物流港區(qū)職能和業(yè)務目標的變化,不斷地推進。整個 系統(tǒng)的規(guī)模也會由小到大、從簡單到復雜。因此,要求系統(tǒng)的設計和 實施要具有良好的擴展性,滿足不斷發(fā)展的需要。可擴充性是系統(tǒng)設計中需要著重考慮的因素:1)從設備配置角度來看,軟硬件配置要具備可伸縮及動態(tài)平滑 擴展能力,通過系統(tǒng)框架和相應服務單元的配置,適應業(yè)務量的變化, 以獲得良好的性能價格比。2)系統(tǒng)架構在開放的安全應用支撐體系結構之上,系統(tǒng)易于擴 展

52、,通過開發(fā)或購買相應的適配器接口,即可整合現(xiàn)有的業(yè)務系統(tǒng)、 擴建新的系統(tǒng)、集成購買的第三方應用系統(tǒng)或數(shù)據(jù),使得系統(tǒng)具有良 好的可擴充性。3)從功能角度來看,在基于SOA支撐體系結構之上,系統(tǒng)將易 于進行功能擴充。5.2.設計要求本方案遵循“保護用戶投資、全面降低成本”的原則,在以下幾 方面綜合考慮建設成本、運行成本和維護成本,以提高系統(tǒng)建設的性 價比和效益:1)充分利用已建成的覆蓋各單位的骨干通訊網(wǎng),支持縱向和橫 向的數(shù)據(jù)交換,并利用現(xiàn)有網(wǎng)絡基礎條件構建相應的安全體系;充分 利用已有的硬件設備,而不盲目追求硬件設備檔次;2)實現(xiàn)終端節(jié)點接入的可配置化,減少節(jié)點接入的開發(fā)實施工 作量、降低實施和

53、維護的技術難度;3)支持B/S配置、管理,實現(xiàn)集中監(jiān)控管理。4)基于成熟的數(shù)據(jù)交換平臺產(chǎn)品,系統(tǒng)易于擴充、對于新的接 入業(yè)務可快捷、有效地進行開發(fā)和部署。5.3.建設目標本期項目將從無到有地建立大數(shù)據(jù)中心業(yè)務數(shù)據(jù)共享交換平臺, 實現(xiàn)數(shù)據(jù)整合、數(shù)據(jù)交換功能,為建設物流港區(qū)數(shù)據(jù)中心建設打好基 礎:1)進行軟硬件基礎設施建設,完成大數(shù)據(jù)中心業(yè)務數(shù)據(jù)共享交 換平臺及相關單位前置節(jié)點的軟硬件基礎環(huán)境建設;2)完成大數(shù)據(jù)中心業(yè)務企業(yè)信息資源的梳理和信息資源的規(guī)劃, 以及相關標準規(guī)范、管理制度的編制工作;3)完成目錄系統(tǒng)和數(shù)據(jù)交換平臺的定制開發(fā)建設和部署,并根據(jù)物流港區(qū)信息資源的規(guī)劃設計初步建成數(shù)據(jù)中心;4

54、)完成與相關平臺和業(yè)務應用系統(tǒng)的對接,完成部分數(shù)據(jù)的接 入、轉換、入庫。并實現(xiàn)數(shù)據(jù)的發(fā)布功能,為領導決策、綜合業(yè)務管 理、企業(yè)信息服務等提供數(shù)據(jù)支持。建設規(guī)模本次數(shù)據(jù)交換平臺建設主要包括陸港的交換中心建設和業(yè)務數(shù) 據(jù)、檢驗檢疫數(shù)據(jù)和的交換節(jié)點建設。建設內容大數(shù)據(jù)中心業(yè)務數(shù)據(jù)共享交換平臺建設項目將覆蓋物流港區(qū)、業(yè) 務數(shù)據(jù)、國檢局、企業(yè)等多個相關單位,涉及大量業(yè)務數(shù)據(jù),工作任 務不僅包括平臺建設,還包括接入實施、標準規(guī)范建設等工作。具體 實施內容包括:建成大數(shù)據(jù)中心業(yè)務數(shù)據(jù)共享交換平臺:實現(xiàn)物流港區(qū)與業(yè)務數(shù)據(jù)、國檢局、企業(yè)等多個相關單位之間的數(shù)據(jù)共享和交換;:通過數(shù)據(jù)共享交換平臺,實現(xiàn)各相關單位之

55、間的信息共享和交換;:實現(xiàn)文件、數(shù)據(jù)庫和系統(tǒng)接口三種方式的共享和交換;:實現(xiàn)與區(qū)縣級數(shù)據(jù)信息資源共享交換平臺的對接和信息共 享;:提供與市商務委、區(qū)縣級數(shù)據(jù)等上級部門的數(shù)據(jù)交換接口。建設共享資源目錄服務體系梳理各單位業(yè)務目錄、信息資源目錄和共享需求目錄,基于元數(shù) 據(jù)標準建立共享信息資源目錄服務、形成共享交換管理規(guī)范、完善元 數(shù)據(jù)標準,便于信息資源的管理、查詢和交換。建設業(yè)務數(shù)據(jù)中心完成企業(yè)信息資源的規(guī)劃設計,并按主題實現(xiàn)企業(yè)信息資源的組 織管理,建設數(shù)據(jù)中心,實現(xiàn)數(shù)據(jù)發(fā)布、數(shù)據(jù)分析、數(shù)據(jù)挖掘等功能, 完成業(yè)務數(shù)據(jù)的存儲、利用。編制企業(yè)信息管理規(guī)范和元數(shù)據(jù)標準在信息資源目錄的基礎上,結合物流港區(qū)

56、的業(yè)務規(guī)范,編寫行業(yè) 共享信息管理規(guī)范,制定行業(yè)信息資源元數(shù)據(jù)標準,為數(shù)據(jù)資源管理和資源目錄服務開發(fā)提供依據(jù)。數(shù)據(jù)中心的數(shù)據(jù)采集依據(jù)物流港區(qū)數(shù)據(jù)中心的數(shù)據(jù)需要,采集各相關單位應用系統(tǒng)、 數(shù)據(jù)庫的數(shù)據(jù)資源(包括表單填報),交換到物流港區(qū)數(shù)據(jù)中心。綜合應用的數(shù)據(jù)支撐基于物流港區(qū)數(shù)據(jù)中心,根據(jù)物流港區(qū)在建各業(yè)務系統(tǒng)的數(shù)據(jù)需 求,為領導決策、綜合業(yè)務管理、企業(yè)信息服務提供基礎數(shù)據(jù)和業(yè)務 數(shù)據(jù)(來自物流港區(qū)數(shù)據(jù)中心)。建設綜合管理系統(tǒng)在交換服務和目錄服務的基礎上,開發(fā)綜合管理系統(tǒng),支持平臺 運維管理、授權管理、共享管理等。共享管理即各單位、領導在交換 平臺上進行的數(shù)據(jù)資源共享申請、審核、批準等業(yè)務工作,

57、實現(xiàn)共享 需求管理的無紙化辦公。5.6.關鍵技術本項目中涉及的數(shù)據(jù)交換產(chǎn)品以及相關應用開發(fā)建設工作,均遵 循J2EE、SOA、WebService. JMS、元數(shù)據(jù)等技術標準框架,應用 適配器組件和數(shù)據(jù)服務總線架構,以可擴展標記語言XML作為消息 傳輸?shù)牡讓油ㄓ脴藴?,平臺通過消息傳輸?shù)姆绞街谓煌ㄎ瘍炔扛黝?數(shù)據(jù)的交換共享,采用“ESB服務總線”實現(xiàn)數(shù)據(jù)發(fā)送、接收和交 換處理中遠端應用系統(tǒng)和中央服務器、遠端應用與中心落地數(shù)據(jù)庫之 間的松散耦合。5.6.1. SOA架構標準Web services架構把SOA(基于服務的架構)推到了主流市場。在SOA架構下,數(shù)據(jù)和業(yè)務邏輯融合成模型化的業(yè)務組件,

58、且具有 文檔接口,這種明確的設計和簡單和方式有助于開發(fā)和進一步擴展, 一個SOA應用可以很簡單地與異構的、外部的遺留系統(tǒng)、外購的應 用集成。隨著Web services的發(fā)展,SOA的優(yōu)勢會更快地被認識到, 新的工具會使SOA應用的開發(fā)更簡單,在主流軟件設計市場主導40 年的集成點對點的集成方式將會退出市場。Garner預測,隨著Web services和SOA工具逐步實現(xiàn)易用性 和完成整體功能,SOA必然會占據(jù)主流市場,所有的中間件產(chǎn)品和 相關開發(fā)工具,包括應用服務器、門戶產(chǎn)品、和集成套件,都會大力 支持Web services和SOA部件。ConceptsToolsDevelopDeplo

59、y o cf)J InterfaceSeparationWrapping (Reflection)DescriptionDynamismAssembly yCompositionDiscoveryOrchestration Contracts Prog. Model Messages Platform Repository StandardsL Servers Organization .Web Service Producer Platforms 、(WSPP) jService-Oriented Development of L Applications j (SODA) jr Web 1

60、 Service Architecture (WSA)Service- Oriented Architecture (SOA)SOA是一種應用技術,應用的業(yè)務邏輯清楚地被組織成模型(服 務),訪問接口、服務成為一個黑盒。在SOA中,結構師要嘗試由單 個實體來提供一系列特定的任務。該實體接收服務請求并返回處理結 果;或返回因嘗試失敗而導致的錯誤。這些服務,以及規(guī)定它們應如 何組合來構成一個完整應用程序的指導原則,就構成了一個SOAoSOA有數(shù)十年系統(tǒng)工程的很好的實踐,但是目前還缺少標準和 專業(yè)工具,只在技術非常先進的項目中釆用。SOA能讓應用提高靈 活性、重用性,但是在開發(fā)之前需要設計、洞察和協(xié)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論