【正文】 系統(tǒng)的應(yīng)用服務(wù)器采用一般主流的PC服務(wù)器即可滿足需要。2. 服務(wù)器內(nèi)存和CPU一樣，內(nèi)存的利用也和用戶工作量的支持有關(guān)，可以參考廠家提供的對應(yīng)CPU的標準內(nèi)存配置采購。系統(tǒng)需要具備快速海量查詢的能力，應(yīng)考慮更大的冗余和更好的性能，采用4G內(nèi)存容量可以滿足數(shù)據(jù)庫服務(wù)器的性能需求，而應(yīng)用服務(wù)器則可以采用2G內(nèi)存容量。3. 服務(wù)器硬盤空間按平臺的需求情況，流程處理的數(shù)據(jù)量應(yīng)較少，但資料、檔案等所占磁盤空間則可能較大。根據(jù)我們平臺建設(shè)經(jīng)驗，系統(tǒng)業(yè)務(wù)數(shù)據(jù)占用的硬盤空間建議不小于72G，操作系統(tǒng)、應(yīng)用軟件和基礎(chǔ)業(yè)務(wù)數(shù)據(jù)的大小約10G，再考慮25%的空間冗余，即數(shù)據(jù)庫服務(wù)器的可用硬盤空間不小于110G。 配置建議根據(jù)上節(jié)的配置依據(jù)，建議為“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺配置以下軟硬件系統(tǒng)：表格2. 系統(tǒng)軟硬件配置序號服務(wù)器名稱配置描述數(shù)量1數(shù)據(jù)庫服務(wù)器配置：IBM X346，CPU *2 /RAM 4G/HD 4*73GB Raid 5操作系統(tǒng)：Windows Server 2003標準版DBMS：Oracle 9i12接口機服務(wù)器配置：CPU / RAM 2GB / HD 2*73GB Raid 0操作系統(tǒng)：Windows Server 2003標準版DBMS：Oracle 9i13應(yīng)用服務(wù)器配置：CPU *2 / RAM 2GB / HD 2*73GB Raid 0操作系統(tǒng)：Windows Server 2003標準版WEB/WAP應(yīng)用：, 1 軟件體系架構(gòu)軟件體系構(gòu)架為如下圖所示的：附圖2. 系統(tǒng)軟件結(jié)構(gòu)圖“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺從設(shè)計到開發(fā)將完全采用面向?qū)ο蟮募夹g(shù)，并大量采用多種包括Servlet, JSP, JavaBean, JDBC, XML等在內(nèi)的Java技術(shù)。整體的架構(gòu)完全遵循Sun公司建議的MVC模式，使得整個體系架構(gòu)符合e時代企業(yè)應(yīng)用的發(fā)展趨勢。采用MVC的方式有許多優(yōu)點：1. 將表示層（View）和邏輯層(Model)分開的一個優(yōu)越性，在于容易在某種數(shù)據(jù)的基礎(chǔ)上，增加多種表現(xiàn)或者改變某種形式；2. 邏輯層(Model)以及表示層(View)分開以后，使得它們各自能夠獨立的變化。進而使得可維護性，可以擴展性，可測試性方面得到很大的改善；3. 將控制層(Control)和表示層（View）分開，可以動態(tài)的決定表示的形式；4. 將控制層(Control)和邏輯層（Model）分開，使得用戶的輸入和數(shù)據(jù)處理之間的關(guān)系可以靈活決定。3 系統(tǒng)功能說明 系統(tǒng)功能概述“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺功能結(jié)構(gòu)如下圖：附圖3. 應(yīng)用功能框架圖系統(tǒng)分為三大主要構(gòu)成部分：u 應(yīng)用功能平臺的應(yīng)用功能構(gòu)建于系統(tǒng)核心模塊上，由相對獨立組件構(gòu)成。主要包括手機短信查詢購票業(yè)務(wù)，手機wap查詢購票業(yè)務(wù)，web查詢購票業(yè)務(wù)，以及相應(yīng)的web后臺管理支持系統(tǒng)。u 基礎(chǔ)平臺提供系統(tǒng)底層核心管理功能，包括相應(yīng)的業(yè)務(wù)處理模塊、數(shù)據(jù)存儲模塊、系統(tǒng)管理與監(jiān)控、報表統(tǒng)計等基礎(chǔ)功能。u 數(shù)據(jù)接口實現(xiàn)與內(nèi)、外部系統(tǒng)的接口通信，完成與內(nèi)、外部系統(tǒng)的數(shù)據(jù)交互。 應(yīng)用功能 短信查詢購票用戶通過發(fā)送指定查詢訂票信息到指定端口?；蛘咴谙到y(tǒng)設(shè)計的導(dǎo)航菜單交互的情況下，完成手機短信的查詢，訂票流程。最終會通過手機支付接口扣減相應(yīng)的費用。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機。 Wap查詢購票用戶通過手機wap的方式訪問相應(yīng)wap查詢訂票網(wǎng)站。在系統(tǒng)設(shè)計的導(dǎo)航功能下完成車票的查詢購買流程。最終會通過手機支付接口扣減相應(yīng)的費用。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機。 Web查詢購票用戶通過web的方式訪問相應(yīng)web查詢訂票網(wǎng)站。在系統(tǒng)設(shè)計的導(dǎo)航功能下完成車票的查詢購買流程。最終會通過手機支付接口扣減相應(yīng)的費用。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機。 Web后臺管理系統(tǒng)Web后臺管理系統(tǒng)主要實現(xiàn)對二維碼電子票業(yè)務(wù)平臺運營情況的實時查詢，管理功能，包括查看系統(tǒng)當前運行的實際情況，按條件查詢用戶的具體購票情況。對指定號碼進行重發(fā)二維碼，短信，察看系統(tǒng)日志，以及各類報表的統(tǒng)計等管理功能。 基礎(chǔ)平臺 業(yè)務(wù)處理模塊該功能主要完成用戶實際使用系統(tǒng)中的各種業(yè)務(wù)邏輯方面的處理。包括短信查詢購票流程，wap查詢購票流程，web查詢購票流程。 短信查詢購票模塊該模塊完成用戶短信查詢購票的完整業(yè)務(wù)邏輯。用戶通過發(fā)送指定查詢訂票信息到指定端口?；蛘咴谙到y(tǒng)設(shè)計的導(dǎo)航菜單交互的情況下，完成手機短信的查詢，訂票流程。最終會通過手機支付接口扣減相應(yīng)的費用。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機。該模塊最終完成處會調(diào)用手機支付業(yè)務(wù)接口及條碼憑證接口。 短信購票業(yè)務(wù)流程圖 附圖4. 購票處理流程圖 短信購票業(yè)務(wù)事件流汽運手機購票業(yè)務(wù)處理事件流如下：A、 用戶通過手機編輯具體購票短信指令發(fā)送到具體的購票短信端口；B、 移動手機售票前臺接收到用戶的購票短信指令后，判斷購票指令的合法性；n 如果購票指令不合法，通過菜單選擇的方式引導(dǎo)用戶訂票；n 如果購票指令合法，則通過數(shù)據(jù)接口向汽運售票系統(tǒng)發(fā)送購票請求數(shù)據(jù)；C、 汽運售票系統(tǒng)根據(jù)接收的請求數(shù)據(jù)包處理購票業(yè)務(wù)，并響應(yīng)業(yè)務(wù)處理結(jié)果；D、 移動手機售票前臺根據(jù)接收的業(yè)務(wù)處理結(jié)果，進行下一步業(yè)務(wù)操作；n 如果購票處理不成功，通過短信方式回復(fù)用戶購票失敗信息，業(yè)務(wù)操作結(jié)束；n 如果購票處理成功，進行手機支付合法性校驗，如果合法性校驗成功，則下發(fā)扣費短信確認，如果合法性校驗失敗，向用戶下發(fā)扣費失敗短信通知并向汽運售票系統(tǒng)請求取消購票操作，業(yè)務(wù)操作結(jié)束；E、 當扣費合法性校驗成功后，用戶收到扣費短信確認通知后，回復(fù)扣費短信確認；F、 移動手機售票前臺接收到用戶同意扣費的短信確認后，進行手機在線扣費并下發(fā)條碼憑證到購票用戶手機上；G、 用戶接收到購票條碼憑證后，到車站兌票；H、 汽運售票系統(tǒng)對用戶提供的條碼憑證做數(shù)據(jù)檢驗，校驗通過給用戶兌現(xiàn)車票；I、 業(yè)務(wù)流程結(jié)束。相應(yīng)的，平臺除了在連接的手機支付業(yè)務(wù)接口高效、穩(wěn)定方面，平臺還提供了如下處理機制：u 接口重連接機制；當接口出現(xiàn)網(wǎng)絡(luò)故障時，引擎自動啟動重連接處理機制，確保支付過程的暢通。u 多線程處理機制；實現(xiàn)多線程處理，提高通信效率，保證數(shù)據(jù)交互的順暢。u 高效緩沖機制；提供高效緩沖機制，即減少業(yè)務(wù)繁忙時數(shù)據(jù)丟失，緩解了高期期接口通信壓力。u 安全性鑒權(quán)機制提供業(yè)務(wù)接入的賬戶、密碼、接入IP鑒權(quán)。u 按優(yōu)先級別排隊處理機制提供按預(yù)設(shè)定的業(yè)務(wù)接入優(yōu)先級別對具體業(yè)務(wù)調(diào)用接口的排隊機制。u 用戶每次支付金額的上限額度控制機制提供每次付款金額上限額度控制。u 同一用戶每天支付金額的上限額度機制提供同一用戶每天付款金額上限額度控制。u 短信提醒功能機制提供支付過程中的短信提醒功能。u 處理異常，事務(wù)的回滾機制提供支付異常時，事務(wù)回滾機制，確保交易數(shù)據(jù)的正確性。 Wap查詢購票模塊該模塊完成用戶Wap上網(wǎng)方式的查詢購票的完整業(yè)務(wù)邏輯。用戶通過Wap登錄指定網(wǎng)站，通過系統(tǒng)導(dǎo)航，完成手機短信的查詢，訂票流程。最終會通過手機支付接口扣減相應(yīng)的費用。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機。該模塊最終完成處會調(diào)用手機支付業(yè)務(wù)接口及條碼憑證接口。相應(yīng)的，平臺除了在連接的手機支付業(yè)務(wù)接口高效、穩(wěn)定方面，平臺還提供了如下處理機制：u 接口重連接機制；當接口出現(xiàn)網(wǎng)絡(luò)故障時，引擎自動啟動重連接處理機制，確保支付過程的暢通。u 多線程處理機制；實現(xiàn)多線程處理，提高通信效率，保證數(shù)據(jù)交互的順暢。u 高效緩沖機制；提供高效緩沖機制，即減少業(yè)務(wù)繁忙時數(shù)據(jù)丟失，緩解了高期期接口通信壓力。u 安全性鑒權(quán)機制提供業(yè)務(wù)接入的賬戶、密碼、接入IP鑒權(quán)。u 按優(yōu)先級別排隊處理機制提供按預(yù)設(shè)定的業(yè)務(wù)接入優(yōu)先級別對具體業(yè)務(wù)調(diào)用接口的排隊機制。u 用戶每次支付金額的上限額度控制機制提供每次付款金額上限額度控制。u 同一用戶每天支付金額的上限額度機制提供同一用戶每天付款金額上限額度控制。u 短信提醒功能機制提供支付過程中的短信提醒功能。u 處理異常，事務(wù)的回滾機制提供支付異常時，事務(wù)回滾機制，確保交易數(shù)據(jù)的正確性。 Web查詢購票模塊該模塊完成用戶通過普通WEB上網(wǎng)方式的查詢購票的完整業(yè)務(wù)邏輯。用戶通過WEB登錄指定網(wǎng)站，通過系統(tǒng)導(dǎo)航，在通過手機校驗碼的校驗后。完成手機短信的查詢，訂票流程。最終會通過手機支付接口扣減相應(yīng)的費用。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機。該模塊最終完成處會調(diào)用手機支付業(yè)務(wù)接口及條碼憑證接口。相應(yīng)的，平臺除了在連接的手機支付業(yè)務(wù)接口高效、穩(wěn)定方面，平臺還提供了如下處理機制：