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