【文章內(nèi)容簡介】 構，滿足跨地域、多層次、垂直化統(tǒng)一價格管理的要求。合同管理是對與客戶或供應商簽訂的長期合同的管理，合同管理主要支持特定客戶合同價格和信用條件的管理。 輔助業(yè)務部分包括 陸運 業(yè)務和 清關 業(yè)務管理部分，由于這兩項業(yè)務不是 航空貨運的主要業(yè)務，所以對這兩項業(yè)務進行較簡單的功能支持，主要是對這兩項業(yè)務的 接單、計費和結算進行支持，以方便完成收付款和業(yè)務統(tǒng)計。 分撥中心和收貨點是航空物流 業(yè)務運作的核心， 包括產(chǎn)品、市場銷售、客服、接單、取件、轉運、計費、結算、統(tǒng)計分析 等模塊。計費模塊對詢報價、應收計費、應付計費、費用分攤和審核等進行管理；結算模塊包括結算審核、帳單管理、中國 XX 公司網(wǎng)上營業(yè)廳技術方案建議書 中國 XX Page 10 發(fā)票管理、收付款管理和帳單核銷等功能；統(tǒng)計分析對系統(tǒng)收集的信息進行各種統(tǒng)計，幫助各級管理者及時從多種角度全面了解公司的運營狀況。貨物跟蹤主要通過記錄貨物運輸過程的關鍵點信息來跟蹤貨物狀態(tài)，即通過連接各關鍵點將貨物運輸?shù)娜^程描述出來。 網(wǎng)上服務部分包括為客戶提供的服務和為代理提供的服務，是加強客戶和合作伙伴服務的重要手段，是提高客戶服務的效率和質(zhì)量的利器。網(wǎng)上服務部分從業(yè)務角度可以分為貨代網(wǎng)上服務和船代網(wǎng)上服務，從服務對象角度可以分為客戶服務和代理服務，從服務類別上可以分為信息類服務、查詢類服務、交易類服務，同時還需要后臺處理模塊對服務進行輔助支持。網(wǎng)上服務內(nèi)容貫穿 貨運 整個業(yè)務線，例如 艙位 查詢、運價查詢、訂單（委托）查詢、提單查詢、貨物狀態(tài)查詢 、航班 動態(tài)跟蹤、集裝箱動態(tài)查詢 、 帳款查詢、網(wǎng)上訂艙、提單確認等等 。 該解決方案 通過 的 高度可 視化和實時性 特點 ，使物流企業(yè)能夠與客戶和合作伙伴順暢地交換相關信息，提高整個供應鏈的運轉效率，并且具備實時的信息處理能力，提高相應速度，這樣可以提早發(fā)現(xiàn)整個物流鏈條中的薄弱環(huán)節(jié)，提早進行處理，降低風險。 通過對物流企業(yè)內(nèi)部原本相對獨立的業(yè)務操作系統(tǒng)進行有效的集成， 該解決 方案能提高內(nèi)部各業(yè)務部門之間與客戶及相關合作伙伴系統(tǒng)的信息交換能力，實現(xiàn)業(yè)務協(xié)同的流程化管理，從而提高資源的配置效率、有效控制成本，并在提高客戶滿意度、忠誠度以及開發(fā)新市場的方面將客戶帶來更高的投資回報。 同時， 解決方案能夠使內(nèi)部的作業(yè)操作系統(tǒng)和后臺支持系統(tǒng)實現(xiàn)順暢的信息共享，實時進行信息的傳輸和處理，有利于快速地相應客戶的需求，確保承諾的服務質(zhì)量。 該解決方案 通過通過多層的架構設計強化運輸管理系統(tǒng)對業(yè)務操作的適應性，靈活地響應業(yè)務的變化，提高物流資源的運轉效率，當業(yè)務內(nèi)容、規(guī)則發(fā)生變化時，只需要調(diào)整業(yè)務模塊就可以快速適應，從而使系統(tǒng)能夠靈活地響應業(yè)務變化的要求。 中國 XX 公司網(wǎng)上營業(yè)廳技術方案建議書 中國 XX Page 11 XX 物流電子商務 平臺 整體解決方案 的 技術 框架 XX 物流電子商務整體解決方案 采用 如下圖所 示總部集中的基于 J2EE 和 Web Service 的三層應用架 構。 總部集中是指系統(tǒng)的主數(shù)據(jù)庫和應用服務器只有一套并且集中于總部，各分支機構和公司都通過網(wǎng)絡訪問總部的應用?；?J2EE 的三層體系結構，將界面表現(xiàn)，應用邏輯處理與數(shù)據(jù)存儲處理分離開來。瘦客戶端和 HTML 客戶端屬于界面展現(xiàn)層，主要負責與界面表示和用戶交互相關的操作，中間層為應用服務器，集中進行應用邏輯處理和數(shù)據(jù)操作，數(shù)據(jù)層主要負責數(shù)據(jù)存儲和管理以及與后臺其他系統(tǒng)的集成。 Web Service 在系統(tǒng)中主要用于應用系統(tǒng)間的集成和前端（瘦客戶端）與后端的集成。 由于 空運 業(yè)務需要系統(tǒng)操作靈活快速，單純的網(wǎng)頁設計難以滿足這種要求，因此建議系統(tǒng)支持 HTML 客戶端和瘦客戶端兩種模式。瘦客戶端是指前臺采用VB、 C等語言開發(fā)應用，但是前臺應用只包含界面展現(xiàn)、客戶交互和簡單的數(shù)據(jù)緩沖，基本不包含業(yè)務邏輯，所有的業(yè)務邏輯通過訪問后臺的應用服務器得到執(zhí)行。瘦客戶端模式可以避免 HTML 客戶端界面表現(xiàn)不夠豐富，需要帶寬高，系統(tǒng)響應慢等缺陷，同時網(wǎng)絡或服務器出現(xiàn)故障時還可以對某些操作（如接單）進行離線操作，減少業(yè)務損失，同時還可以避免胖客戶端業(yè)務邏輯集中在前端、系統(tǒng)發(fā)布、升級、維護、版本一致性 控制困難等缺陷。 HTML 客戶端是指前臺采用JSP＋ DHTML（ HTML＋ Javascript）實現(xiàn)界面展現(xiàn)和客戶交互， HTML 客戶端的最大優(yōu)勢是系統(tǒng)發(fā)布、升級、維護和管理非常簡單，缺點是開發(fā)難度較大，系統(tǒng)占用帶寬高且界面不夠靈活。 信息 系統(tǒng)作為國際貨運 公司 的大型應用系統(tǒng)，應該綜合比較兩種不同客戶端的有缺點，并在不同的功能模塊采用適當?shù)那岸朔桨?，例如在公司?nèi)部系統(tǒng)發(fā)布相對容易，則供公司內(nèi)部使用的功能模塊采用瘦客戶端方案，這樣可以最大限度地提供前端交互的靈活性并降低帶寬要求；而向代理或客戶發(fā)布、升級系統(tǒng)難度較大， 則供代理或客戶使用的功能模塊采用 HTML 客戶端方案。 考慮 網(wǎng)絡環(huán)境 在某些情況下 不夠穩(wěn)定，建議采用本地應用服務器和本地緩沖數(shù)據(jù)庫。在網(wǎng)絡和總部服務器正常的情況下，前端直接訪問總部數(shù)據(jù)庫，單網(wǎng)絡中國 XX 公司網(wǎng)上營業(yè)廳技術方案建議書 中國 XX Page 12 或后總部數(shù)據(jù)庫發(fā)生故障時，前端應用可以訪問本地應用服務器和本地數(shù)據(jù)庫，以應付緊急的業(yè)務操作要求。在此種情況下，由于保持本地數(shù)據(jù)庫和總部數(shù)據(jù)庫的數(shù)據(jù)一致性和完整性比較復雜，所以建議本地數(shù)據(jù)庫和本地應用服務器只支持最緊急的功能，如艙單傳輸?shù)龋瑢τ跁r間要求不高的功能，如結算，在本地應用和數(shù)據(jù)庫中不應支持。 圖例 22 XX 物流電子商務 平臺 總體 邏輯架構 物流電子商務 系統(tǒng) 通常需 和 公司 的其他系統(tǒng)，如 運單 系統(tǒng)和財務系統(tǒng)集成，以降低用戶的重復輸入，提高工作效率和準確性。建議后臺集成采用基于 Web Service 的企業(yè)總線技術?；?Web Service 是指中遠的系統(tǒng)間集成都采用標準的中國 XX 公司網(wǎng)上營業(yè)廳技術方案建議書 中國 XX Page 13 Web Service 接口，并且以 Service 方式提供，同時對于需要遠程和跨越復雜網(wǎng)路的傳輸采用基于總線的 Message 傳輸，例如采用 Tibco 和 RV 等消息中間件。 綜上所述，我們建議的 系統(tǒng) 應用邏輯總體架 構具有如下優(yōu)勢： 1．界面表示、應用邏輯、數(shù)據(jù)存取相對獨立，易于系統(tǒng)的開發(fā)、維護和擴充。 2．界面展現(xiàn)層支持瘦客戶端和 HTML 客戶端兩種模式，既保證了應用對內(nèi)部用戶的高度靈活和快速響應，降低了網(wǎng)絡帶寬占用，對某些功能可以支持離線操作（如接單）；同時保證了對外部用戶的易發(fā)布、易維護、易升級，充分降低外部用戶使用系統(tǒng)的難度。 3．應用服務器的加入將后臺數(shù)據(jù)庫服務器從瑣碎的事物處理中解放開來，極大地提高了對數(shù)據(jù)的儲存、檢索等的處理能力；同時在增加新業(yè)務或業(yè)務量增大時，可以通過部署中間層應用服務器迅速實現(xiàn)，并可方便 地進行應用遷移、負載均衡，提供傳統(tǒng)客戶 /服務器兩層結構所不能提供的高性能、高可擴展性、靈活性以及快速的實施。 4．本地應用服務器和本地數(shù)據(jù)庫服務器可以在一定程度上避免由于總部集中服務器或網(wǎng)絡故障所造成的業(yè)務停頓，最有效地支持關鍵和緊急的業(yè)務應用。 5．基于 Web Service 的應用件集成方案可以大大提高應用集成的可復用性，靈活性，可擴展性，同時在傳輸層采用基于總線技術的 Message 傳輸，可以最大限度地保證在復雜網(wǎng)絡環(huán)境下數(shù)據(jù)交換的可靠性、穩(wěn)定性。 中間層是整個系統(tǒng)的核心，我們建議的系統(tǒng)中間層仍舊采用分層結構，各層進行封裝，以盡量保證在一個層面內(nèi)部的修改不會影響到其他層面，系統(tǒng)由下至上分為如下四個層面：數(shù)據(jù)層，邏輯層以、控制層。 各層定義如下： ? 數(shù)據(jù)層：數(shù)據(jù)層對于數(shù)據(jù)的存取進行封裝，向上面業(yè)務邏輯層提供數(shù)據(jù)訪問功能接口，在數(shù)據(jù)層中，首先對數(shù)據(jù)庫表的訪問進行封裝，在實現(xiàn)上使用 Table中國 XX 公司網(wǎng)上營業(yè)廳技術方案建議書 中國 XX Page 14 類對單一數(shù)據(jù)庫表的訪問， Table 類的作用是進行對象－關系映射，它將數(shù)據(jù)庫中的表映射為 Java 中的類，并將對 Java 類的操作轉換為對數(shù)據(jù)庫表操作的 SQL 語句，提供包括記錄的 更新、刪除、獲取、添加操作，屏蔽其他層對數(shù)據(jù)庫的直接訪問；在對數(shù)據(jù)庫表的訪問進行封裝后，由于一個業(yè)務的實體會包含多個數(shù)據(jù)庫表，因此系統(tǒng)將對業(yè)務實體進行進一步的封裝，實現(xiàn)上使用 Entity 類， Entity 類是業(yè)務實體的抽象，可能對應一張或多張數(shù)據(jù)庫表（ Table 類）； Entity 類提供包括對業(yè)務實體的添加、刪除、更新、狀態(tài)設定（如鎖定、退載等）操作， Entity 類不包含業(yè)務處理邏輯，只對數(shù)據(jù)庫的表進行封裝，向業(yè)務邏輯層提供訪問業(yè)務實體的接口。另外為了支持對多各數(shù)據(jù)庫表的聯(lián)合查詢，系統(tǒng)在數(shù)據(jù)層還將實現(xiàn) Query 類，該類直接通過 SQL 對數(shù)據(jù)庫表進行聯(lián)合查詢，并返回結果集給到業(yè)務邏輯層。 ? 業(yè)務邏輯層：用于處理業(yè)務邏輯，系統(tǒng)將業(yè)務邏輯層的實現(xiàn)定義為 Control類，業(yè)務邏輯層的設計以功能規(guī)格說明書的功能點劃分為基礎， Controller類向控制層提供統(tǒng)一的調(diào)用接口， Control 類通過調(diào)用 Entity 類的方法進行業(yè)務實體的操作， Controller 類之間可以通過互相調(diào)用來實現(xiàn)功能的重用或者嵌套的功能。 ? 應用控制層：控制層是前后臺（客戶端和服務器端）的連接的橋梁，首先控制層將由客戶端（表示層）發(fā)送來的請求進行解析，設置執(zhí) 行環(huán)境（如數(shù)據(jù)庫連接等），根據(jù)請求的內(nèi)容動態(tài)確定需要調(diào)用的業(yè)務邏輯層的 Control 類，將請求作為參數(shù)調(diào)用 Control 類，進行業(yè)務邏輯的處理工作，在執(zhí)行完畢后，控制層將 Control 類的執(zhí)行的結果返回給客戶端。控制層既可以由客戶端的請求來觸發(fā)業(yè)務邏輯層的執(zhí)行，也可以根據(jù)特定的狀態(tài)調(diào)用邏輯層（如時間等）。接受客戶端請求的控制類系統(tǒng)實現(xiàn)定義為 Dispatcher 類 在上述分層的基礎上，系統(tǒng)將公用的組件封裝為一套工具類庫，工具類庫主要包括 XML 解析和產(chǎn)生、加密算法等。 整個中間層的結構如下圖所示： 中國 XX 公司網(wǎng)上營業(yè)廳技術方案建議書 中國 XX Page 15 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)C o n t r o l l e r 數(shù)數(shù) 數(shù) 數(shù)數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù)E n t i t y 數(shù)數(shù) 數(shù) 數(shù) 數(shù)C o n t r o l l e r 數(shù)T a b l e 數(shù)T a b l e 數(shù)E n t i t y 數(shù)E n t i t y 數(shù)E n t i t y 數(shù)D i s p a t c h e r 數(shù)T a b l e 數(shù)T a b l e 數(shù)T a b l e 數(shù)數(shù) 數(shù) T a b l e 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù) 數(shù) 數(shù)數(shù) 數(shù) 數(shù)圖例 23 中間層結構 下圖以一次用戶登錄為例對交易過程中各個層的處理和之間的交互邏輯進行描述： 中國 XX 公司網(wǎng)上營業(yè)廳技術方案建議書 中國 XX Page 16 圖例 24 各個層的交互處理邏輯舉例 為保證系統(tǒng)的穩(wěn)定高效運行，在系統(tǒng)設計時需要考慮以下因素： ? 標準化：系統(tǒng)在設計時應盡量使用現(xiàn)有的已經(jīng)被標準化的技術，以保證技術上的先進性和擴展性，而且便于使用已有的符合所采用標準的第三用戶 客戶端（表示層）控制層 業(yè)務邏輯層 數(shù)據(jù)層輸入登錄信息，并登錄登錄請求確定登錄的 C o n t r o l 類調(diào)用登錄 C o n t r o l 類建立 S e s s i o n解析請求生成應答S e s s i o n I D 和用戶權限列表、默認數(shù)據(jù)項等S e s s i o n I D 和用戶權限列表，默認數(shù)據(jù)項等產(chǎn)生登錄請求報文根據(jù)權限生成用戶菜單產(chǎn)生應答報文取得用戶權限列表記錄登錄信息中國 XX 公司網(wǎng)上營業(yè)廳技術方案建議書 中國 XX Page 17 方軟件和工具以降低設計的工作量和風險。標準包括國際標準和內(nèi)部標準兩種。 ? 可維護性：系統(tǒng)的大部分處理在后臺運行，為了保證系統(tǒng)的運行狀況和出現(xiàn)的問題被有效的監(jiān)控和跟蹤；系統(tǒng)定義報警級別，應用程序在執(zhí)行異常時必須按照定義的級別記錄告警日志；系統(tǒng)可以對哪些警報日志被記錄進行配置，如在調(diào)試階段可以將日志的記錄級別配置為系統(tǒng)調(diào)試級，在系統(tǒng)正常運行后可以適當降低記錄的級別，以提高日志的易讀性，減少不 必要的數(shù)據(jù)存儲；對于瘦客戶端應用，為了保證分布安裝在客戶端的系統(tǒng)組件的版本在修改后能夠及時更新，客戶端組件在啟動時將首先檢查其與服務器端的一致性，在需要更新時自動下載安裝。 ? 易用性： 系統(tǒng) 包括大量的操作界面，其中有些界面的控件數(shù)量和操作流程很復雜；為保證適應用戶對系統(tǒng)交互的靈活和快速的要求，建議內(nèi)部企業(yè)內(nèi)部應用采用瘦 客戶端而不是 HTML 客戶端。 ? 靈活性：為適應各個公司不同的需求，以及公司不斷的動態(tài)成長發(fā)展，系統(tǒng)在保證性能的基礎上，使用數(shù)據(jù)配置以及插件方式。包括兩種模式：