【文章內(nèi)容簡介】 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ù)的正確性。 數(shù)據(jù)存儲模塊數(shù)據(jù)存儲模塊會記錄用戶的所有上下行記錄，以及相關(guān)的手機支付，條碼憑證等各個應(yīng)用環(huán)節(jié)的完整數(shù)據(jù)，方便今后的查詢，核對。具體包括以下一些方面l 業(yè)務(wù)運營具體信息l 交易數(shù)據(jù)明細（手機支付信息/條碼憑證信息）l 系統(tǒng)運行信息 業(yè)務(wù)運營具體信息包括在業(yè)務(wù)運營過程中用戶的具體操作記錄，如短信操作的查詢/訂票過程中的所有上下行互動記錄。以及wap/web查詢購票過程中的詳細的互動操作記錄等。 交易數(shù)據(jù)明細詳細完整的記錄用戶在購票過程的互動記錄。同時包括手機支付信息，條碼憑證信息的完整周詳記錄。用于后面統(tǒng)計模塊的報表統(tǒng)計及后期的數(shù)據(jù)查詢核對。 系統(tǒng)運行信息詳細完整系統(tǒng)運行日志模塊。后期可以對系統(tǒng)流量，用戶操作習慣等進行分析。用于之后的系統(tǒng)優(yōu)化及各個具體環(huán)節(jié)的完善。 系統(tǒng)管理與監(jiān)控提供“二維碼電子票業(yè)務(wù)”的運營監(jiān)控管理。 系統(tǒng)實時票務(wù)查詢后臺提供二維碼電子票業(yè)務(wù)的實時運行狀態(tài)。管理員也可立即實時查詢指定用戶的使用情況。一種用途是客服通過查詢該系統(tǒng)知道客戶查詢訂票的實際情況。根據(jù)具體情況進行補發(fā)二維碼彩信或短信等具體操作。 業(yè)務(wù)異常監(jiān)控提供“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺上所接入合作業(yè)務(wù)處理異常的日志查詢，數(shù)據(jù)監(jiān)控分析。 業(yè)務(wù)高峰期監(jiān)控通過分析“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺所接入合作業(yè)務(wù)受理事務(wù)日志和系統(tǒng)運行日志，監(jiān)控各類合作業(yè)務(wù)高峰期運行情況，并可設(shè)置預(yù)警。協(xié)助系統(tǒng)管理員及時解決故障。 運行日志管理系統(tǒng)管理員可對業(yè)務(wù)運行日志進行分類管理、查詢、導(dǎo)出。 統(tǒng)計分析提供固定格式的統(tǒng)計報表，實現(xiàn)對系統(tǒng)數(shù)據(jù)查詢、統(tǒng)計的后臺處理功能，在此基礎(chǔ)上實現(xiàn)對業(yè)務(wù)數(shù)據(jù)的查詢和統(tǒng)計分析。 統(tǒng)計報表用戶的所有短信，wap購票數(shù)據(jù)的詳細信息都已完整記錄入數(shù)據(jù)庫。前期會提供以下一些基本的關(guān)鍵統(tǒng)計報表（實際情況可根據(jù)客戶需求增加其他方式的統(tǒng)計報表）：u 平臺業(yè)務(wù)明細統(tǒng)計（按時間段，始發(fā)站等具體條件）；u 系統(tǒng)總運行情況統(tǒng)計（按時間段統(tǒng)計各接入業(yè)務(wù)信息傳遞流量。）； 查詢引擎查詢功能的內(nèi)部核心組件，解釋查詢條件與業(yè)務(wù)數(shù)據(jù)等系統(tǒng)數(shù)據(jù)源之間的關(guān)系，從而實現(xiàn)對系統(tǒng)數(shù)據(jù)的查詢和統(tǒng)計功能。 數(shù)據(jù)接口 接口情況概述本期項目“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺所需接入的主要業(yè)務(wù)接口如下：u 手機支付業(yè)務(wù)平臺接口u 條碼憑證業(yè)務(wù)平臺接口u 短信網(wǎng)關(guān)接口u 江門汽運售票系統(tǒng)接口 手機支付業(yè)務(wù)平臺接口 “二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺與手機支付業(yè)務(wù)平臺通過數(shù)據(jù)接口實現(xiàn)手機在線支付功能。u 交易步驟：1. 在得到用戶確認的情況下，通過HTTP POST提交交易請求數(shù)據(jù)，發(fā)送到MPS交易處理系統(tǒng)。2. MPS處理交易請求，并回復(fù)處理結(jié)果。3. SP接收MPS回復(fù)結(jié)果，并解析結(jié)果作相應(yīng)的交易處理。 條碼憑證業(yè)務(wù)平臺接口“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺與條碼憑證平臺通過數(shù)據(jù)接口實現(xiàn)條碼憑證下載功能。u 交互步驟：1. “二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺向條碼憑證業(yè)務(wù)平臺發(fā)送條碼憑證下載請求。2. 條碼憑證業(yè)務(wù)平臺接收到“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺的請求消息后，進行信息反饋，并通過彩信方式下載條碼憑證彩信給目標用戶。3. “二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺對記錄條碼憑證業(yè)務(wù)平臺反饋回來的業(yè)務(wù)信息，為條碼憑證兌現(xiàn)過程中與特約商戶進行條碼憑證合法性校驗做準備。4. 短信網(wǎng)關(guān)接口 短信網(wǎng)關(guān)接口通過移動CMPP協(xié)議，以移動互聯(lián)網(wǎng)短信網(wǎng)關(guān)通信，實現(xiàn)用戶在指定端口的短信的上下行短信的交互。 江門汽運售票系統(tǒng)接口“通過之前與江門汽運確立的交互報文，實現(xiàn)查詢，訂票數(shù)據(jù)的交互與同步。該接口支持短信，wap，web三種查詢方式。4 系統(tǒng)設(shè)計原則 設(shè)計特點1. 面向?qū)ο笤O(shè)計在系統(tǒng)設(shè)計方面，采用先進的面向?qū)ο笤O(shè)計方法(OOD)，借助強大的面向?qū)ο蟮目梢暬治?、設(shè)計建模工具，對系統(tǒng)需求、業(yè)務(wù)處理過程、企業(yè)運作所必備的商業(yè)對象、軟件組件、系統(tǒng)結(jié)構(gòu)和對象進行可視化建模，使應(yīng)用更貼近實際業(yè)務(wù)需求。2. 參數(shù)化驅(qū)動移動業(yè)務(wù)系統(tǒng)要求具有較高的靈活性，以適應(yīng)業(yè)務(wù)多變的特點。設(shè)計時采用參數(shù)化驅(qū)動的實現(xiàn)方法，將可能變化的因素統(tǒng)一參數(shù)化管理和維護，當參數(shù)變化時只維護這些參數(shù)表而無需更改應(yīng)用軟件，并且系統(tǒng)將在不停機情況下動態(tài)地調(diào)整這些參數(shù)。保證較短的時間內(nèi)，響應(yīng)業(yè)務(wù)需求經(jīng)常變化的要求。 安全性系統(tǒng)具有良好的安全性和可靠性，通過權(quán)限管理機制保證數(shù)據(jù)不被非法盜用和修改，保證數(shù)據(jù)的一致性；對非法登錄或系統(tǒng)故障能采取多種檢查和處理手段；采用故障檢查、告警和處理機制，保證數(shù)據(jù)不因意外情況丟失和損壞。系統(tǒng)具有良好的安全管理功能，數(shù)據(jù)存儲、檢索、提取、發(fā)布和管理等各個層面和角度都須具有相應(yīng)的安全機制，并確保達到以下要求：u 可分級進行權(quán)限管理；u 能設(shè)置角色權(quán)限，可以定義角色以及角色對應(yīng)的權(quán)限；u 提供完整的操作日志，提供數(shù)據(jù)庫存儲日志接口/功能；u 系統(tǒng)本身穩(wěn)定；u 用戶活動的可審計性，提供良好的事后追查能力；u 符合移動IT安全策略和標準；u 系統(tǒng)具備訪問權(quán)限的識別和控制功能，提供多級密碼口令或使用硬件鑰匙等選擇和保護措施；u 系統(tǒng)提供操作日志記錄功能，以便即時掌握運行狀況； 可靠性系統(tǒng)運行具有極高的可靠性和良好的容錯性能，因軟件系統(tǒng)自身原因（排除硬件、網(wǎng)絡(luò)、數(shù)據(jù)庫、中間件故障）導(dǎo)致系統(tǒng)局部功能短暫不可用的次數(shù)每月平均不超過1次；應(yīng)用系統(tǒng)MTBF（平均失效間隔時間）部低于2000小時（不包括因網(wǎng)絡(luò)、主機硬件、數(shù)據(jù)庫、中間件故障導(dǎo)致系統(tǒng)不可用導(dǎo)致的系統(tǒng)失效）。 易用性u 提供豐富的聯(lián)機幫助提示和上下文有關(guān)的在線幫助；u 系統(tǒng)應(yīng)易于使用，具有良好的客戶操作界面、詳細的幫助信息，適合具有計算機基本知識或操作能力的用戶的需要；u 系統(tǒng)安裝部署簡單方便；u 系統(tǒng)確保良好的兼容性，不需要或較少補丁包；u 界面布局及內(nèi)容符合使用人員的思維習慣，容易理解，容易學習；u 更新操作有反饋，系統(tǒng)將提供各類操作提示；u 危險操作有警告提示，除告警之外，系統(tǒng)將通過完善的權(quán)限管理確保數(shù)據(jù)的安全性；u 系統(tǒng)易于管理，系統(tǒng)參數(shù)的維護與管理通過操作界面實現(xiàn)。 可擴展性系統(tǒng)采用模板的方式處理數(shù)據(jù)，可以靈活的適應(yīng)業(yè)務(wù)的變化，此外，系統(tǒng)還將滿意以下的擴展性要求：u 易于版本升級，新的功能和模塊能夠加入；u 易于增加功能；系統(tǒng)擴展新的功能時，不會影響到其他功能模塊。 可維護性u 有標準日志文件，數(shù)據(jù)可備份、恢復(fù)；u 能記錄后臺進程狀況和出錯信息；u 標準和良好的數(shù)據(jù)備份/恢復(fù)機制；u 操作系統(tǒng)、數(shù)據(jù)庫和應(yīng)用層滿足信息安全要求；u 技術(shù)資料完整。 開放性系統(tǒng)確保具有良好的開放性，所有軟件都應(yīng)遵循業(yè)界相關(guān)標準，支持開放的標準接口，支持跨平臺。使整個系統(tǒng)成為一個統(tǒng)一的整體，不會產(chǎn)生運行上的“孤島”。5 項目實施方案 項目組織架構(gòu) 組員計劃根據(jù)“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺項目的需求情況，**公司將以熟悉移動業(yè)務(wù)的技術(shù)人員為主組成項目組，通過公司重用程序庫的代碼重用來達到快速開發(fā)、實施的目標。目前計劃的項目團隊組織結(jié)構(gòu)如下圖所示： 附圖5. 項目組織架構(gòu)1 黃曉宇：中山大學本科學歷，在移動數(shù)據(jù)業(yè)務(wù)平臺方面有多年開發(fā)經(jīng)驗。曾先后擔任程序員、高級程序員、系統(tǒng)分析員、項目經(jīng)理，相關(guān)項目管理和開發(fā)經(jīng)驗：廣州移動彩信營銷平臺、東莞移動彩信營銷平臺、順德移動彩信管家系統(tǒng)、廣州移動短信群發(fā)平臺、茂名移動短信互動平臺等。1 李斌：新疆師范大學計算機專業(yè)畢業(yè)，10年的軟件開發(fā)經(jīng)驗，精通Java，數(shù)據(jù)庫delphi等各類軟件開發(fā)工具。參與過多個大中型系統(tǒng)的設(shè)計，開發(fā)，建設(shè)。2002年以來一直從事移動增值業(yè)務(wù)平臺的開發(fā)，建設(shè)。對底層通信，相關(guān)的各類通信協(xié)議以及各類增值應(yīng)用方面都有豐富的實踐經(jīng)驗及深刻的認識。1 楊帆：2003年畢業(yè)于天津職業(yè)技術(shù)師范學院計算機科學與技術(shù)專業(yè)，獲工學學士學位。畢業(yè)后一直從事J2EE架構(gòu)的軟件設(shè)計和開發(fā)工作。熟悉WAP技術(shù)，最近曾作為主要技術(shù)骨干成功完成了廣州移動節(jié)展會WAP平臺、廣東移