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