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

2、2 Web Services 的關鍵技術 184 總體目標 195 整體業務流程 206 系統設計 226.1 系統結構圖 226.2 設計原則 236.2.1 先進性原則 236.2.2 實用性原則 246.2.3 安全性原則 256.2.4 可靠性原則 256.2.5 可操作性 266.2.6 靈活性原則 266.2.7 信息準確和及時性 266.2.8 開放性原則 266.2.9 可擴展性與可移植性 276.2.10 系統性原則 286.2.11 成熟性原則 286.3 系統架構設計 296.3.1 總體結構設計圖 296.3.2 總體結構模型圖 306.3.3 系統邏輯結構圖 346.

3、3.4 系統內部結構 356.4 系統軟件選型設計 406.4.1 操作系統 406.4.2 數據庫系統 426.5 系統硬件選型設計 516.5.1 服務器 516.6 設計遵循的標準和規范 526.6.1 系統設計標準 526.6.2 系統開發和實施標準 526.6.3 信息分類和編碼標準 526.6.4 軟件設計和開發標準 536.6.5 軟件質量管理標準 536.6.6 圖形標準 536.6.7 符號庫 546.6.8 網頁設計規范 546.7 技術性能設計 566.7.1 響應時間 566.7.2 CPU 和 LAN 負荷率 566.7.3 并發處理 576.8 數據庫設計 576.

4、8.1 對數據庫平臺的性能要求 576.8.2 數據庫系統結構設計 596.8.3 數據庫系統邏輯結構 596.8.4 數據庫設計遵循技術規范標準 606.9 本方案核心技術 646.9.1 軟件工程技術 646.9.2 面向對象的軟件開發方法 646.9.3 多層結構技術 676.9.4 中間件技術 706.9.5 XML 技術 726.10 軟件平臺 726.10.1 系統應用平臺 726.10.2 軟件開發工具 736.11 系統性能設計 816.11.1 系統安全性設計 816.11.2 系統可靠性設計 836.12 存儲解決方案 876.12.1 災難備份設計 886.12.2 系統

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

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

7、理安全解決方案 1289.4.2 網絡層安全 1289.4.3 系統層安全 1329.4.4 應用層安全 1339.4.5 人員安全管理 1349.4.6 數據庫層安全設計 13510 項目部署 13710.1 部署圖 13710.2 網絡拓撲圖 13711 項目質量保障方案 13911.1 質量計劃編制 13911.2 質量控制原則 14011.2.1 事前控制原則 14011.2.2 標準原則 14111.2.3 階段性控制原則 14111.2.4 定性測試和量化測試相結合原則 14111.2.5 用戶需求符合性原則 14211.3 質量控制影響因素 14211.3.1 全面地、系統地了解

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

9、風險狀態通報 15412.6 風險數據庫 15413 項目實施管理 錯誤！未定義書簽。13.1 項目人員及進度計劃 錯誤！未定義書簽。13.1.1 項目組織結構 錯誤！未定義書簽。13.1.2 領導小組職責 錯誤！未定義書簽。13.1.3 項目進度計劃 錯誤！未定義書簽。13.1.4 項目人員安排 錯誤！未定義書簽。13.2 項目配置管理 錯誤！未定義書簽。13.3 需求調研/開發管理 錯誤！未定義書簽。13.4 設計階段管理 錯誤！未定義書簽。13.5 編碼開發階段管理 錯誤！未定義書簽。13.6 測試管理 錯誤！未定義書簽。13.6.1 軟件測試規則 錯誤！未定義書簽。13.6.2 系統測

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

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

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

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

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

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

16、務的迅速發展以及電子商務向物流領域的大規模滲透，傳統的物流模式正在向系統化、信息化、社會化、標準化、 一體化的現代物流體系轉變。然而，在現代物流體系中，信息化是其核心所在， 而信息化的支撐正是物流信息平臺，故物流信息平臺的構建為現代物流發展提供 重要的物質基礎條件保障。因此，構建物流信息平臺，不僅對完善現代物流功能 具有重要的現實意義，而且是發展跨行業、跨地區、跨國界的現代物流的客觀需要。發展現代化物流是大勢所趨，道路運輸物流企業的信息化建設也正是使傳統 物流企業走向物流現代化、信息化的重要途徑。XX省物流企業正迫切需要一個包括運輸管理系統、倉庫管理系統、配送管理系統、車輛管理系統、運輸調度管

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

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

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

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

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

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

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

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

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

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

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

28、供者 之間的消息傳輸規范。SOAP用XML來格式化消息，用 HTTP來承載消息。 SOAP包括三部分：定義了描述消息和如何處理消息的框架的封包(SOAP封包)、表達應用程序定義的數據類型實例的編碼規則(SOAP編碼規則)以及描述遠程過程調用和應答的協定(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 接納 所形成的標準。WSDL為服務提供者提供以XML格式描述Web Services請求的標準格式，將網絡服務描述為能夠進行消息交換的通信端點的集合，以表達一個WebServices能做什么，它的位置在哪里，如何調用它等。 UDDI (Universal Discovery , Description , Integration)UDDI規范由Microsoft , IBM, Ariba三家公司在2000年7月提出。它 是在原有 Microsoft 提出的 DISCO(Discovery

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

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

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

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

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

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

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

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

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

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

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

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

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

43、本系統的現 狀，最大程度地保護用戶現有軟硬件和網絡投資。 對準備棄用的原有系統中的數 據完整地遷移到新系統中，對保留使用的原有系統進行全面整合，加以充分利用。總體規劃、分步實施系統必須本著“整體規劃，統一組織，分步實施”的原則進行開發建設，系統 建設應在建設之初的統一規劃下，充分考慮以上多方的情況，有機的、分步驟的逐步完善。止匕外，系統的建設涉及眾多新的和復雜的軟硬件技術，工程實施環節復雜，應按照總體設計的規劃來進行分步實施。標準化的開發與設計系統開發與建設應做到工作標準統一、業務流程統一、服務程序統一。在業務、軟件產品、通信技術等各方面采用行業、國家和國際標準化組織制定的有關 技術規范與標準

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

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

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

47、或Javabean對數據庫進行訪問，并調用交易組件處理相 應的業務方面的交易流程，最后根據配置文件定義的結果顯示頁面，將系統處理 結果傳輸到用戶端，從而實現了對用戶業務請求的處理。 交易業務邏輯利用EJB 或Javabean進行封裝，保證了邏輯的完整性和一致性。表現層把結果以頁面的方式呈現給用戶， 在本層中采用Servlet及JSP技術 進行實現。同時為更方便界面的修改， 我們采用了模板技術，模板是一些嵌有標 識符的html頁面，由JSP或Servlet進行解析。這樣以后頁面的修改只需懂 HTML 即可，無須修改JSP或Servlet程序。在系統實現上，采用目前國際流行的面向對象技術、MVC的

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

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

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

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

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

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

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

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