物流信息系統(tǒng)軟件技術(shù)設(shè)計方案

1、下載可編輯招標(biāo)編號正本XX省物流信息系統(tǒng)軟件技術(shù)方案XX公司2009年10月5日專業(yè)資料精心整理范文范例學(xué)習(xí)指導(dǎo)目錄1 項目概述 101.1 項目背景 101.2 項目目標(biāo) 102 系統(tǒng)建設(shè)必要性 112.1 現(xiàn)狀描述 112.2 現(xiàn)狀分析 122.2.1 物流信息平臺構(gòu)建的客觀性和緊迫性 122.2.2 物流信息平臺的應(yīng)用需求 132.2.3 發(fā)展預(yù)測 133 遠(yuǎn)景規(guī)劃方案 153.1 可適應(yīng)未來SSO單點登錄方式 153.2 數(shù)據(jù)中心規(guī)劃思路 163.3 兼容未來數(shù)據(jù)擴展 163.4 無縫銜接 Web Services技術(shù) 1 63.4.1 Web Services 體系結(jié)構(gòu) 163.4.

2、2 Web Services 的關(guān)鍵技術(shù) 184 總體目標(biāo) 195 整體業(yè)務(wù)流程 206 系統(tǒng)設(shè)計 226.1 系統(tǒng)結(jié)構(gòu)圖 226.2 設(shè)計原則 236.2.1 先進性原則 236.2.2 實用性原則 246.2.3 安全性原則 256.2.4 可靠性原則 256.2.5 可操作性 266.2.6 靈活性原則 266.2.7 信息準(zhǔn)確和及時性 266.2.8 開放性原則 266.2.9 可擴展性與可移植性 276.2.10 系統(tǒng)性原則 286.2.11 成熟性原則 286.3 系統(tǒng)架構(gòu)設(shè)計 296.3.1 總體結(jié)構(gòu)設(shè)計圖 296.3.2 總體結(jié)構(gòu)模型圖 306.3.3 系統(tǒng)邏輯結(jié)構(gòu)圖 346.

3、3.4 系統(tǒng)內(nèi)部結(jié)構(gòu) 356.4 系統(tǒng)軟件選型設(shè)計 406.4.1 操作系統(tǒng) 406.4.2 數(shù)據(jù)庫系統(tǒng) 426.5 系統(tǒng)硬件選型設(shè)計 516.5.1 服務(wù)器 516.6 設(shè)計遵循的標(biāo)準(zhǔn)和規(guī)范 526.6.1 系統(tǒng)設(shè)計標(biāo)準(zhǔn) 526.6.2 系統(tǒng)開發(fā)和實施標(biāo)準(zhǔn) 526.6.3 信息分類和編碼標(biāo)準(zhǔn) 526.6.4 軟件設(shè)計和開發(fā)標(biāo)準(zhǔn) 536.6.5 軟件質(zhì)量管理標(biāo)準(zhǔn) 536.6.6 圖形標(biāo)準(zhǔn) 536.6.7 符號庫 546.6.8 網(wǎng)頁設(shè)計規(guī)范 546.7 技術(shù)性能設(shè)計 566.7.1 響應(yīng)時間 566.7.2 CPU 和 LAN 負(fù)荷率 566.7.3 并發(fā)處理 576.8 數(shù)據(jù)庫設(shè)計 576.

4、8.1 對數(shù)據(jù)庫平臺的性能要求 576.8.2 數(shù)據(jù)庫系統(tǒng)結(jié)構(gòu)設(shè)計 596.8.3 數(shù)據(jù)庫系統(tǒng)邏輯結(jié)構(gòu) 596.8.4 數(shù)據(jù)庫設(shè)計遵循技術(shù)規(guī)范標(biāo)準(zhǔn) 606.9 本方案核心技術(shù) 646.9.1 軟件工程技術(shù) 646.9.2 面向?qū)ο蟮能浖_發(fā)方法 646.9.3 多層結(jié)構(gòu)技術(shù) 676.9.4 中間件技術(shù) 706.9.5 XML 技術(shù) 726.10 軟件平臺 726.10.1 系統(tǒng)應(yīng)用平臺 726.10.2 軟件開發(fā)工具 736.11 系統(tǒng)性能設(shè)計 816.11.1 系統(tǒng)安全性設(shè)計 816.11.2 系統(tǒng)可靠性設(shè)計 836.12 存儲解決方案 876.12.1 災(zāi)難備份設(shè)計 886.12.2 系統(tǒng)

5、實用性設(shè)計 896.12.3 系統(tǒng)可擴展性設(shè)計 906.12.4 系統(tǒng)靈活性設(shè)計 916.12.5 系統(tǒng)容錯性設(shè)計 916.12.6 系統(tǒng)快速恢復(fù)設(shè)計 926.13 方案設(shè)計特點 926.13.1 基于J2EE體系結(jié)構(gòu)的標(biāo)準(zhǔn)服務(wù) 926.13.2 基于XML標(biāo)準(zhǔn)的數(shù)據(jù)交換標(biāo)準(zhǔn) 926.13.3 中間件技術(shù) 936.13.4 基于 WEB的多級審批 936.13.5 支持復(fù)合流程 936.13.6 項目信息高度電子化 936.13.7 工作流技術(shù) 936.13.8 界面靈活定制 936.13.9 多種報表格式 947 系統(tǒng)功能設(shè)計 947.1 物流信息服務(wù)平臺 957.1.1 物流信息服務(wù)子系統(tǒng)

6、 957.1.2 決策支持子系統(tǒng) 987.1.3 后臺管理子系統(tǒng) 997.2 物流企業(yè)管理系統(tǒng) 997.2.1 物流電子商務(wù)模塊 997.2.2 物流業(yè)務(wù)管理模塊 1008 接口設(shè)計 1158.1 系統(tǒng)接口 1168.2 模塊級、系統(tǒng)級的數(shù)據(jù)交換 1178.3 接口規(guī)范 1199 系統(tǒng)信息安全設(shè)計 1239.1 信息安全設(shè)計的必要性 1239.2 信息網(wǎng)絡(luò)基本架構(gòu) 1239.3 安全策略規(guī)劃 1249.3.1 物理安全 1249.3.2 網(wǎng)絡(luò)安全 1249.3.3 系統(tǒng)安全問題 1259.3.4 人員管理安全問題 1279.3.5 應(yīng)用安全問題 1279.4 安全實施方案 1279.4.1 物

7、理安全解決方案 1289.4.2 網(wǎng)絡(luò)層安全 1289.4.3 系統(tǒng)層安全 1329.4.4 應(yīng)用層安全 1339.4.5 人員安全管理 1349.4.6 數(shù)據(jù)庫層安全設(shè)計 13510 項目部署 13710.1 部署圖 13710.2 網(wǎng)絡(luò)拓?fù)鋱D 13711 項目質(zhì)量保障方案 13911.1 質(zhì)量計劃編制 13911.2 質(zhì)量控制原則 14011.2.1 事前控制原則 14011.2.2 標(biāo)準(zhǔn)原則 14111.2.3 階段性控制原則 14111.2.4 定性測試和量化測試相結(jié)合原則 14111.2.5 用戶需求符合性原則 14211.3 質(zhì)量控制影響因素 14211.3.1 全面地、系統(tǒng)地了解

8、用戶需求 14211.3.2 充分討論系統(tǒng)設(shè)計方案 14211.3.3 設(shè)計完整的系統(tǒng)驗證方案 14311.3.4 確定可行的質(zhì)量控制方案 14311.3.5 形成表述規(guī)范的設(shè)計文檔 14311.3.6 慎重選擇系統(tǒng)軟件商 14411.3.7 遵循科學(xué)的實施流程和技術(shù)要求 14411.3.8 合理進行階段性測試 14411.4 質(zhì)量控制具體措施 14411.4.1 技術(shù)保障措施 14411.4.2 管理保障措施 14611.4.3 質(zhì)量保障措施 14712 項目風(fēng)險管理 14912.1 風(fēng)險識別 14912.2 風(fēng)險分析 15012.3 風(fēng)險應(yīng)對措施 15312.4 風(fēng)險跟蹤 15312.5

9、風(fēng)險狀態(tài)通報 15412.6 風(fēng)險數(shù)據(jù)庫 15413 項目實施管理 錯誤！未定義書簽。13.1 項目人員及進度計劃 錯誤！未定義書簽。13.1.1 項目組織結(jié)構(gòu) 錯誤！未定義書簽。13.1.2 領(lǐng)導(dǎo)小組職責(zé) 錯誤！未定義書簽。13.1.3 項目進度計劃 錯誤！未定義書簽。13.1.4 項目人員安排 錯誤！未定義書簽。13.2 項目配置管理 錯誤！未定義書簽。13.3 需求調(diào)研/開發(fā)管理 錯誤！未定義書簽。13.4 設(shè)計階段管理 錯誤！未定義書簽。13.5 編碼開發(fā)階段管理 錯誤！未定義書簽。13.6 測試管理 錯誤！未定義書簽。13.6.1 軟件測試規(guī)則 錯誤！未定義書簽。13.6.2 系統(tǒng)測

10、試過程 錯誤！未定義書簽。13.7 驗收管理 錯誤！未定義書簽。13.8 培訓(xùn)管理 錯誤！未定義書簽。14 售后服務(wù)方案 錯誤！未定義書簽。14.1 XX公司軟件服務(wù)團隊體系 錯誤！未定義書簽。14.2 售后服務(wù)組織架構(gòu)錯誤！未定義書簽。14.3 服務(wù)流程 錯誤！未定義書簽。15 支持及維護 錯誤！未定義書簽。15.1 運行環(huán)境集成服務(wù) 錯誤！未定義書簽。15.2 系統(tǒng)實施服務(wù) 錯誤！未定義書簽。15.3 軟件系統(tǒng)售后服務(wù)承諾 錯誤！未定義書簽。15.3.1 7 *24 小時熱線支持 錯誤！未定義書簽。15.3.2 本地化服務(wù) 錯誤！未定義書簽。15.3.3 保修承諾 錯誤！未定義書簽。15.

11、3.4 售后服務(wù)期 錯誤！未定義書簽。15.3.5 售后服務(wù)內(nèi)容錯誤！未定義書簽。15.3.6 售后服務(wù)方式 錯誤！未定義書簽。15.4 軟件培訓(xùn)服務(wù) 錯誤！未定義書簽。15.4.1 軟件培訓(xùn)計劃 錯誤！未定義書簽。15.4.2 集中業(yè)務(wù)系統(tǒng)操作培訓(xùn) 錯誤！未定義書簽。15.4.3 專業(yè)人員系統(tǒng)二次開發(fā)培訓(xùn)錯誤！未定義書簽。15.4.4 專業(yè)人證培訓(xùn) 錯誤！未定義書簽。word完美格式1項目概述1.1 項目背景為了加快現(xiàn)代信息技術(shù)改造傳統(tǒng)運輸產(chǎn)業(yè)的步伐， 提升道路運輸公共服務(wù)能 力，到2005年底，XX省道路運輸管理已經(jīng)建立了 XX省道路運輸信息中心， 開發(fā)完成了運政管理系統(tǒng)、GPS車輛信息服

12、務(wù)系統(tǒng)、OA辦公自動化系統(tǒng)、道路 運輸遠(yuǎn)程視頻系統(tǒng)等四個道路運輸應(yīng)用軟件系統(tǒng)，物流信息系統(tǒng)軟件作為整個項目的一個組成部分就應(yīng)運而生。從規(guī)模上，數(shù)據(jù)庫應(yīng)能容納1000萬條數(shù)據(jù)記錄，以及10萬臺GPS車輛監(jiān) 控信息的數(shù)據(jù)，并能保證數(shù)據(jù)實時處理、交換。從設(shè)計上，它將滿足了 XX省道路運輸管理局以及運輸市場目前以及未來一 段時期業(yè)務(wù)發(fā)展需求。從技術(shù)上，充分發(fā)揮當(dāng)今IT界優(yōu)秀、成熟的技術(shù)，使系統(tǒng)表現(xiàn)出一定的先 進性。1.2 項目目標(biāo)本項目開發(fā)的物流信息系統(tǒng)軟件主要針對全省道路運輸各級物流中心， 物流 企業(yè)以及貨運企業(yè)等相關(guān)企業(yè)。除了要實現(xiàn)物流信息共享、存儲與備份外， 還將 重點構(gòu)建省物流信息服務(wù)平臺，實

13、現(xiàn)物流信息的實時搜集與發(fā)布、物流中心網(wǎng)上 貨運配載、業(yè)務(wù)辦理、車輛定位追蹤、信息查詢等業(yè)務(wù)功能，同時還將建設(shè)適用與全省物流企業(yè)、貨運企業(yè)使用的第三方物流企業(yè)管理系統(tǒng)，并實現(xiàn)與省物流信息服務(wù)平臺的數(shù)據(jù)共享和與省綜合數(shù)據(jù)庫的互連互通。鑒于現(xiàn)有的網(wǎng)絡(luò)體系和行業(yè)現(xiàn)狀分析，物流信息系統(tǒng)依靠Internet技術(shù)搭建 物流信息平臺。為物流企業(yè)提供一個查詢和發(fā)布信息的平臺，并存儲物流企業(yè)應(yīng) 用軟件要調(diào)用的相關(guān)數(shù)據(jù)信息。使用戶利用信息平臺可以簡化用戶查詢和發(fā)布信 息的過程，更便捷地進行相關(guān)業(yè)務(wù)的處理。 對具有貨運車輛的監(jiān)控和對貨運信息 的綜合性分析功能，為運政管理部門和物流企業(yè)的決策提供支持。省內(nèi)地、市級的物流

14、中心和各物流企業(yè)、貨運企業(yè)通過物流信息平臺和物流企業(yè)管理系統(tǒng)與省 信息中心互聯(lián)，實現(xiàn)物流信息的共享。2系統(tǒng)建設(shè)必要性2.1 現(xiàn)狀描述近年來，我省在學(xué)習(xí)借鑒發(fā)達(dá)國家和地區(qū)先進的信息化技術(shù)的基礎(chǔ)上，實施推廣了 GPS監(jiān)控系統(tǒng)、運政管理信息系統(tǒng)等，開發(fā)應(yīng)用了車輛技術(shù)管理、客貨車輛調(diào)度管理、財務(wù)清算、OA等信息系統(tǒng)，在各自的業(yè)務(wù)領(lǐng)域中發(fā)揮了重要的作用，取得了顯著的成效，取得了一定的成績和經(jīng)驗。但是，物流信息化建設(shè)卻存在一些問題：一是沒有進行系統(tǒng)的總體規(guī)劃， 主攻方向不明確；二是各應(yīng)用系統(tǒng)技術(shù)規(guī)范、標(biāo)準(zhǔn)不統(tǒng)一，難以實現(xiàn)信息共享，信息系統(tǒng)的整體效益未能充分發(fā) 揮。根據(jù)交通部信息化總體規(guī)劃的指導(dǎo)思想、建設(shè)原

15、則、總體目標(biāo)、實施戰(zhàn)略，由XX省公路運輸管理局組織主要編寫了 XX省物流信息平臺規(guī)劃方案,預(yù)計對既有應(yīng)用系統(tǒng)現(xiàn)行信息系統(tǒng)的主要功能、信息流向、網(wǎng)絡(luò)結(jié)構(gòu)、存在問題進行具體分析，提出整合優(yōu)化的構(gòu)想，依托公路運輸管理體制改革、生產(chǎn)力布局調(diào)整 的有利形勢，大力吸收、引進國外先進信息化技術(shù)，并有所創(chuàng)新的主導(dǎo)思想，提 出在2020年前，建成物流信息平臺的遠(yuǎn)期建設(shè)目標(biāo)，并制定近期實施計劃2.2 現(xiàn)狀分析2.2.1 物流信息平臺構(gòu)建的客觀性和緊迫性在信息技術(shù)高速發(fā)展的今天，道路運輸物流行業(yè)的信息化發(fā)展是勢在必行 的，而這是需要依托物流信息平臺的構(gòu)建，其客觀性和緊迫性如下：21世紀(jì)，隨著以信息技術(shù)為基礎(chǔ)的電子商

16、務(wù)的迅速發(fā)展以及電子商務(wù)向物流領(lǐng)域的大規(guī)模滲透，傳統(tǒng)的物流模式正在向系統(tǒng)化、信息化、社會化、標(biāo)準(zhǔn)化、 一體化的現(xiàn)代物流體系轉(zhuǎn)變。然而，在現(xiàn)代物流體系中，信息化是其核心所在， 而信息化的支撐正是物流信息平臺，故物流信息平臺的構(gòu)建為現(xiàn)代物流發(fā)展提供 重要的物質(zhì)基礎(chǔ)條件保障。因此，構(gòu)建物流信息平臺，不僅對完善現(xiàn)代物流功能 具有重要的現(xiàn)實意義，而且是發(fā)展跨行業(yè)、跨地區(qū)、跨國界的現(xiàn)代物流的客觀需要。發(fā)展現(xiàn)代化物流是大勢所趨，道路運輸物流企業(yè)的信息化建設(shè)也正是使傳統(tǒng) 物流企業(yè)走向物流現(xiàn)代化、信息化的重要途徑。XX省物流企業(yè)正迫切需要一個包括運輸管理系統(tǒng)、倉庫管理系統(tǒng)、配送管理系統(tǒng)、車輛管理系統(tǒng)、運輸調(diào)度管

17、 理系統(tǒng)、客戶管理系統(tǒng)、貨代管理系統(tǒng)、財務(wù)結(jié)算管理系統(tǒng)、統(tǒng)計分析以及客戶 交互平臺等多個應(yīng)用子系統(tǒng)的物流共用信息平臺,通過它來整合已有的各類物流 資源，實現(xiàn)信息共享，發(fā)揮行業(yè)整體優(yōu)勢。由此可見，物流信息平臺的構(gòu)建在XX省尤為緊迫和必要。2.2.2 物流信息平臺的應(yīng)用需求交通物流信息平臺提供的物流信息是整個物流供應(yīng)鏈協(xié)調(diào)、管理客貨運輸過程所產(chǎn)生的信息流，用來支持保證貨物運輸高效率地完成， 促進社會運力的有效 整合和良性發(fā)展。由于物流信息平臺要面對不同參與者對共用信息的各種需求， 因此，共用信息平臺在總體上應(yīng)具有多種功能，通過用信息平臺支撐政府部門問、 政府與道路運輸物流企業(yè)間共用信息需求， 滿足

18、具有核心業(yè)務(wù)能力的物流企業(yè)信 息需求。建立XX省道路運輸物流智能信息平臺”，可充分運用現(xiàn)代化的通信技術(shù)、計 算機技術(shù)和網(wǎng)絡(luò)技術(shù)（如EDI技術(shù)、條形碼識別系統(tǒng)、地理信息系統(tǒng) （GIS）、全 球衛(wèi)星定位系統(tǒng)（GPS）、圖像識別系統(tǒng)和射頻技術(shù)等）對傳統(tǒng)的貨運模式進行改 革，整合目前較為紊亂和低效的貨運市場，發(fā)展電子商務(wù)的新型模式，有效地對車源、貨源進行重組，充分利用運輸工具的定額能力，減少空載率和空載時間， 提高實載率， 降低物流企業(yè)的銷售成本，提高企業(yè)自身的效率和管理水平。2.2.3 發(fā)展預(yù)測根據(jù)國內(nèi)外物流配送業(yè)發(fā)展情況，在電子商務(wù)時代，信息化、現(xiàn)代化、社會 化的新型物流中心可歸納為以下幾個特征：

19、物流配送反應(yīng)速度快電子商務(wù)下，新型物流配送服務(wù)提供者對上游、下游的物流配送需求的反應(yīng) 速度越來越快，前置時間越來越短，配送時間越來越短，物流配送速度越來越快， 商品周轉(zhuǎn)次數(shù)越來越多。物流中心功能集成化新型物流中心著重于將物流與供應(yīng)鏈的其他環(huán)節(jié)進行集成， 包括：物流渠道 與商流渠道的集成、物流渠道之間的集成、物流功能的集成、物流環(huán)節(jié)與制造環(huán) 節(jié)的集成等。物流中心服務(wù)系列化電子商務(wù)下，新型物流中心除強調(diào)物流配送服務(wù)功能的恰當(dāng)定位與完善化、系列化，除了傳統(tǒng)的儲存、運輸、包裝、流通加工等服務(wù)外，還在外延上擴展至 市場調(diào)查與預(yù)測、采購及訂單處理、向下延伸至物流配送咨詢、物流配送方案的 選擇與規(guī)劃、庫存控

20、制策略建議、貨款回收與結(jié)算、教育培訓(xùn)等增值服務(wù)；在內(nèi) 涵上提高了以上服務(wù)對決策的支持作用。物流中心作業(yè)規(guī)范化電子商務(wù)下的新型物流配送強調(diào)功能作業(yè)流程、作業(yè)、運作的標(biāo)準(zhǔn)化和程序 化，使復(fù)雜的作業(yè)變成簡單的易于推廣與考核的運作。物流配送手段現(xiàn)代化電子商務(wù)下的新型物流配送使用先進的技術(shù)、設(shè)備與管理為銷售提供服務(wù)， 生產(chǎn)、流通和銷售規(guī)模越大、范圍越廣，物流配送技術(shù)、設(shè)備及管理越現(xiàn)代化。物流配送組織網(wǎng)絡(luò)化為了保證對產(chǎn)品促銷提供快速、全方位的物流支持，新型物流配送要有完善、 健全的物流配送網(wǎng)絡(luò)體系，網(wǎng)絡(luò)上點與點之間的物流配送活動保持系統(tǒng)性和一致 性，這樣可以保證整個物流配送網(wǎng)絡(luò)有最優(yōu)的庫存總水平及庫存分布

21、，運輸與配送快捷、機動，既能鋪開又能收攏。分散的物流配送單體只有形成網(wǎng)絡(luò)才能滿足現(xiàn)代生產(chǎn)與流通的需要3遠(yuǎn)景規(guī)劃方案3.1 可適應(yīng)未來SSO單點登錄方式本系統(tǒng)將預(yù)留SSO單點登陸接口，可適應(yīng)系統(tǒng)的整體規(guī)劃采用用戶單一登 陸控制方式，用戶在通過統(tǒng)一登錄驗證后， 就可訪問相關(guān)管理信息系統(tǒng)，不需多 次驗證；SSO單點登錄指用戶只需登錄一次，就可使用多個SSO enable的應(yīng)用系統(tǒng)。用戶通過任何應(yīng)用系統(tǒng)都能進行 SSO,這對于基于 Web的系統(tǒng)是可行的。 這種單一的登錄點在整個系統(tǒng)的設(shè)計中是唯一認(rèn)證用戶的地方，由登錄點將 SSO token （針對不同的C/S , B/S應(yīng)用可能還需要傳遞用戶名，口令

22、）傳遞給 應(yīng)用系統(tǒng)，應(yīng)用系統(tǒng)利用 SSO token來進行用戶已認(rèn)證的驗證。簡單地說就是 要修改已有的應(yīng)用系統(tǒng)，屏蔽已有的應(yīng)用系統(tǒng)的用戶認(rèn)證模塊， 使用系統(tǒng)提供的 SSO API來驗證用戶，以及對用戶的操作進行授權(quán)。通常，認(rèn)證與授權(quán)管理模 塊以一種應(yīng)用專有的方式實現(xiàn)，系統(tǒng)的授權(quán)模型、認(rèn)證，授權(quán)信息存貯結(jié)構(gòu)與訪問控制邏輯與應(yīng)用的業(yè)務(wù)邏輯之間耦合緊密。這種設(shè)計與實現(xiàn)方式的缺點是顯而 易見的：由于認(rèn)證、授權(quán)模塊與應(yīng)用邏輯之間的緊耦合使得認(rèn)證、授權(quán)模塊很難進行擴展與維護；認(rèn)證、授權(quán)模塊的設(shè)計與編碼需要很大的工作量，而且很難在不同的應(yīng)用系統(tǒng)之間共享與重用。這也是越來越多企業(yè)應(yīng)用需要SSO的原因之范文范例

23、學(xué)習(xí)指導(dǎo)3.2 數(shù)據(jù)中心規(guī)劃思路結(jié)合數(shù)據(jù)倉庫技術(shù)思路，有效收集整理系統(tǒng)數(shù)據(jù)，為逐步實現(xiàn)知識管理和數(shù) 據(jù)分析應(yīng)用提供數(shù)據(jù)基礎(chǔ)。作為一種理想的數(shù)據(jù)加工及存儲模式， 數(shù)據(jù)中心的建 立將為管理中心的數(shù)據(jù)整合及有效利用提供了基礎(chǔ)， 為知識管理和決策分析應(yīng)用 提供數(shù)據(jù)支持。3.3 兼容未來數(shù)據(jù)擴展作為日常使用最為頻繁的信息平臺， 可通過道路運輸管理平臺在前臺（訪問 界面）對后臺各數(shù)據(jù)進行集成訪問，包括各類統(tǒng)計報表的展現(xiàn)和傳遞，基于綜合 辦公管理平臺的權(quán)限控制體系對各后端數(shù)據(jù)進行受控安全訪問和傳遞， 與其他信 息系統(tǒng)實現(xiàn)數(shù)據(jù)集成，互為補充，滿足集成需求。3.4 無縫銜接Web Services技術(shù)3.4.1

24、 Web Services 體系結(jié)構(gòu)Web services是一種能夠被描述并通過網(wǎng)絡(luò)發(fā)布、發(fā)現(xiàn)和調(diào)用的自包含、自描述、松散耦合的軟構(gòu)件。在 Web services體系中(如圖1),所有的應(yīng)用實 體都被抽象成服務(wù)。其中包括三個實體和三種操作1。服務(wù)提供者(ServiceProvider)。從商務(wù)角度看它是指服務(wù)的所有者，從體系結(jié)構(gòu)上看它是指提供服務(wù) 的平臺。(2)服務(wù)請求者(Service Requester)。從商務(wù)角度看它是指需要請求特定 功能的企業(yè)，從體系結(jié)構(gòu)上看它是指查找和調(diào)用服務(wù)的客戶端應(yīng)用程序。(3)服務(wù)代理(Service Broker)。它是指用來存儲服務(wù)描述信息的信息庫(R

25、epository) 0 服務(wù)提供方在這里發(fā)布他們的服務(wù)；服務(wù)請求方在這里查找服務(wù)，獲取服務(wù)的綁 定信息。與Web Services有關(guān)的操作主要有以下三種：(1)發(fā)布。服務(wù)提供者需要首先將服務(wù)進行一定描述并發(fā)布到注冊服務(wù)器上。 在發(fā)布操作中，服務(wù)提供者需要通過注冊服務(wù)器的身份驗證，才能對服務(wù)描述信 息進行發(fā)布和修改。(2)查找。服務(wù)請求方根據(jù)注冊服務(wù)器提供的規(guī)范接口發(fā)出查詢請求，以獲 取綁定服務(wù)所需的相關(guān)信息。在查找操作中，一般包含兩種查找模式：一種是瀏覽模式(Browse Pattern),即服務(wù)請求方可以根據(jù)通用的分類標(biāo)準(zhǔn)來瀏覽或者通 過一些關(guān)鍵字來搜索，并逐步縮小查找的范圍，直到找到滿

26、足需要的服務(wù)，查找結(jié)果是一系列服務(wù)的集合；另一種是直接獲取模式(Drill down Pattern),即通過唯 一的關(guān)鍵字直接得到特定服務(wù)的描述信息，其查找結(jié)果是唯一的。(3)綁定(Binding)。服務(wù)請求方通過分析從注冊服務(wù)器中得到的服務(wù)綁定信 息，包括服務(wù)的訪問路徑、服務(wù)調(diào)用的參數(shù)、返回結(jié)果、傳輸協(xié)議、安全要求等， 對自己的系統(tǒng)進行相應(yīng)配置，進而遠(yuǎn)程調(diào)用服務(wù)提供者所提供的服務(wù)。3.4.2 Web Services 的關(guān)鍵技術(shù)Web Services以技術(shù)棧的形式規(guī)范了 Web Services體系中的各類關(guān)鍵技 術(shù)，包括服務(wù)的描述、發(fā)布、發(fā)現(xiàn)以及消息的傳輸?shù)取?1) XML 與 HTT

27、P這是 Web Services最基本的平臺。HTTP是一個在Internet上廣泛使用的協(xié)議，為 Web Services部件通過Internet交互奠定了協(xié)議基礎(chǔ)，并具有穿透防 火墻的良好特性。XML是一種元語言，可以用來定義和描述結(jié)構(gòu)化數(shù)據(jù)，它是Web Services得以實現(xiàn)的語言基礎(chǔ)。Web Services的其它協(xié)議規(guī)范都是以 XML 形式來描述和表達(dá)的。(2) SOAP(Simple Object Access Protocol)。SOAP協(xié)議最先由Microsoft公司提交給 W3C組織，并于2000年4月通過1.0版本。它是SOA架構(gòu)實現(xiàn)的線纜級協(xié)議，定義了服務(wù)請求者和服務(wù)提

28、供者 之間的消息傳輸規(guī)范。SOAP用XML來格式化消息，用 HTTP來承載消息。 SOAP包括三部分：定義了描述消息和如何處理消息的框架的封包(SOAP封包)、表達(dá)應(yīng)用程序定義的數(shù)據(jù)類型實例的編碼規(guī)則(SOAP編碼規(guī)則)以及描述遠(yuǎn)程過程調(diào)用和應(yīng)答的協(xié)定(SOAPRPC表示)。(3) WSDL(Web Service Description Language)WSDL由Microsoft , IBM , Ariba三家公司在 2000年9月推出。它是 Microsoft 公司的 SDL (Services Description Language )、IBM 公司的 NASSL(Network-

29、Accessible Services Specification Language )合并后被 W3C 接納 所形成的標(biāo)準(zhǔn)。WSDL為服務(wù)提供者提供以XML格式描述Web Services請求的標(biāo)準(zhǔn)格式，將網(wǎng)絡(luò)服務(wù)描述為能夠進行消息交換的通信端點的集合，以表達(dá)一個WebServices能做什么，它的位置在哪里，如何調(diào)用它等。 UDDI (Universal Discovery , Description , Integration)UDDI規(guī)范由Microsoft , IBM, Ariba三家公司在2000年7月提出。它 是在原有 Microsoft 提出的 DISCO(Discovery

30、of Web Services)和 IBM 的 ADS(Advertisement and Discovery of Services) 的基礎(chǔ)上發(fā)展而來的。UDDI是Web Services的信息注冊規(guī)范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和 使用它。UDDI規(guī)范描述了 Web Services的概念，同時也定義了一種編程接口。 通過UDDI提供的標(biāo)準(zhǔn)接口，企業(yè)可以發(fā)布自己的 Web Services供其它企業(yè)查 詢、調(diào)用;也可以查詢特定服務(wù)的描述信息，并動態(tài)綁定到該服務(wù)上。通過UDDI , Web Services可以真正實現(xiàn)信息的“一次注冊，至U處訪問”。(5) WSFL(Web Service

31、s Flow Language)。由 IBM 提出，使用 WSDL 和 WSEL(Web Services Endpoint Language) 來 描述服務(wù)接口和它們的協(xié)議綁定。WSEL是用來描述非操作性的服務(wù)特征(如服 務(wù)質(zhì)量等)的一種語言。4總體目標(biāo)“物流信息系統(tǒng)軟件”建設(shè)的總體目標(biāo)是：綜合運用計算機技術(shù)、網(wǎng)絡(luò)技術(shù)和 通訊技術(shù)，構(gòu)建覆蓋各級道路運輸管理機構(gòu)、物流中心、物流企業(yè)和貨運企業(yè)的高效、快速、通暢的信息網(wǎng)絡(luò)系統(tǒng)；建立統(tǒng)一的信息交互平臺，充分利用來自政 府、企業(yè)的信息資源，提高綜合信息運用能力和服務(wù)能力；加強政府對行業(yè)引導(dǎo)、 管理和服務(wù)，規(guī)范和完善道路貨物運輸信息的收集、整理、分析、

32、發(fā)布，提高信 息使用效率。實現(xiàn)與GIS、GPS系統(tǒng)的有效結(jié)合，對道路運輸企業(yè)營運車輛運行狀態(tài)的 全面監(jiān)測和預(yù)警，建成安全管理系統(tǒng)。建立具有國際先進水平的車輛行車安全監(jiān) 控體系，對重點車輛運行狀態(tài)進行全程監(jiān)控、跟蹤，實現(xiàn)車輛故障全面監(jiān)測、預(yù) 警。建立完善的車輛動態(tài)追蹤系統(tǒng)，為車輛運力資源調(diào)配和車輛檢修管理提供可 靠、準(zhǔn)確的依據(jù)。綜合利用車輛管理系統(tǒng)、行車安全監(jiān)控和車輛安全管理等相關(guān)信息，建立車 輛安全管理系統(tǒng)，實現(xiàn)行車安全管理現(xiàn)代化。建立科學(xué)的物流資源管理體系，服務(wù)道路運輸生產(chǎn)，建立貨運車輛運力資源 管理系統(tǒng)，和倉儲供應(yīng)商資源管理系統(tǒng)，為道路運輸物流的生產(chǎn)提供及時、完整 的車輛運力資源信息和倉儲

33、儲力資源信息，提高道路運輸物流生產(chǎn)規(guī)模效益。建立整套物流信息系統(tǒng)，有利于道路運輸物流中心的規(guī)范管理，提高日常業(yè) 務(wù)處理能力，其整體架構(gòu)分為：省數(shù)據(jù)中心、省物流信息平臺、物流企業(yè)應(yīng)用系 統(tǒng)三大部分。5整體業(yè)務(wù)流程為實現(xiàn)省內(nèi)地、市級的物流中心和各物流企業(yè)、貨運企業(yè)通過物流信息平臺 和物流企業(yè)信息系統(tǒng)與省信息互聯(lián)，具體業(yè)務(wù)流程圖如下圖所示：word完美格式省物流信息平臺市物流信 息數(shù)據(jù)庫市物流信息平臺物流企業(yè)應(yīng)用系統(tǒng)區(qū)縣貨運代理軟件平臺6系統(tǒng)設(shè)計6.1系統(tǒng)結(jié)構(gòu)圖物流信息系統(tǒng)物流企業(yè)管理系統(tǒng)物流信息服務(wù)平臺物流企業(yè)維護子系統(tǒng)物流企業(yè)管理物流電子商務(wù)后臺維護子系統(tǒng)決策支持子系統(tǒng)物流信息服務(wù)子系統(tǒng)物流信息

34、系統(tǒng)結(jié)構(gòu)基于Intranet/Internet技術(shù)，以瀏覽器/服務(wù)器（B/S）結(jié)構(gòu)和客戶機/服務(wù)器（C/S）相結(jié)合的技術(shù)架構(gòu)方式進行設(shè)計，并支持虛擬專用 網(wǎng)絡(luò)（VPN）,系統(tǒng)必須支持主流計算機硬件及軟件平臺，并兼容現(xiàn)有的設(shè)備， 支持多種開放技術(shù)標(biāo)準(zhǔn)，系統(tǒng)應(yīng)提供標(biāo)準(zhǔn)的接口程序或和預(yù)留技術(shù)接口標(biāo)準(zhǔn)，便于擴展應(yīng)用系統(tǒng)功能和與其他應(yīng)用系統(tǒng)的互聯(lián)，互訪；系統(tǒng)數(shù)據(jù)庫采用通用大型數(shù)據(jù)庫技術(shù)；充分考慮利用現(xiàn)有網(wǎng)絡(luò)和硬件設(shè)備；客戶端支持 Windows 98/NT/2000/XP ;瀏覽器支持多種通用瀏覽器。系統(tǒng)具有 開放性、易操作性、界面的友好性、可靠性和安全性等特點，為用戶提供了統(tǒng)一 的、友好的操作界面。系

35、統(tǒng)運用大型數(shù)據(jù)庫技術(shù)，綜合運用通信技術(shù)、計算機技術(shù)和網(wǎng)絡(luò)技術(shù)（如XML、WEB service、EDI技術(shù)、條形碼識別系統(tǒng)、地理信息系統(tǒng) （GIS）、全球 衛(wèi)星定位系統(tǒng)（GPS）、圖像識別系統(tǒng)和射頻技術(shù)等）搭建物流信息應(yīng)用平臺，通過 現(xiàn)有的運政管理系統(tǒng)、GPS車輛信息服務(wù)系統(tǒng)等進行協(xié)同處理和信息資源的整 合，構(gòu)建和完善物流綜合資源庫。6.2 設(shè)計原則設(shè)計時要考慮的總體原則是：它必須滿足設(shè)計目標(biāo)中的要求，并充分考慮 物流信息系統(tǒng)的基本約定，比如系統(tǒng)能在 UNIX和windows平臺上構(gòu)建系統(tǒng)。 物流信息系統(tǒng)數(shù)據(jù)在分布式存放，業(yè)務(wù)分散處理等前提下，遵循系統(tǒng)整體性、 先進性和可擴充性原則，建立經(jīng)濟合

36、理、資源優(yōu)化的系統(tǒng)設(shè)計方案。物流信息系統(tǒng)的實施作為信息化規(guī)劃的實踐和實現(xiàn)，必須遵循信息化規(guī)劃方案的思想，對規(guī)劃進行項目實施層面上的細(xì)化和實現(xiàn)。首先必須遵循信息化規(guī)劃“投資適度，快速見效；成熟穩(wěn)定，總體最優(yōu)”的總 原則。具體細(xì)化到信息系統(tǒng)分析設(shè)計和軟件系統(tǒng)工程上來。6.2.1 先進性原則近年來信息技術(shù)飛速發(fā)展，用戶在構(gòu)建信息系統(tǒng)時有了很大的選擇余地，但也使用戶在構(gòu)建系統(tǒng)時絞盡腦汁地在技術(shù)的先進性與成熟性之間尋求平衡。先進而不成熟的技術(shù)不敢用，而太成熟的技術(shù)又意味著過時和淘汰。采 用當(dāng)今國內(nèi)、國際上最先進和成熟的計算機軟硬件技術(shù)，使新建立的系統(tǒng)能夠最大限度地適應(yīng)今后技術(shù)發(fā)展變化和業(yè)務(wù)發(fā)展變化的需要

37、，從目前國內(nèi)發(fā)展來看，系統(tǒng)總體設(shè)計的先進性原則主要體現(xiàn)在以下幾個方面：采用的系統(tǒng)結(jié)構(gòu)應(yīng)當(dāng)是先進的、開放的體系結(jié)構(gòu)；采用的計算機技術(shù)應(yīng)當(dāng)是先進的，如雙機熱備份技術(shù)、雙機互為備份技術(shù)、 共享陣列盤技術(shù)、容錯技術(shù)、RAID技術(shù)等集成技術(shù)、多媒體技術(shù)； 采用先進的網(wǎng)絡(luò)技術(shù)，如網(wǎng)絡(luò)交換技術(shù)、網(wǎng)管技術(shù)，通過智能化的網(wǎng)絡(luò) 設(shè)備及網(wǎng)管軟件實現(xiàn)對計算機網(wǎng)絡(luò)系統(tǒng)的有效管理與控制；實時監(jiān)控網(wǎng) 絡(luò)運行情況，及時排除網(wǎng)絡(luò)故障，及時調(diào)整和平衡網(wǎng)上信息流量；采用先進的現(xiàn)代管理技術(shù)，以保證系統(tǒng)的科學(xué)性。軟件的投資考慮到今后的發(fā)展，不能使用落后的產(chǎn)品與技術(shù)，避免投資的浪費；在系統(tǒng)軟件選型、開發(fā)技術(shù)上，達(dá)到國內(nèi)外行業(yè)先進水平。6

38、.2.2 實用性原則實用性就是能夠最大限度地滿足實際工作要求，是每個信息系統(tǒng)在建設(shè)過 程中所必須考慮的一種系統(tǒng)性能，它是系統(tǒng)對用戶最基本的承諾，所以，從實 際應(yīng)用的角度來看，這個性能更加重要，為了提高系統(tǒng)的實用性，應(yīng)該考慮如 下幾個方面：系統(tǒng)總體設(shè)計要充分考慮用戶當(dāng)前各業(yè)務(wù)層次、各環(huán)節(jié)管理中數(shù)據(jù)處理的 便利性和可行性，把滿足用戶業(yè)務(wù)管理做為第一要素進行考慮。采取總體設(shè)計、分步實施的技術(shù)方案，在總體設(shè)計的前提下，系統(tǒng)實施 中可首先進行業(yè)務(wù)處理層及管理中的低層管理，穩(wěn)步向中高層管理及全面自動化過渡，這樣做可以使系統(tǒng)始終與用戶的實際需求緊密連在一起， 不但增加了系統(tǒng)的實用性，而且可使系統(tǒng)建設(shè)保持很好

39、的連貫性；全部人機操作設(shè)計均應(yīng)充分考慮不同用戶的實際需要；用戶接口及界面設(shè)計將充分考慮人體結(jié)構(gòu)特征及視覺特征進行優(yōu)化設(shè) 計；界面盡可能美觀大方，操作簡便實用。6.2.3 安全性原則系統(tǒng)應(yīng)能提供有效的安全保密機制，保證各單位之間的信息能夠安全發(fā)送 與接收。系統(tǒng)應(yīng)提供口令驗證、加密、權(quán)限控制、電子簽名等安全機制。系統(tǒng)需提供完善堅實權(quán)限管理手段，具有良好的安全保密機制。需選擇良好 的服務(wù)器操作系統(tǒng)平臺及數(shù)據(jù)庫，使系統(tǒng)處于C2安全級基礎(chǔ)之上；采用操作權(quán)限控制、用戶鑰匙、密碼控制、系統(tǒng)日志監(jiān)督、數(shù)據(jù)更新嚴(yán)格憑證等多種手 段。網(wǎng)上設(shè)計采用三層結(jié)構(gòu)設(shè)計，所有對數(shù)據(jù)庫的訪問操作行為全部封裝；網(wǎng) 站管理分權(quán)限控

40、制、數(shù)據(jù)傳輸嚴(yán)密加密實現(xiàn)。6.2.4 可靠性原則系統(tǒng)在設(shè)計上要充分考慮提供安全可靠的技術(shù)和管理方式，通過增加設(shè)計， 提高質(zhì)量和控制業(yè)務(wù)流程等多種手段加以保障。系統(tǒng)必須要保證其工作的高可靠 性和高穩(wěn)定性，保證常年的7 X 24不間斷運行。一個中大型計算機系統(tǒng)每天處 理數(shù)據(jù)量一般都較大，系統(tǒng)每個時刻都要采集大量的數(shù)據(jù)，并進行處理，因此， 任一時刻的系統(tǒng)故障都有可能給用戶帶來不可估量的損失，這就要求系統(tǒng)具有高 度的可靠性。提高系統(tǒng)可靠性的方法很多，一般的做法如下：采用具有容錯功能的服務(wù)器及網(wǎng)絡(luò)設(shè)備，選用雙機備份、Cluster技術(shù)的硬件設(shè)備配置方案，出現(xiàn)故障時能夠迅速恢復(fù)并有適當(dāng)?shù)膽?yīng)急措施；每臺設(shè)備

41、均考慮可離線應(yīng)急操作，設(shè)備間可相互替代；采用數(shù)據(jù)備份恢復(fù)、數(shù)據(jù)日志、故障處理等系統(tǒng)故障對策功能；采用網(wǎng)絡(luò)管理、嚴(yán)格的系統(tǒng)運行控制等系統(tǒng)監(jiān)控功能。6.2.5 可操作性系統(tǒng)在設(shè)計上要充分考慮用戶界面應(yīng)方便、友好、靈活，用戶應(yīng)能夠方便地 在權(quán)限范圍內(nèi)于各子系統(tǒng)之間切換。 系統(tǒng)有良好的整體化設(shè)計，同時完善的幫助 系統(tǒng)也是增強可操作性的必要輔助工具之一。6.2.6 靈活性原則應(yīng)用系統(tǒng)不依賴于特定硬件環(huán)境；在系統(tǒng)結(jié)構(gòu)一致的前提下可選擇實施各 模塊的應(yīng)用；系統(tǒng)具有可實施性，各模塊可單獨實施并使用。6.2.7 信息準(zhǔn)確和及時性應(yīng)用系統(tǒng)所有業(yè)務(wù)數(shù)據(jù)實時處理并集中。由于各物流中心相對分散，故集 中管理必然使整個系

42、統(tǒng)的信息及時、準(zhǔn)確。尤其在檢索分析和領(lǐng)導(dǎo)查詢決策中， 就更需要有數(shù)據(jù)實施處理的機制和管理模式。6.2.8 開放性原則系統(tǒng)采用開放性的平臺，充分考慮本系統(tǒng)與其它系統(tǒng)的數(shù)據(jù)接口。根據(jù)我們對物流信息系統(tǒng)信息化建設(shè)應(yīng)用系統(tǒng)需求和系統(tǒng)目標(biāo)的分析， 實現(xiàn) 思路是：快速適應(yīng)系統(tǒng)的業(yè)務(wù)需求，應(yīng)用先進的軟件設(shè)計思想，同時充分考慮系 統(tǒng)長期發(fā)展的前瞻性要求，基于J2EE的多層B/S架構(gòu)體系之上實現(xiàn)系統(tǒng)的靈活性、安全性，并使系統(tǒng)具有良好的可管理性。重點考慮以下幾點：最大限度保護用戶現(xiàn)有投資任何新體系的引進都必須保證不能影響原有業(yè)務(wù)系統(tǒng)的性能，保證關(guān)鍵業(yè)務(wù) 系統(tǒng)的正常運轉(zhuǎn)，這是引進新的信息技術(shù)的前提。本系統(tǒng)將充分考慮

43、本系統(tǒng)的現(xiàn) 狀，最大程度地保護用戶現(xiàn)有軟硬件和網(wǎng)絡(luò)投資。 對準(zhǔn)備棄用的原有系統(tǒng)中的數(shù) 據(jù)完整地遷移到新系統(tǒng)中，對保留使用的原有系統(tǒng)進行全面整合，加以充分利用?？傮w規(guī)劃、分步實施系統(tǒng)必須本著“整體規(guī)劃，統(tǒng)一組織，分步實施”的原則進行開發(fā)建設(shè)，系統(tǒng) 建設(shè)應(yīng)在建設(shè)之初的統(tǒng)一規(guī)劃下，充分考慮以上多方的情況，有機的、分步驟的逐步完善。止匕外，系統(tǒng)的建設(shè)涉及眾多新的和復(fù)雜的軟硬件技術(shù)，工程實施環(huán)節(jié)復(fù)雜，應(yīng)按照總體設(shè)計的規(guī)劃來進行分步實施。標(biāo)準(zhǔn)化的開發(fā)與設(shè)計系統(tǒng)開發(fā)與建設(shè)應(yīng)做到工作標(biāo)準(zhǔn)統(tǒng)一、業(yè)務(wù)流程統(tǒng)一、服務(wù)程序統(tǒng)一。在業(yè)務(wù)、軟件產(chǎn)品、通信技術(shù)等各方面采用行業(yè)、國家和國際標(biāo)準(zhǔn)化組織制定的有關(guān) 技術(shù)規(guī)范與標(biāo)準(zhǔn)

44、。保證信息流傳遞快速順暢，網(wǎng)絡(luò)運行安全可靠。完備的安全體系系統(tǒng)安全性也是設(shè)計與開發(fā)應(yīng)用系統(tǒng)的首要考慮因素，是整個過程中應(yīng)當(dāng)遵 循的準(zhǔn)則。應(yīng)用系統(tǒng)在設(shè)計時制定一整套有效的安全措施以保證整個系統(tǒng)的安全 性，能夠滿足本系統(tǒng)制定的安全管理需要，能夠防止來自內(nèi)、外部入侵的威脅。6.2.9 可擴展性與可移植性可擴展性指的是系統(tǒng)可以根據(jù)業(yè)務(wù)發(fā)展的需要，能夠方便的升級，擴展系統(tǒng)的功能。由于本次采用了集中式系統(tǒng)架構(gòu)， 數(shù)據(jù)和應(yīng)用的集成集中在中間件一級 進行處理，所以，也就為日后的擴展打下了良好的基礎(chǔ)。同時保證系統(tǒng)能在各種操作系統(tǒng)和不同的中間件平臺上移植。從本次采用的系統(tǒng)體系架構(gòu)、開發(fā)語言到各平臺服務(wù)器的選型我們

45、都充分考慮到了移植性的要 求。6.2.10 系統(tǒng)性原則從物流運輸管理一體化的要求出發(fā)，以系統(tǒng)的眼光作出整體規(guī)劃，做到統(tǒng)一 設(shè)計，逐步實施，并制定統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)、網(wǎng)絡(luò)標(biāo)準(zhǔn)和應(yīng)用標(biāo)準(zhǔn)，形成決策層、 調(diào)度層、操作層之間相互銜接的標(biāo)準(zhǔn)體系。同時，由于信息化涉及面廣、覆蓋面寬，任務(wù)重，難度大，非一朝一夕所能 夠完成，因此，在實施過程中必須堅持遠(yuǎn)近結(jié)合、突出重點、急用先建、分步實 施、逐步推進。在系統(tǒng)設(shè)計過程中考慮系統(tǒng)實施的分步性、階段性，提供逐步實 施的具體方法：先試點再推廣與分階段升級實施?？焖僖娦?，保證滿足基本需求和規(guī)劃方向結(jié)合。6.2.11 成熟性原則系統(tǒng)設(shè)計和開發(fā)平臺采用業(yè)界公認(rèn)成熟并被廣泛應(yīng)用

46、的技術(shù)，保證系統(tǒng)實施的進度和質(zhì)量、保證系統(tǒng)的穩(wěn)定可靠。系統(tǒng)技術(shù)成熟穩(wěn)定和主流相結(jié)合。堅持以安全、實用為前提，在實施中首選先進、成熟、可靠、適應(yīng)電力行業(yè) 管理特點的信息技術(shù)，同時又要體現(xiàn)信息系統(tǒng)的開放性、兼容性和可擴展性，做到既滿足企業(yè)業(yè)務(wù)管理和安全保密的自身需要，又要滿足與相關(guān)上下游企業(yè)之間的開放對接之需要。6.3 系統(tǒng)架構(gòu)設(shè)計本系統(tǒng)采用J2EE的架構(gòu)進行開發(fā)，采用現(xiàn)階段成熟的基于 MVC的Struts 架構(gòu)。WEB SERVER接受客戶的訪問/交易請求，并建立起安全通道之后，根 據(jù)不同的業(yè)務(wù)請求，由專門的 Action Servlet進行處理，該Servlet會根據(jù)不同 的請求調(diào)用相應(yīng)EJB

47、或Javabean對數(shù)據(jù)庫進行訪問，并調(diào)用交易組件處理相 應(yīng)的業(yè)務(wù)方面的交易流程，最后根據(jù)配置文件定義的結(jié)果顯示頁面，將系統(tǒng)處理 結(jié)果傳輸?shù)接脩舳?，從而實現(xiàn)了對用戶業(yè)務(wù)請求的處理。 交易業(yè)務(wù)邏輯利用EJB 或Javabean進行封裝，保證了邏輯的完整性和一致性。表現(xiàn)層把結(jié)果以頁面的方式呈現(xiàn)給用戶， 在本層中采用Servlet及JSP技術(shù) 進行實現(xiàn)。同時為更方便界面的修改， 我們采用了模板技術(shù)，模板是一些嵌有標(biāo) 識符的html頁面，由JSP或Servlet進行解析。這樣以后頁面的修改只需懂 HTML 即可，無須修改JSP或Servlet程序。在系統(tǒng)實現(xiàn)上，采用目前國際流行的面向?qū)ο蠹夹g(shù)、MVC的

48、設(shè)計模式和純JAVA技術(shù)，將整個系統(tǒng)從邏輯上分為展現(xiàn)層平臺、中間應(yīng)用服務(wù)平臺和業(yè)務(wù)系 統(tǒng)平臺等幾大部分，以提高整體網(wǎng)站系統(tǒng)的可擴展性、靈活性、易維護性。6.3.1 總體結(jié)構(gòu)設(shè)計圖本系統(tǒng)的體系結(jié)構(gòu)如下：用戶界面層用戶瀏覽器頁面請求頁面中間層WEB服務(wù)器應(yīng)用程序集（模塊結(jié)構(gòu)）數(shù)據(jù)請求數(shù)據(jù)數(shù)據(jù)應(yīng)用層客戶資料等信息庫6.3.2總體結(jié)構(gòu)模型圖JSP, HTML，DHTML. JS、AppletMVC W巳b前端局異常處理Servlet選程調(diào)用代理層tRemote Call Proxy）IOC容器LOG安全業(yè)綣服務(wù)層（BS）事務(wù)管理（TM）數(shù)據(jù)存取層ms應(yīng)用集成（EAI）JNDIJDBC數(shù)據(jù)源:可以是關(guān)系

49、型數(shù)據(jù)庫，也可以是 XML文件。數(shù)據(jù)庫層支持當(dāng)前通用的關(guān)系 型數(shù)據(jù)庫，系統(tǒng)實現(xiàn)對具體的數(shù)據(jù)庫產(chǎn)品保持獨立，可同時適配多種數(shù)據(jù)庫產(chǎn)品， 當(dāng)更換數(shù)據(jù)庫產(chǎn)品時，只須修改配置文件。容器服務(wù)層：J2EE應(yīng)用服務(wù)器提供的服務(wù)，應(yīng)用服務(wù)器提供了 JNDI(Java Naming and Directory Interface)、Connection Pool、JTA (Java Transaction API )以及 JDBC 等服務(wù)。數(shù)據(jù)存取層：數(shù)據(jù)存取層負(fù)責(zé)從數(shù)據(jù)源讀取數(shù)據(jù)和將數(shù)據(jù)寫入數(shù)據(jù)源，數(shù)據(jù)存取層向業(yè)務(wù) 服務(wù)層提供服務(wù)。使用 Venus平臺提供的Jdbc Template數(shù)據(jù)庫存取技術(shù)可以 大大提

50、高開發(fā)效率，JdbcTemplate把JDBC應(yīng)用中的獲取連接、異常處理、釋 放等比較通用的操作全部都集中起來，程序員只需要提供個性的操作部分就可以 了，這樣，數(shù)據(jù)操作部分的代碼量減少了許多。JdbcTemplate對一些返回單值或不返回值的數(shù)據(jù)庫操作提供了實現(xiàn)，對于這種操作，程序員調(diào)用這些現(xiàn)有的方法實現(xiàn)就可以了。應(yīng)用集成層：應(yīng)用集成層和數(shù)據(jù)存取層處于同一層次，它負(fù)責(zé)和其他應(yīng)用系統(tǒng)的集成，應(yīng) 用集成層包含的典型例子是和銀行接口的集成。銀行接口服務(wù)和業(yè)務(wù)運營系統(tǒng)部署在不同的機器上，銀行接口服務(wù)可能以 WebService的方式提供服務(wù)，也可能 以Socket編程接口的方式提供服務(wù)，應(yīng)用集成層通過

51、和銀行接口服務(wù)器交互， 向業(yè)務(wù)服務(wù)層提供服務(wù)。業(yè)務(wù)對象層:對業(yè)務(wù)領(lǐng)域（Business Domain ）中的對象予以抽象，形成軟件系統(tǒng)中的業(yè)務(wù)對象。一個業(yè)務(wù)對象往往表示客觀存在的具體的事務(wù)， 它承擔(dān)一部分業(yè)務(wù)邏輯。一般來說，業(yè)務(wù)對象在數(shù)據(jù)庫中都有其存儲表示。舉例來說，訂單 （Order）,客 戶（Customer）等都是業(yè)務(wù)對象。業(yè)務(wù)服務(wù)層：業(yè)務(wù)服務(wù)層向 WEB MVC前端提供服務(wù)，就好像應(yīng)用系統(tǒng)的 API 一樣，它 向WEB層提供一個清晰的服務(wù)接口。業(yè)務(wù)服務(wù)層也是放置事務(wù)控制，安全控制 的理想場所。業(yè)務(wù)服務(wù)層包含業(yè)務(wù)邏輯，它通常需要數(shù)據(jù)存取層和應(yīng)用集成層提 供的服務(wù)。遠(yuǎn)程調(diào)用代理層：在部署應(yīng)

52、用系統(tǒng)時，經(jīng)常會出現(xiàn)業(yè)務(wù)服務(wù)層部署在遠(yuǎn)程機器上的情況，基于伸縮性和性能的考慮，有時將同一業(yè)務(wù)服務(wù)同時部署在多臺機器上。基于 IOC 和AOP機制的遠(yuǎn)程代理層，使程序員不用再關(guān)心服務(wù)的部署情況，程序員只須 針對業(yè)務(wù)服務(wù)層提供的接口進行編程。遠(yuǎn)程調(diào)用代理層解決了分布式、群集、 負(fù) 載均衡、冗余等企業(yè)級應(yīng)用的需求，而所有這些對程序員來說都是透明的。 另外, 將一個對本地服務(wù)的調(diào)用改為對遠(yuǎn)程服務(wù)的調(diào)用不用在修改任何代碼，只需要對配置文件進行簡單的修改就可以了。WEB前端控制層：MVC是三個單詞的縮寫，這三個單詞分別為：模型（ Model）、視圖（View） 和控制（Controller）。MVC模式的

53、目的就是實現(xiàn) Web系統(tǒng)的職能分工。將模型（業(yè) 務(wù)邏輯）、視圖（頁面展現(xiàn)）和控制（頁面控制邏輯）分離，降低各部分的耦合 度，提高各模塊的內(nèi)聚程度。異常處理：根據(jù)我們對軟件的邏輯分層，對異常進行相應(yīng)的層次劃分，針對各層定義相 應(yīng)的異?；?，各層所拋出的異常都從相應(yīng)的異常基類派生。提供全局異常處理機制。IOC容器：在J2EE應(yīng)用開發(fā)中，經(jīng)常遇到的問題就是：如何將不同的組件組裝成為一個內(nèi)聚的應(yīng)用程序？如何實現(xiàn)組件之間的松散耦合關(guān)系？IoC (Inversion ofControl)模式可以解決這個問題，其目標(biāo)是將組件的配置與使用分離開。因此 我們引入了 IOC容器，使用IOC容器的另一個好處是，程序

54、員不再需要寫太多 的 Factory 類和 ServiceLocator 類。Log :日志機制，使用 Common-logging 日志，commons-logging 是一套輕量級、 易使用的日志設(shè)施，它可以和復(fù)雜的日志設(shè)施一起使用，例如 log4j, jdk1410g 等。commons-logging除了是一個封裝、提供一個簡單的使用界面外，還附帶 了簡單的實現(xiàn)-SimpleLog oSimpleLog把所有符合級別的日志信息簡單地輸出到 System.err.日志目標(biāo)上，它是commons-logging 搜索策略的底牌，這樣使得即 使在找不到log4j和jdk1410g的軟件系統(tǒng)運

55、行環(huán)境中，commons-logging日志設(shè) 施也能正常工作。安全：對某些安全性要求比較高的服務(wù)的調(diào)用，通過AOP機制來實現(xiàn)安全控制。值對象(VO)是任意的可用行化的Java對象，也被稱為值的對象，它通常用于 將多個信封裝成一個對象，作為方法調(diào)用的參數(shù)或返回值，在遠(yuǎn)程訪問中，為了減少網(wǎng)絡(luò)傳輸，也將多個信封裝為一個值對象。 值對象存在于上面各層，所以在架構(gòu)層次圖中并沒有標(biāo)明。6.3.3 系統(tǒng)邏輯結(jié)構(gòu)圖為了簡化系統(tǒng)開發(fā)和實現(xiàn)一個穩(wěn)鍵、可靠的系統(tǒng)架構(gòu)，根據(jù)系統(tǒng)分層設(shè)計中MVC的思想，把系統(tǒng)分為：表示層，業(yè)務(wù)邏輯層，中間層，數(shù)據(jù)處理層。表示層：使用JSP作為數(shù)據(jù)表示層。業(yè)務(wù)邏輯層：使用Servlet和Command作為業(yè)務(wù)邏輯層。中間層：使用EJB作為中間傳輸層。數(shù)據(jù)處理層：使用Hibernate作為數(shù)據(jù)處理層6.3.4 系統(tǒng)內(nèi)部結(jié)構(gòu)系統(tǒng)支持B/S結(jié)構(gòu)加C/S結(jié)構(gòu)模