【正文】 平臺(tái)、順德移動(dòng)彩信管家系統(tǒng)、廣州移動(dòng)短信群發(fā)平臺(tái)、茂名移動(dòng)短信互動(dòng)平臺(tái)等。5 項(xiàng)目實(shí)施方案 項(xiàng)目組織架構(gòu) 組員計(jì)劃根據(jù)“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)項(xiàng)目的需求情況，**公司將以熟悉移動(dòng)業(yè)務(wù)的技術(shù)人員為主組成項(xiàng)目組，通過公司重用程序庫的代碼重用來達(dá)到快速開發(fā)、實(shí)施的目標(biāo)。 開放性系統(tǒng)確保具有良好的開放性，所有軟件都應(yīng)遵循業(yè)界相關(guān)標(biāo)準(zhǔn)，支持開放的標(biāo)準(zhǔn)接口，支持跨平臺(tái)。 可擴(kuò)展性系統(tǒng)采用模板的方式處理數(shù)據(jù)，可以靈活的適應(yīng)業(yè)務(wù)的變化，此外，系統(tǒng)還將滿意以下的擴(kuò)展性要求：u 易于版本升級(jí)，新的功能和模塊能夠加入；u 易于增加功能；系統(tǒng)擴(kuò)展新的功能時(shí)，不會(huì)影響到其他功能模塊。系統(tǒng)具有良好的安全管理功能，數(shù)據(jù)存儲(chǔ)、檢索、提取、發(fā)布和管理等各個(gè)層面和角度都須具有相應(yīng)的安全機(jī)制，并確保達(dá)到以下要求：u 可分級(jí)進(jìn)行權(quán)限管理；u 能設(shè)置角色權(quán)限，可以定義角色以及角色對(duì)應(yīng)的權(quán)限；u 提供完整的操作日志，提供數(shù)據(jù)庫存儲(chǔ)日志接口/功能；u 系統(tǒng)本身穩(wěn)定；u 用戶活動(dòng)的可審計(jì)性，提供良好的事后追查能力；u 符合移動(dòng)IT安全策略和標(biāo)準(zhǔn)；u 系統(tǒng)具備訪問權(quán)限的識(shí)別和控制功能，提供多級(jí)密碼口令或使用硬件鑰匙等選擇和保護(hù)措施；u 系統(tǒng)提供操作日志記錄功能，以便即時(shí)掌握運(yùn)行狀況； 可靠性系統(tǒng)運(yùn)行具有極高的可靠性和良好的容錯(cuò)性能，因軟件系統(tǒng)自身原因（排除硬件、網(wǎng)絡(luò)、數(shù)據(jù)庫、中間件故障）導(dǎo)致系統(tǒng)局部功能短暫不可用的次數(shù)每月平均不超過1次；應(yīng)用系統(tǒng)MTBF（平均失效間隔時(shí)間）部低于2000小時(shí)（不包括因網(wǎng)絡(luò)、主機(jī)硬件、數(shù)據(jù)庫、中間件故障導(dǎo)致系統(tǒng)不可用導(dǎo)致的系統(tǒng)失效）。保證較短的時(shí)間內(nèi)，響應(yīng)業(yè)務(wù)需求經(jīng)常變化的要求。2. 參數(shù)化驅(qū)動(dòng)移動(dòng)業(yè)務(wù)系統(tǒng)要求具有較高的靈活性，以適應(yīng)業(yè)務(wù)多變的特點(diǎn)。該接口支持短信，wap，web三種查詢方式。4. 短信網(wǎng)關(guān)接口 短信網(wǎng)關(guān)接口通過移動(dòng)CMPP協(xié)議，以移動(dòng)互聯(lián)網(wǎng)短信網(wǎng)關(guān)通信，實(shí)現(xiàn)用戶在指定端口的短信的上下行短信的交互。2. 條碼憑證業(yè)務(wù)平臺(tái)接收到“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)的請(qǐng)求消息后，進(jìn)行信息反饋，并通過彩信方式下載條碼憑證彩信給目標(biāo)用戶。 條碼憑證業(yè)務(wù)平臺(tái)接口“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)與條碼憑證平臺(tái)通過數(shù)據(jù)接口實(shí)現(xiàn)條碼憑證下載功能。2. MPS處理交易請(qǐng)求，并回復(fù)處理結(jié)果。 數(shù)據(jù)接口 接口情況概述本期項(xiàng)目“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)所需接入的主要業(yè)務(wù)接口如下：u 手機(jī)支付業(yè)務(wù)平臺(tái)接口u 條碼憑證業(yè)務(wù)平臺(tái)接口u 短信網(wǎng)關(guān)接口u 江門汽運(yùn)售票系統(tǒng)接口 手機(jī)支付業(yè)務(wù)平臺(tái)接口 “二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)與手機(jī)支付業(yè)務(wù)平臺(tái)通過數(shù)據(jù)接口實(shí)現(xiàn)手機(jī)在線支付功能。前期會(huì)提供以下一些基本的關(guān)鍵統(tǒng)計(jì)報(bào)表（實(shí)際情況可根據(jù)客戶需求增加其他方式的統(tǒng)計(jì)報(bào)表）：u 平臺(tái)業(yè)務(wù)明細(xì)統(tǒng)計(jì)（按時(shí)間段，始發(fā)站等具體條件）；u 系統(tǒng)總運(yùn)行情況統(tǒng)計(jì)（按時(shí)間段統(tǒng)計(jì)各接入業(yè)務(wù)信息傳遞流量。 統(tǒng)計(jì)分析提供固定格式的統(tǒng)計(jì)報(bào)表，實(shí)現(xiàn)對(duì)系統(tǒng)數(shù)據(jù)查詢、統(tǒng)計(jì)的后臺(tái)處理功能，在此基礎(chǔ)上實(shí)現(xiàn)對(duì)業(yè)務(wù)數(shù)據(jù)的查詢和統(tǒng)計(jì)分析。協(xié)助系統(tǒng)管理員及時(shí)解決故障。 業(yè)務(wù)異常監(jiān)控提供“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)上所接入合作業(yè)務(wù)處理異常的日志查詢，數(shù)據(jù)監(jiān)控分析。一種用途是客服通過查詢?cè)撓到y(tǒng)知道客戶查詢訂票的實(shí)際情況。 系統(tǒng)實(shí)時(shí)票務(wù)查詢后臺(tái)提供二維碼電子票業(yè)務(wù)的實(shí)時(shí)運(yùn)行狀態(tài)。用于之后的系統(tǒng)優(yōu)化及各個(gè)具體環(huán)節(jié)的完善。 系統(tǒng)運(yùn)行信息詳細(xì)完整系統(tǒng)運(yùn)行日志模塊。同時(shí)包括手機(jī)支付信息，條碼憑證信息的完整周詳記錄。以及wap/web查詢購票過程中的詳細(xì)的互動(dòng)操作記錄等。 數(shù)據(jù)存儲(chǔ)模塊數(shù)據(jù)存儲(chǔ)模塊會(huì)記錄用戶的所有上下行記錄，以及相關(guān)的手機(jī)支付，條碼憑證等各個(gè)應(yīng)用環(huán)節(jié)的完整數(shù)據(jù)，方便今后的查詢，核對(duì)。u 短信提醒功能機(jī)制提供支付過程中的短信提醒功能。u 用戶每次支付金額的上限額度控制機(jī)制提供每次付款金額上限額度控制。u 安全性鑒權(quán)機(jī)制提供業(yè)務(wù)接入的賬戶、密碼、接入IP鑒權(quán)。u 多線程處理機(jī)制；實(shí)現(xiàn)多線程處理，提高通信效率，保證數(shù)據(jù)交互的順暢。該模塊最終完成處會(huì)調(diào)用手機(jī)支付業(yè)務(wù)接口及條碼憑證接口。最終會(huì)通過手機(jī)支付接口扣減相應(yīng)的費(fèi)用。用戶通過WEB登錄指定網(wǎng)站，通過系統(tǒng)導(dǎo)航，在通過手機(jī)校驗(yàn)碼的校驗(yàn)后。u 處理異常，事務(wù)的回滾機(jī)制提供支付異常時(shí)，事務(wù)回滾機(jī)制，確保交易數(shù)據(jù)的正確性。u 同一用戶每天支付金額的上限額度機(jī)制提供同一用戶每天付款金額上限額度控制。u 按優(yōu)先級(jí)別排隊(duì)處理機(jī)制提供按預(yù)設(shè)定的業(yè)務(wù)接入優(yōu)先級(jí)別對(duì)具體業(yè)務(wù)調(diào)用接口的排隊(duì)機(jī)制。u 高效緩沖機(jī)制；提供高效緩沖機(jī)制，即減少業(yè)務(wù)繁忙時(shí)數(shù)據(jù)丟失，緩解了高期期接口通信壓力。相應(yīng)的，平臺(tái)除了在連接的手機(jī)支付業(yè)務(wù)接口高效、穩(wěn)定方面，平臺(tái)還提供了如下處理機(jī)制：u 接口重連接機(jī)制；當(dāng)接口出現(xiàn)網(wǎng)絡(luò)故障時(shí)，引擎自動(dòng)啟動(dòng)重連接處理機(jī)制，確保支付過程的暢通。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機(jī)。用戶通過Wap登錄指定網(wǎng)站，通過系統(tǒng)導(dǎo)航，完成手機(jī)短信的查詢，訂票流程。u 處理異常，事務(wù)的回滾機(jī)制提供支付異常時(shí)，事務(wù)回滾機(jī)制，確保交易數(shù)據(jù)的正確性。u 同一用戶每天支付金額的上限額度機(jī)制提供同一用戶每天付款金額上限額度控制。u 按優(yōu)先級(jí)別排隊(duì)處理機(jī)制提供按預(yù)設(shè)定的業(yè)務(wù)接入優(yōu)先級(jí)別對(duì)具體業(yè)務(wù)調(diào)用接口的排隊(duì)機(jī)制。u 高效緩沖機(jī)制；提供高效緩沖機(jī)制，即減少業(yè)務(wù)繁忙時(shí)數(shù)據(jù)丟失，緩解了高期期接口通信壓力。相應(yīng)的，平臺(tái)除了在連接的手機(jī)支付業(yè)務(wù)接口高效、穩(wěn)定方面，平臺(tái)還提供了如下處理機(jī)制：u 接口重連接機(jī)制；當(dāng)接口出現(xiàn)網(wǎng)絡(luò)故障時(shí)，引擎自動(dòng)啟動(dòng)重連接處理機(jī)制，確保支付過程的暢通。該模塊最終完成處會(huì)調(diào)用手機(jī)支付業(yè)務(wù)接口及條碼憑證接口。最終會(huì)通過手機(jī)支付接口扣減相應(yīng)的費(fèi)用。用戶通過發(fā)送指定查詢訂票信息到指定端口。包括短信查詢購票流程，wap查詢購票流程，web查詢購票流程。對(duì)指定號(hào)碼進(jìn)行重發(fā)二維碼，短信，察看系統(tǒng)日志，以及各類報(bào)表的統(tǒng)計(jì)等管理功能。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機(jī)。在系統(tǒng)設(shè)計(jì)的導(dǎo)航功能下完成車票的查詢購買流程。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機(jī)。在系統(tǒng)設(shè)計(jì)的導(dǎo)航功能下完成車票的查詢購買流程。通過條碼憑證接口下發(fā)相應(yīng)的二維碼電子車票至用戶手機(jī)。或者在系統(tǒng)設(shè)計(jì)的導(dǎo)航菜單交互的情況下，完成手機(jī)短信的查詢，訂票流程。u 數(shù)據(jù)接口實(shí)現(xiàn)與內(nèi)、外部系統(tǒng)的接口通信，完成與內(nèi)、外部系統(tǒng)的數(shù)據(jù)交互。主要包括手機(jī)短信查詢購票業(yè)務(wù)，手機(jī)wap查詢購票業(yè)務(wù)，web查詢購票業(yè)務(wù)，以及相應(yīng)的web后臺(tái)管理支持系統(tǒng)。進(jìn)而使得可維護(hù)性，可以擴(kuò)展性，可測試性方面得到很大的改善；3. 將控制層(Control)和表示層（View）分開，可以動(dòng)態(tài)的決定表示的形式；4. 將控制層(Control)和邏輯層（Model）分開，使得用戶的輸入和數(shù)據(jù)處理之間的關(guān)系可以靈活決定。整體的架構(gòu)完全遵循Sun公司建議的MVC模式，使得整個(gè)體系架構(gòu)符合e時(shí)代企業(yè)應(yīng)用的發(fā)展趨勢。根據(jù)我們平臺(tái)建設(shè)經(jīng)驗(yàn)，系統(tǒng)業(yè)務(wù)數(shù)據(jù)占用的硬盤空間建議不小于72G，操作系統(tǒng)、應(yīng)用軟件和基礎(chǔ)業(yè)務(wù)數(shù)據(jù)的大小約10G，再考慮25%的空間冗余，即數(shù)據(jù)庫服務(wù)器的可用硬盤空間不小于110G。系統(tǒng)需要具備快速海量查詢的能力，應(yīng)考慮更大的冗余和更好的性能，采用4G內(nèi)存容量可以滿足數(shù)據(jù)庫服務(wù)器的性能需求，而應(yīng)用服務(wù)器則可以采用2G內(nèi)存容量。也就是說，系統(tǒng)的應(yīng)用服務(wù)器采用一般主流的PC服務(wù)器即可滿足需要。系統(tǒng)并發(fā)100個(gè)連接用戶占用65%的計(jì)算能力（考慮到服務(wù)器CPU 25%的冗余和10%用于操作系統(tǒng)運(yùn)行），則要求Web Server主機(jī)具有的Specweb99值應(yīng)當(dāng)大于：100 / = 154。而測試中的仿真終端具有一定的隨機(jī)性，可模擬對(duì)圖標(biāo)、圖片乃至大文件的訪問，較為貼近實(shí)際應(yīng)用情況。該評(píng)測基準(zhǔn)主要用來衡量計(jì)算機(jī)系統(tǒng)在Web Server環(huán)境下，所能支持的最大并發(fā)連接數(shù)，是在保證一定的持續(xù)時(shí)間、低于一定的錯(cuò)誤率等情況下所記錄下的最大連接數(shù)。u WEB/WAP服務(wù)在考慮到應(yīng)用服務(wù)器性能時(shí)，我們參考服務(wù)器的Specweb99性能參數(shù)。可見，系統(tǒng)的數(shù)據(jù)服務(wù)器對(duì)TPMC值的要求為大于9,231?？紤]到數(shù)據(jù)服務(wù)器CPU 25%的冗余和10%用于操作系統(tǒng)運(yùn)行，則數(shù)據(jù)處理占用65%的CPU資源。1. CPU配置要求u 數(shù)據(jù)服務(wù)系統(tǒng)數(shù)據(jù)服務(wù)可以根據(jù)峰值用戶處理業(yè)務(wù)的情況來估算。系統(tǒng)暫定10萬/小時(shí)的出票數(shù)量。 接口機(jī)服務(wù)器同時(shí)也用作系統(tǒng)數(shù)據(jù)的冷備份。數(shù)據(jù)庫服務(wù)器負(fù)責(zé)對(duì)平臺(tái)數(shù)據(jù)的存取管理工作，采用PC服務(wù)器。應(yīng)用服務(wù)器上部署系統(tǒng)各類業(yè)務(wù)組件和業(yè)務(wù)生成引擎，負(fù)責(zé)所有核心業(yè)務(wù)的處理。WEB/WAP應(yīng)用服務(wù)器用于部署平臺(tái)的WEB應(yīng)用服務(wù)和WAP應(yīng)用服務(wù)，為手機(jī)移動(dòng)用戶、移動(dòng)內(nèi)部員工提供對(duì)系統(tǒng)的訪問途徑。系統(tǒng)的安全性和數(shù)據(jù)的保密性將得到有效的管理及控制。另平臺(tái)接口服務(wù)器與江門汽運(yùn)售票系統(tǒng)的通