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