【正文】 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 27 XXX XXXX: EclipseXXX XXX: XXXX 瀏覽器 XXXX XXXXX 中間層 圖例 44 NonMOJO 的 物流電子商務(wù) 設(shè)備軟件架構(gòu) XX 還針對(duì)本項(xiàng)目提供一套 XXXXX 的 物流電子商務(wù) 軟件架構(gòu)，供 中國(guó)貨運(yùn)航空公司 根據(jù)實(shí)際技術(shù)評(píng)估選擇： ? Logic Modules 為業(yè)務(wù)邏輯模塊部分。 這個(gè)設(shè)計(jì)考慮到更好的 XXX， XXX。建議： 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 18 ? 為企業(yè)內(nèi)部服務(wù)的系統(tǒng)選擇瘦客戶端結(jié)構(gòu)而不是 HMTL 客戶端結(jié)構(gòu)以降低在用戶操作時(shí)大頁(yè)面下載造成的延時(shí)； ? 系統(tǒng)將靜態(tài)的配置和部分基礎(chǔ)數(shù)據(jù)也下載到本地，提供可配置的客戶端本地?cái)?shù)據(jù)存儲(chǔ)和更新機(jī)制，減少在操作過程中對(duì)服務(wù)器的訪問次數(shù)，降低服務(wù)器端壓力，提高客戶端響應(yīng)速度； ? 在服務(wù)器端將已登錄用戶的權(quán)限數(shù)據(jù)和常訪問的靜態(tài)數(shù)據(jù)緩沖在內(nèi)存中以進(jìn)一步提高客戶端相應(yīng)速度?？刂茖蛹瓤梢杂煽蛻舳说恼?qǐng)求來(lái)觸發(fā)業(yè)務(wù)邏輯層的執(zhí)行，也可以根據(jù)特定的狀態(tài)調(diào)用邏輯層（如時(shí)間等）。 3．應(yīng)用服務(wù)器的加入將后臺(tái)數(shù)據(jù)庫(kù)服務(wù)器從瑣碎的事物處理中解放開來(lái)，極大地提高了對(duì)數(shù)據(jù)的儲(chǔ)存、檢索等的處理能力；同時(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í)施。 考慮 網(wǎng)絡(luò)環(huán)境 在某些情況下 不夠穩(wěn)定，建議采用本地應(yīng)用服務(wù)器和本地緩沖數(shù)據(jù)庫(kù)?；?J2EE 的三層體系結(jié)構(gòu)，將界面表現(xiàn)，應(yīng)用邏輯處理與數(shù)據(jù)存儲(chǔ)處理分離開來(lái)。網(wǎng)上服務(wù)部分從業(yè)務(wù)角度可以分為貨代網(wǎng)上服務(wù)和船代網(wǎng)上服務(wù)，從服務(wù)對(duì)象角度可以分為客戶服務(wù)和代理服務(wù)，從服務(wù)類別上可以分為信息類服務(wù)、查詢類服務(wù)、交易類服務(wù)，同時(shí)還需要后臺(tái)處理模塊對(duì)服務(wù)進(jìn)行輔助支持。客戶信息管理主要對(duì)客戶基本信息、聯(lián)系人信息、信用等級(jí)等信息進(jìn)行 維護(hù)和管理，是客戶和銷售管理的基礎(chǔ)；供應(yīng)商管理主要對(duì)供應(yīng)商的基本信息、聯(lián)系人信息、信用等級(jí)等信息進(jìn)行維護(hù)和管理，是供應(yīng)商和采購(gòu)管理的基礎(chǔ)。底層工具包括加解密、系統(tǒng)日志、系統(tǒng)配置、幫助、提示報(bào)錯(cuò)、公告消息、打印傳真、電子郵件、手機(jī)短信等功能模塊，底層工具透過系統(tǒng)其他各模塊為系統(tǒng)用戶提供服務(wù)。顯然， IT 架構(gòu)需要顯著地?cái)U(kuò)展來(lái)支持計(jì)劃的業(yè)務(wù)增長(zhǎng)。 2 XX 物流 電子商務(wù)平臺(tái) 整體 解決方案框架 XX 對(duì) 物流 電子商務(wù) 的觀點(diǎn) 物流企業(yè)一直處在充滿激烈競(jìng)爭(zhēng)的現(xiàn)代經(jīng)濟(jì)生態(tài)環(huán)境中生存和發(fā)展，業(yè)務(wù)的構(gòu)成和流程的復(fù)雜性是行業(yè)業(yè)務(wù)的典型特征，強(qiáng)調(diào)內(nèi)部業(yè)務(wù)組織的重組、外部服務(wù)覆蓋面的提高成為了提高物流企業(yè)競(jìng)爭(zhēng)力的關(guān)鍵，而 IT 設(shè)施建設(shè)和完善便 成為企業(yè)其競(jìng)爭(zhēng)實(shí)力提高、企業(yè)脫穎勝出的十分重要的戰(zhàn)略性任務(wù) 。 網(wǎng)上營(yíng)業(yè)廳應(yīng)包含有但不限于：用戶注冊(cè)及信息管理功能，產(chǎn)品運(yùn)價(jià)控制及檢索功能，網(wǎng)上訂單功能，運(yùn)貨單追蹤功能，網(wǎng)上付費(fèi)及查核功能，用戶信息反饋功能。 通過與平臺(tái)內(nèi)其他系統(tǒng)的接口，實(shí)現(xiàn)可運(yùn)地點(diǎn)、運(yùn)價(jià)發(fā)布和查詢，實(shí)現(xiàn)運(yùn)單的跟蹤查詢、航班查詢等功能。同時(shí)輔之以全球跟蹤系統(tǒng)（ GPS）的建立，基本要求是讓貨物會(huì)說(shuō)話，便捷于客戶對(duì)于我們物流服務(wù)全過程的查詢和監(jiān)督，使整個(gè)運(yùn)作過程公開化、透明化。獲取收入的方式是購(gòu)買飛機(jī)后，通過提供客戶機(jī)場(chǎng)到機(jī)場(chǎng)之間的貨物運(yùn)輸來(lái)收取運(yùn)費(fèi)，而運(yùn)費(fèi)收入幾乎就是 XX 的全部收入，此外再無(wú)其他收益補(bǔ)充渠道。 目前， XX 的經(jīng)營(yíng)模式仍停留在傳統(tǒng)的航空承運(yùn)人模式。 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 5 公共的物流平臺(tái)能將各類客戶的需求進(jìn)行匯總和分析，也能實(shí)時(shí)提供給客戶最佳的物流解決方案，通過渠道宣傳和推廣 ，挖掘市場(chǎng)的潛力，匯聚起市場(chǎng)中無(wú)數(shù)、零散的需求，將 XX 獨(dú)特的區(qū)別與傳統(tǒng)的航空運(yùn)輸?shù)膬?yōu)勢(shì)充分呈現(xiàn)出來(lái)。 通過網(wǎng)站內(nèi)容管理，實(shí)現(xiàn)對(duì)網(wǎng)站靜態(tài)頁(yè)面的信息發(fā)布，如公司介紹、產(chǎn)品介紹、公布運(yùn)價(jià)發(fā)布、聯(lián)系方式等。 項(xiàng)目總體范圍 根據(jù) XX 對(duì)于 網(wǎng)上營(yíng)業(yè)廳需求說(shuō)明書 的解讀，以及前期與 中國(guó) XX 公司 的交流， XX 理解整個(gè)項(xiàng)目的主要需求包括： ? 功能范圍 網(wǎng)上營(yíng)業(yè)廳是 XX 物流開展門到門服務(wù)，面向所有貨運(yùn)客戶的直銷平臺(tái)；網(wǎng)上營(yíng)業(yè)廳的主要功能一是宣揚(yáng) XX 物流的門到門服務(wù)，二是實(shí)施門到門服務(wù)中與客戶直接交流的界面。 具體的項(xiàng)目實(shí)施范圍，以 XX 與 XX 討論商定的需求實(shí)施說(shuō)明書為準(zhǔn)。 增長(zhǎng)會(huì)繼續(xù)成為物流行業(yè)的根本業(yè)務(wù)推動(dòng)力。 基礎(chǔ)支撐 部分主要包括底層工具、數(shù)據(jù)字典、基礎(chǔ)信息、系統(tǒng)管理等功能模塊，是整個(gè)系統(tǒng)的公共基礎(chǔ)和公共工具部分。 業(yè)務(wù)管理部分包括客戶信息管理、供應(yīng)商信息管理、價(jià)格管理、合同管理等功能模塊，是對(duì)業(yè)務(wù)基礎(chǔ)信息的維護(hù)、管理部分。 網(wǎng)上服務(wù)部分包括為客戶提供的服務(wù)和為代理提供的服務(wù)，是加強(qiáng)客戶和合作伙伴服務(wù)的重要手段，是提高客戶服務(wù)的效率和質(zhì)量的利器。 總部集中是指系統(tǒng)的主數(shù)據(jù)庫(kù)和應(yīng)用服務(wù)器只有一套并且集中于總部，各分支機(jī)構(gòu)和公司都通過網(wǎng)絡(luò)訪問總部的應(yī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 客戶端方案。 2．界面展現(xiàn)層支持瘦客戶端和 HTML 客戶端兩種模式，既保證了應(yīng)用對(duì)內(nèi)部用戶的高度靈活和快速響應(yīng)，降低了網(wǎng)絡(luò)帶寬占用，對(duì)某些功能可以支持離線操作（如接單）；同時(shí)保證了對(duì)外部用戶的易發(fā)布、易維護(hù)、易升級(jí)，充分降低外部用戶使用系統(tǒng)的難度。 ? 應(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 類，將請(qǐng)求作為參數(shù)調(diào)用 Control 類，進(jìn)行業(yè)務(wù)邏輯的處理工作，在執(zhí)行完畢后，控制層將 Control 類的執(zhí)行的結(jié)果返回給客戶端。包括兩種模式： ? 開關(guān)配置：系統(tǒng)對(duì)某些功能提供開關(guān)配置，分公司可以根據(jù)自己的情況打開或者關(guān)閉，如審批事件的開關(guān)、發(fā)票抬頭修改的開關(guān)等； ? 插件配置：系統(tǒng)對(duì)某些功能的管理使用插件的方式，插件以記錄的方式存在數(shù)據(jù)庫(kù)表中，系統(tǒng)在處理過程中動(dòng)態(tài)根據(jù)配置調(diào)用相應(yīng)的插件，即在系統(tǒng)擴(kuò)展或者改變某些功能時(shí)可以通過配置新的插件進(jìn)行 ? 可靠性：可靠性體現(xiàn)在系統(tǒng)對(duì)錯(cuò)誤的處理方式，保證在錯(cuò)誤出現(xiàn)時(shí)錯(cuò)誤不被傳遞和放大以及造成數(shù)據(jù)不一致，建議采用的方法是： ? 在各個(gè)程序的入口進(jìn)行輸入數(shù)據(jù)的合法性檢查； ? 在系統(tǒng)失敗啟動(dòng)時(shí)清理遺留的中間數(shù)據(jù)； ? 對(duì)數(shù)據(jù)庫(kù)的事務(wù)在 Dispatcher 進(jìn)行控制； ? 性能： 一個(gè)操作型的系統(tǒng) 主要的性能要求體現(xiàn)在用戶的界面操作的響應(yīng)時(shí)間。 ? XXX 層 XXX 主要模塊如下： ? XXX： 1) XXX 2) XXX 3) XXX ? XXX ? XXX 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 25 XXX 表現(xiàn)層 XXX 所有主流的 物流電子商務(wù) 平臺(tái)， XXX。 ? XXXXXXX。 響應(yīng)時(shí)間 網(wǎng)絡(luò)正常情況下，與 中國(guó)貨運(yùn)航空公司 交互的無(wú)圖像下載類事務(wù)交易(80%)響應(yīng)時(shí)間 5S，與 中國(guó)貨運(yùn)航空公司 交互其余事務(wù)響應(yīng) 10S 可用性 系統(tǒng)工作時(shí)間 7*24，高峰時(shí)間 (8:0024:00)可用性要求為 99%，其余時(shí)間為 96% 技術(shù)標(biāo)準(zhǔn)遵循 Server 端采用 開發(fā)， 物流電子商務(wù) 端采用 HTML5,， 進(jìn)行呈現(xiàn)層開發(fā)。對(duì)于 中國(guó)貨運(yùn)航空公司 而言，推出高質(zhì)量的手機(jī)應(yīng)用也更契合 中國(guó)貨運(yùn)航空公司 的品牌定位。 ? 功能開發(fā)和測(cè)試 : ? 需求澄清、測(cè)試用例開發(fā) ? 功能設(shè)計(jì)、開發(fā)和測(cè)試 ? 文檔開發(fā) ? 迭代部署和測(cè)試 ? Sprint Review: ? Review 產(chǎn)品 ? 在每個(gè) Sprint 結(jié)束之前進(jìn)行 ? 客戶或者客戶代表，以及整個(gè)團(tuán)隊(duì)都參加 ? 團(tuán)隊(duì)演示構(gòu)建的產(chǎn)品，客戶或客戶代表 Review 產(chǎn)品功能、檢查質(zhì)量并提出改進(jìn)意見 ? Sprint Retrospective: ? Review 開發(fā)過程 ? 在 Sprint 結(jié)束之前進(jìn)行 ? 整個(gè)團(tuán)隊(duì)都參加 ? 回顧哪些做得好，哪些需要改進(jìn) ? 確定下個(gè)迭代要進(jìn)行哪些改進(jìn) o 驗(yàn)收測(cè)試和系統(tǒng)部署 ? 整體打包和發(fā)布 ? 用戶驗(yàn)收測(cè)試 ? 系統(tǒng)部署和測(cè)試 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 38 項(xiàng)目管理方法 范圍管理 使用敏捷方法的項(xiàng)目管理與傳統(tǒng)項(xiàng)目管理在范圍管理上的區(qū)別在于傳統(tǒng)的計(jì)劃驅(qū)動(dòng)方法致力于防止范圍變更，而敏捷方法預(yù)期并包含范圍變更。 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 39 ? 范圍控制 范圍控制通過客戶或者客戶代理來(lái)管理 Product Backlog 完成。它所測(cè)試的內(nèi)容包括單元間的接口以及集成后的功能、性能。 在該項(xiàng)工作中，主要開展以下幾項(xiàng)活動(dòng)： o 在迭代計(jì)劃的時(shí)候定義評(píng)審的任務(wù) 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 42 o 準(zhǔn)備 Checklist o 召開評(píng)審會(huì)議，評(píng)審人員根據(jù)檢查表對(duì)開發(fā)出來(lái)的文檔或代碼等進(jìn)行評(píng)審，發(fā)現(xiàn)并記錄缺陷 o 項(xiàng)目成員把缺陷放到 Sprint Backlog,在當(dāng)前迭代就盡快修復(fù)缺陷 o 盡可能早并周期性進(jìn)行版本發(fā)布，給客戶做演示 溝通管理 敏捷項(xiàng)目強(qiáng)調(diào)不斷通過面對(duì)面溝通來(lái)交流信息；團(tuán)隊(duì)自我管理，聚在一起做出正確的決策。會(huì)議中，每個(gè)成員回答三個(gè)問題： ？ 完成什么？ ？通過回答這三個(gè)問題，讓團(tuán)隊(duì)對(duì)項(xiàng)目目前狀況充分了解，讓其他成員知道自己遇到的障礙，并提供相應(yīng)的幫助 ，最快地解決問題。這些信息被張貼到 sharepoint或 wiki 上，團(tuán)隊(duì)也可以將這些信息張貼在工作間。在敏捷開發(fā)方式中，每個(gè)用戶功能點(diǎn)（用戶故事）都有驗(yàn)收標(biāo)準(zhǔn)，在每個(gè)迭代進(jìn)行完成時(shí)，都會(huì)執(zhí)行相關(guān)功能模塊的驗(yàn)收測(cè)試，確保用戶需求被正確實(shí)現(xiàn)。 ? 任務(wù)： o 在項(xiàng)目團(tuán)隊(duì)的迭代計(jì)劃會(huì)議中，討論需要完成用戶故事所需要執(zhí)行的任務(wù)，并估算每個(gè)任務(wù)所需要花費(fèi)的時(shí)間 o 在迭代進(jìn)行過程中可以添加或者刪除任務(wù) 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 40 o 每天更新任務(wù)的時(shí)間，即還需花多少時(shí)間才能完成特定任務(wù) 本項(xiàng)目預(yù)期從 XXX 開始， XXXX 日結(jié)束 (不包括知識(shí)轉(zhuǎn)移和維護(hù) )，計(jì)劃安排如下： ? 初始階段 (W1,): 7 月 1 日 7 月 7 日，共 5 個(gè)工作日 ? Sprint 0 (W2, W3): 7 月 8 日 7 月 22 日，共 11 個(gè)工作日 ? Sprint 1 (W4, W5): 7 月 25 日 8 月 5 日，共 10 個(gè)工作日 ? Sprint 2 (W6, W7): 8 月 8 日 8 月 19 日，共 10 個(gè)工作日 ? Sprint 3 (W8, W9): 8 月 22 日 9 月 2 日，共 16 個(gè)工作日 ? Sprint 4 (W10, W11): 9 月 5 日 9 月 16 日，共 10 個(gè)工作日 ? 驗(yàn)收和部署 (W12, W13): 9 月 19 日 9 月 30 日，共 10 個(gè)工作日 質(zhì)量管理 對(duì)于本項(xiàng)目，我們將從以下三個(gè)方面進(jìn)行質(zhì)量控制： ? 測(cè)試 在本系統(tǒng)的開發(fā)過程中，將對(duì)軟件系統(tǒng)做以下三個(gè)層面的測(cè)試： o 單元測(cè)試 單元測(cè)試將對(duì)最小的可測(cè)試軟件元素（單元）實(shí)施的測(cè)試。發(fā)布計(jì)劃還可能包含 必要的假設(shè)，依賴，約束，風(fēng)險(xiǎn)或其他可能影響發(fā)布的因素。 中國(guó)貨運(yùn)航空公司 開發(fā)的這一應(yīng)用面向終端客戶，用戶體驗(yàn)是確保項(xiàng)目成功的一個(gè)關(guān)鍵要素。 ? 最大化交付價(jià)值： 物流電子商務(wù) 能否吸引用戶，占領(lǐng)市場(chǎng)，最重要的并不是功能的數(shù)量、而是功能對(duì)客戶的價(jià)值；敏捷開發(fā)方法以用戶價(jià)值來(lái)驅(qū)動(dòng)開發(fā)，滿足了這一需求。 因?yàn)樯婕暗?中國(guó)貨運(yùn)航空公司 內(nèi)部現(xiàn)存系統(tǒng)資源的訪問，所以需要對(duì) 中國(guó)貨運(yùn)航空公司 內(nèi)部系統(tǒng)做 web 服務(wù)接口開發(fā)，需要二次開發(fā)的系統(tǒng)有以下幾個(gè)： ? XXX。 使用 Web 技術(shù)進(jìn)行跨平臺(tái)開發(fā) ? XXX。 3 技術(shù)設(shè)計(jì)原則 以下內(nèi)容僅供作格式上的參考 根據(jù) XX 對(duì)于企業(yè) 物流電子商務(wù) 開發(fā)的經(jīng)驗(yàn) ，在本項(xiàng)目中將遵循以下技術(shù)設(shè)計(jì)原則： ? 技術(shù)開放性 XXXXXXX ? 可靠性、健壯性和適用性 XXXXXXX ? 高效性、高可用性和和可擴(kuò)展性 中國(guó) XX 公司網(wǎng)上營(yíng)業(yè)廳技術(shù)方案建議書 中國(guó) XX Page 19 XXXXXXX ? 實(shí)用性和易用性 XXXXXXXXXX