（電子行業(yè)企業(yè)管理）二維碼電子票業(yè)務系統(tǒng)建設方案V

案V本文檔所涉及到的文字和圖表，僅限廣州市**信息技術有限公司和廣東移動內部使用，未經廣州市**信息技術有限公司的書面許可，請勿擴散到任何第三方。 1 1 1 2 2 2 3 32.1.1應用環(huán)境 32.1.2網絡架構 32.2硬件配置建議 42.2.1配置依據(jù) 42.2.2配置建議 6 6 8 8 93.2.1短信查詢購票 9 9 9 9 3.3.1業(yè)務處理模塊 3.3.2數(shù)據(jù)存儲模塊 3.3.3系統(tǒng)管理與監(jiān)控 3.3.4統(tǒng)計分析 3.4.1接口情況概述 3.4.2手機支付業(yè)務平臺接口 3.4.3條碼憑證業(yè)務平臺接口 3.4.4短信網關接口 3.4.5江門汽運售票系統(tǒng)接口 4.1設計特點 5.1.1組員計劃 5.1.2角色職責 6.1.1溝通流程及形式 6.1.2與客戶的接口 6.1.3項目文檔的交付與歸檔 6.2.1實施控制的基礎 6.2.2實施控制的手段 6.2.3實施控制的具體措施 6.3.1變更的提出 6.3.2變更的評估 6.3.3變更的批準 6.4.1質量保證組織 6.4.2質量體系文件 6.4.3系統(tǒng)測試措施 6.4.4質量改進 6.4.5配置管理 6.4.6數(shù)據(jù)安全措施 3 7 8 2 6 作伙伴。。開展手機購票業(yè)務的應用，提高江門汽運購票業(yè)務的市場。拓展手機小額支付、條碼憑證電子回執(zhí)應用。提升手機支付、條碼憑證的業(yè)務應用。與條碼憑證平臺進行接口通信，實現(xiàn)條碼憑證下載和條碼憑證驗。與江門汽運售票系統(tǒng)的接口通信，實現(xiàn)最新班次的查詢，購票以及數(shù)據(jù)同步。。短信網關的接口通信。。支持對手機支付和條碼憑證業(yè)務的靈活數(shù)據(jù)二維碼電子票出票數(shù)量暫時本方案所描述的“二維碼電子票業(yè)務”業(yè)務平臺項目建設范圍包括2.按照第3章所描述的系統(tǒng)功能，設計和開發(fā)“二維碼電子票業(yè)務”業(yè)務平臺；根據(jù)**公司對“二維碼電子票業(yè)務”業(yè)務平臺的理解，系統(tǒng)用戶主要分為以下兩大類：1.系統(tǒng)管理員/移動管理員，通過內網訪問系責系統(tǒng)業(yè)務管理及日常維護。和條碼憑證下載等功能。2.1.1應用環(huán)境防火墻過濾。系統(tǒng)的安全性和數(shù)據(jù)的保密性將得到有效的管理及控制。根據(jù)“二維碼電子票業(yè)務”平臺應用場合要求，建議網絡架構如下：構成。同時也可實現(xiàn)與手機支付業(yè)務平臺，條碼憑證業(yè)務平臺等內部系統(tǒng)數(shù)據(jù)通信，也可實現(xiàn)與接口機服務器同時也用作系統(tǒng)數(shù)據(jù)的冷備份。2.2.1配置依據(jù)2.2.1.1預期用戶數(shù)2.2.1.2硬件配置要求足上述計算的需求。的參考。2.服務器內存標準內存配置采購。系統(tǒng)需要具備快速海量查詢的能力，應考慮更大的冗余和更好的性能，3.服務器硬盤空間大。2.2.2配置建議根據(jù)上節(jié)的配置依據(jù)，建議為“二維碼電子票業(yè)務”業(yè)務平臺配置以下軟硬件系統(tǒng)：1121301增加多種表現(xiàn)或者改變某種形式；2.邏輯層(Model)以及表示層(View)分開以后，使得它們各自能夠獨立的變化。進而使得3.將控制層(Control)和表示層（View）分開，可以動態(tài)的決定表示的形式；控、報表統(tǒng)計等基礎功能。實現(xiàn)與內、外部系統(tǒng)的接口通信，完成與內、外部用戶通過發(fā)送指定查詢訂票信息到指定端口?；蛘咴谙到y(tǒng)設計的導航菜單交互的情況憑證接口下發(fā)相應的二維碼電子車票至用戶手機。的二維碼電子車票至用戶手機。維碼電子車票至用戶手機。二維碼，短信，察看系統(tǒng)日志，以及各類報表的統(tǒng)計等管理功能。3.3.1.1短信查詢購票模塊機。該模塊最終完成處會調用手機支付業(yè)務接口及條碼憑證接口。3.3.1.2短信購票業(yè)務流程圖3.3.1.3短信購票業(yè)務事件流。如果購票指令不合法，通過菜單選擇的方式引導用戶訂票；。如果購票指令合法，則通過數(shù)據(jù)接口向汽運售票系統(tǒng)發(fā)送購票請求數(shù)據(jù)；。如果購票處理不成功，通過短信方式回復用戶購票失敗信息，業(yè)務操作結束；售票系統(tǒng)請求取消購票操作，業(yè)務操作結束；碼憑證到購票用戶手機上；I、業(yè)務流程結束。機制：。接口重連接機制；提供高效緩沖機制，即減少業(yè)務繁忙時數(shù)據(jù)丟失，緩解了高期期接口通信壓力。提供業(yè)務接入的賬戶、密碼、接入IP鑒權。提供按預設定的業(yè)務接入優(yōu)先級別對具體業(yè)務調用接口的排隊機制。提供每次付款金額上限額度控制。提供同一用戶每天付款金額上限額度控制。提供支付過程中的短信提醒功能。提供支付異常時，事務回滾機制，確保交易數(shù)據(jù)的正確性。付業(yè)務接口及條碼憑證接口。機制：。接口重連接機制；提供高效緩沖機制，即減少業(yè)務繁忙時數(shù)據(jù)丟失，緩解了高期期接口通信壓力。提供業(yè)務接入的賬戶、密碼、接入IP鑒權。提供按預設定的業(yè)務接入優(yōu)先級別對具體業(yè)務調用接口的排隊機制。提供每次付款金額上限額度控制。提供同一用戶每天付款金額上限額度控制。提供支付過程中的短信提醒功能。提供支付異常時，事務回滾機制，確保交易數(shù)據(jù)的正確性。指定網站，通過系統(tǒng)導航，在通過手機校驗碼的校驗后。完成手機短信的查詢，訂票流程。用戶手機。該模塊最終完成處會調用手機支付業(yè)務接口及條碼憑證接口。機制：。接口重連接機制；提供高效緩沖機制，即減少業(yè)務繁忙時數(shù)據(jù)丟失，緩解了高期期接口通信壓力。提供業(yè)務接入的賬戶、密碼、接入IP鑒權。提供按預設定的業(yè)務接入優(yōu)先級別對具體業(yè)務調用接口的排隊機制。提供每次付款金額上限額度控制。提供同一用戶每天付款金額上限額度控制。提供支付過程中的短信提醒功能。提供支付異常時，事務回滾機制，確保交易數(shù)據(jù)的正確性。3.3.2數(shù)據(jù)存儲模塊。交易數(shù)據(jù)明細（手機支付信息/條碼憑證信息）3.3.2.1業(yè)務運營具體信息3.3.2.2交易數(shù)據(jù)明細完整周詳記錄。用于后面統(tǒng)計模塊的報表統(tǒng)計及后期的數(shù)據(jù)查詢核對。3.3.2.3系統(tǒng)運行信息后的系統(tǒng)優(yōu)化及各個具體環(huán)節(jié)的完善。提供“二維碼電子票業(yè)務”的運營監(jiān)控管理。3.3.3.1系統(tǒng)實時票務查詢發(fā)二維碼彩信或短信等具體操作。3.3.3.2業(yè)務異常監(jiān)控分析。3.3.3.3業(yè)務高峰期監(jiān)控監(jiān)控各類合作業(yè)務高峰期運行情況，并可設置預警。協(xié)助系統(tǒng)管理員及時解決故障。3.3.3.4運行日志管理3.3.4統(tǒng)計分析現(xiàn)對業(yè)務數(shù)據(jù)的查詢和統(tǒng)計分析。3.3.4.1統(tǒng)計報表些基本的關鍵統(tǒng)計報表（實際情況可根據(jù)客戶需求增加）：）；3.3.4.2查詢引擎現(xiàn)對系統(tǒng)數(shù)據(jù)的查詢和統(tǒng)計功能。本期項目“二維碼電子票業(yè)務”業(yè)務平臺所需接入的主要功能。“二維碼電子票業(yè)務”業(yè)務平臺與條碼憑證平臺通過數(shù)據(jù)接口實現(xiàn)條碼憑證下載功能。1.“二維碼電子票業(yè)務”業(yè)務平臺向條碼憑證業(yè)務平臺發(fā)送條碼憑證下載請求。信息反饋，并通過彩信方式下載條碼憑證彩信給目標用戶。為條碼憑證兌現(xiàn)過程中與特約商戶進行條碼憑證合法性校驗做準備。4.短信網關接口行短信的交互。系統(tǒng)結構和對象進行可視化建模，使應用更貼近實際業(yè)務需求。2.參數(shù)化驅動無需更改應用軟件，并且系統(tǒng)將在不停機情況下動態(tài)地調整這些參數(shù)。保證較短的時間內，響應業(yè)務需求經常變化的要求。和處理機制，保證數(shù)據(jù)不因意外情況丟失和損壞。都須具有相應的安全機制，并確保達到以下要求：。提供完整的操作日志，提供數(shù)據(jù)庫存儲日志接口/功能；。符合移動IT安全策略和標準；保護措施；。提供豐富的聯(lián)機幫助提示和上下文有關的在線幫助；。界面布局及內容符合使用人員的思維習慣，容易理解，容易學習；。易于增加功能；系統(tǒng)擴展新的功能時，不會影響到其他。有標準日志文件，數(shù)據(jù)可備份、恢復；。標準和良好的數(shù)據(jù)備份/恢復機制；。操作系統(tǒng)、數(shù)據(jù)庫和應用層滿足信息安全要求；。技術資料完整。人員為主組成項目組，通過公司重用程序庫的代碼重用來達到快速開發(fā)、實施的目標。系統(tǒng)、廣州移動短信群發(fā)平臺、茂名移動短信互動平臺等。應用方面都有豐富的實踐經驗及深刻的認識。發(fā)工作。。李英山：2003年畢業(yè)于華中科技大學計算機科學與與開發(fā)十多個增值業(yè)務、數(shù)據(jù)業(yè)務、管理信息系統(tǒng)項目。理系統(tǒng)有豐富的實踐經驗，對數(shù)據(jù)業(yè)務項目有豐富的開發(fā)經驗。。李毓：2003年畢業(yè)于華南熱帶農業(yè)大學計算機科學上海市特種設備管理系統(tǒng)、廣州移動短信群發(fā)管理系統(tǒng)、東莞移動彩信群發(fā)管理系統(tǒng)、慶渠道積分管理系統(tǒng)、廣州移動后勤、深圳移動培訓管理系統(tǒng)。設計工作。表格3.項目組角色職責12456工作會在之前的工作基礎上進一步完善，建議的項目實施計劃如下表格4.項目實施計劃1234二維碼電子票業(yè)務平臺上5二維碼電子票業(yè)務平臺初驗6二維碼電子票業(yè)務平臺終驗得到有效的傳遞，從而建立統(tǒng)一的項目溝通流程和語言，明確項目組每位成員的溝通職責。理由小組長負責監(jiān)督和控制項目組成員每日的工作進度，及時幫助項目組成員解決日常工作問題，或將問題提請項目經理解決?？蛻簦⒊碗p方項目總監(jiān)。表格5.溝通計劃列表每月最后一個工特別說明，與客戶的固定接口人為項目經理。理正式地交付給客戶。**公司對項目實施的跟蹤和監(jiān)控分為七大類：。合同管理。。各類變更申請；。采購合同管理細則。。每周項目例會。每周定期舉行項目組例會；。會議紀要。每次會議的內容記錄，包括與會人員、會議主題、中間過程、結論經理的碰頭會都需要形成相應的會議紀要。其他跟蹤資料進行審核，并通過多種分析手段總結出項目實施的績效報告。調整的項目計劃進行審批和協(xié)調資源。1.制定溝通計劃在項目的計劃階段，項目經理必須制定完整細致的溝通計劃，包括：組員的工作報告、例會制度、干系人溝通界面等內容。2.控制標準的標準，并平衡這些關鍵因素的作用。3.控制周期效報告等都以此為提交周期。4.具體執(zhí)行內容負面影響的情況更加需要亡羊補牢并總結原因。例會包括**公司項目組內部的周會、**公司與客戶項目經理例會兩種，過程大致相同，作為雙方例會的參考。準而制定的跟蹤表，如測試報告、進度報告等由與會人員總結項目實施情況，并產生相應的會議紀要和對計劃的調整?？偙O(jiān)和其他相關管理成員對項目實施情況進行審核、評估，并提出相應的指導意項目經理每周需要向用戶提交進度報告和需要協(xié)助的詳細工作說明。管理）等等。1.客戶或**公司一方提出變更申請；2.將變更申請?zhí)峤辉u審小組作初步審核；3.項目組對初步審核通過的變更申請進行詳細評估，提交評估報告；4.評審小組討論評估報告并決定是否接受變更；）；6.由項目組對變更申請進行實施。組進行詳細的影響評估。評審小組有權直接拒絕申請人提出的變更申請。對變更申請進行分析研究并填寫評估意見。批準的變更申請將退還給提出變更的本人。證職能。**公司編制有質量體系文件，經審定后頒布實施。效運行的證據(jù)。小組內部測試外，由測試部門的專職測試人員組成測試小組對系統(tǒng)進行獨立6.4.3.1測試的內容6.4.3.2測試流程對安裝、配置和使用方法進行記錄，對程序不清楚的地方開發(fā)人員負責解試人員應檢查測試計算機上的版本是否為最新版本；6.4.3.3測試文檔表格9.測試文檔列表1描述測試方法、測試環(huán)境配置、測試內容和測試用234對測試結果進行總結和分析，給出測試結論，對問5如需要，可在制定測試計