【正文】 u 數據備份和恢復，**公司在試用期間和保修期間都由專人負責系統(tǒng)數據的定期備份，并在系統(tǒng)維護手冊中詳細說明系統(tǒng)的數據備份和恢復策略。 數據安全措施 設計方面的考慮系統(tǒng)采用多種數據保護措施，包括：u 數據加密，對于機密信息確保不以明文出現。u 內容配置管理小組將指明要保存的軟件配置管理文檔，指明用于匯總、保護和維護這些文檔的方法和設施（其中包括要使用的后備設施），并指明要保存的期限。 測試文檔表格9. 測試文檔列表序號文檔名稱說明1測試計劃描述測試方法、測試環(huán)境配置、測試內容和測試用例設計等2測試情況反饋表測試過程發(fā)現問題的記錄3測試日志記錄測試過程的細節(jié)信息4測試報告對測試結果進行總結和分析，給出測試結論，對問題進行定位5其它測試文檔如需要，可在制定測試計劃時提出需要補充的其它文檔 質量改進在對系統(tǒng)進行嚴密測試之后，將形成系統(tǒng)改進計劃，計劃除包括程序的修改意見外，還可能涉及到變更申請內容，將按照變更控制流程執(zhí)行。表格8. 變更審批表【客戶名稱】項目經理審批意見審批人簽名審批日期**公司項目經理審批意見審批人簽名審批日期 質量及安全保障體系 質量保證組織**公司項目總監(jiān)作為管理者代表，負責指導軟件測試部門貫徹落實質量保證工作，測試部門將為項目組建質量組加入到項目組中，配備專職的質量管理人員1名，獨立行使質量保證職能。 變更的提出提出變更需首先填寫變更申請表。例會包括**公司項目組內部的周會、**公司與客戶項目經理例會兩種，過程大致相同，雙方例會的具體流程可以由雙方共同協商確定。每個實施階段都由項目經理匯總階段總結，尤其是到達進度里程碑時更需要對項目的總體情況作詳細的回顧和展望。每周定期舉行項目組例會；雙方項目經理每周舉行碰頭會，交流項目進展情況和雙方需協調的工作。但除了日常一般交流外，對于項目實施中比較正式和重要的協調工作統(tǒng)一由固定的接口人負責，并由其將溝通結果通知項目組成員，以避免多人答復造成溝通上的失誤。考慮到項目正式啟動后會有正式的開發(fā)需求文檔。1 黃育盛：2002畢業(yè)于茂名學院計算機科學與應用系，曾負責廣東省醫(yī)療事故鑒定系統(tǒng)、廣東省辦公廳OA系統(tǒng)、肇慶移動渠道積分系統(tǒng)、順德移動彩信管家系統(tǒng)和廣州移動會展E路通系統(tǒng)等項目的開發(fā)，對Java等技術有豐富的開發(fā)經驗，對Oracle等數據庫管理系統(tǒng)有豐富的實踐經驗，對數據業(yè)務項目有豐富的開發(fā)經驗。2002年以來一直從事移動增值業(yè)務平臺的開發(fā)，建設。 可維護性u 有標準日志文件，數據可備份、恢復；u 能記錄后臺進程狀況和出錯信息；u 標準和良好的數據備份/恢復機制；u 操作系統(tǒng)、數據庫和應用層滿足信息安全要求；u 技術資料完整。4 系統(tǒng)設計原則 設計特點1. 面向對象設計在系統(tǒng)設計方面，采用先進的面向對象設計方法(OOD)，借助強大的面向對象的可視化分析、設計建模工具，對系統(tǒng)需求、業(yè)務處理過程、企業(yè)運作所必備的商業(yè)對象、軟件組件、系統(tǒng)結構和對象進行可視化建模，使應用更貼近實際業(yè)務需求。3. SP接收MPS回復結果，并解析結果作相應的交易處理。 運行日志管理系統(tǒng)管理員可對業(yè)務運行日志進行分類管理、查詢、導出。 系統(tǒng)管理與監(jiān)控提供“二維碼電子票業(yè)務”的運營監(jiān)控管理。具體包括以下一些方面l 業(yè)務運營具體信息l 交易數據明細（手機支付信息/條碼憑證信息）l 系統(tǒng)運行信息 業(yè)務運營具體信息包括在業(yè)務運營過程中用戶的具體操作記錄，如短信操作的查詢/訂票過程中的所有上下行互動記錄。u 高效緩沖機制；提供高效緩沖機制，即減少業(yè)務繁忙時數據丟失，緩解了高期期接口通信壓力。 Web查詢購票模塊該模塊完成用戶通過普通WEB上網方式的查詢購票的完整業(yè)務邏輯。u 多線程處理機制；實現多線程處理，提高通信效率，保證數據交互的順暢。u 短信提醒功能機制提供支付過程中的短信提醒功能。 短信購票業(yè)務流程圖 附圖4. 購票處理流程圖 短信購票業(yè)務事件流汽運手機購票業(yè)務處理事件流如下：A、 用戶通過手機編輯具體購票短信指令發(fā)送到具體的購票短信端口；B、 移動手機售票前臺接收到用戶的購票短信指令后，判斷購票指令的合法性；n 如果購票指令不合法，通過菜單選擇的方式引導用戶訂票；n 如果購票指令合法，則通過數據接口向汽運售票系統(tǒng)發(fā)送購票請求數據；C、 汽運售票系統(tǒng)根據接收的請求數據包處理購票業(yè)務，并響應業(yè)務處理結果；D、 移動手機售票前臺根據接收的業(yè)務處理結果，進行下一步業(yè)務操作；n 如果購票處理不成功，通過短信方式回復用戶購票失敗信息，業(yè)務操作結束；n 如果購票處理成功，進行手機支付合法性校驗，如果合法性校驗成功，則下發(fā)扣費短信確認，如果合法性校驗失敗，向用戶下發(fā)扣費失敗短信通知并向汽運售票系統(tǒng)請求取消購票操作，業(yè)務操作結束；E、 當扣費合法性校驗成功后，用戶收到扣費短信確認通知后，回復扣費短信確認；F、 移動手機售票前臺接收到用戶同意扣費的短信確認后，進行手機在線扣費并下發(fā)條碼憑證到購票用戶手機上；G、 用戶接收到購票條碼憑證后，到車站兌票；H、 汽運售票系統(tǒng)對用戶提供的條碼憑證做數據檢驗，校驗通過給用戶兌現車票；I、 業(yè)務流程結束。 基礎平臺 業(yè)務處理模塊該功能主要完成用戶實際使用系統(tǒng)中的各種業(yè)務邏輯方面的處理。最終會通過手機支付接口扣減相應的費用。u 基礎平臺提供系統(tǒng)底層核心管理功能，包括相應的業(yè)務處理模塊、數據存儲模塊、系統(tǒng)管理與監(jiān)控、報表統(tǒng)計等基礎功能。3. 服務器硬盤空間按平臺的需求情況，流程處理的數據量應較少，但資料、檔案等所占磁盤空間則可能較大。該指標考察的是硬件系統(tǒng)平臺、操作系統(tǒng)、Web Server軟件等綜合各部分的計算機整體系統(tǒng)對Internet并發(fā)連接的處理能力。假設峰值時100人同時在向系統(tǒng)發(fā)出請求（假設每個請求的平均響應速度為1秒），系統(tǒng)每秒需處理的事務數則約為100。應用服務器采用PC Server，可以根據業(yè)務的開展情況靈活擴展。用戶對“二維碼電子票業(yè)務”平臺的訪問以外網接入為主，通過WEB網站、WAP網站、短信渠道訪問系統(tǒng)。應該可以滿足實際的應用需求。將來可以使用同樣的技術擴展到其他的商業(yè)合作伙伴。為提高廣大手機用戶移動信息化生活的質量，將移動增值業(yè)務與人們的日常生活更加緊密的聯系起來，廣東移動已經先后推出了手機支付和條碼憑證回執(zhí)兩類全新的移動應用技術。u 支持短信、WAP、WEB方式的最終用戶訪問，用戶可使用任何一種方式，方便靈活的實現二維碼電子車票的查詢，購買。2. 普通消費者，通過手機sms, wap或者web查詢，購買指定線路的班次。WEB/WAP應用服務器用于部署平臺的WEB應用服務和WAP應用服務，為手機移動用戶、移動內部員工提供對系統(tǒng)的訪問途徑。系統(tǒng)暫定10萬/小時的出票數量。u WEB/WAP服務在考慮到應用服務器性能時，我們參考服務器的Specweb99性能參數。也就是說，系統(tǒng)的應用服務器采用一般主流的PC服務器即可滿足需要。進而使得可維護性，可以擴展性，可測試性方面得到很大的改善；3. 將控制層(Control)和表示層（View）分開，可以動態(tài)的決定表示的形式；4. 將控制層(Control)和邏輯層（Model）分開，使得用戶的輸入和數據處理之間的關系可以靈活決定。通過條碼憑證接口下發(fā)相應的二維碼電子車票至用戶手機。通過條碼憑證接口下發(fā)相應的二維碼電子車票至用戶手機。最終會通過手機支付接口扣減相應的費用。u 按優(yōu)先級別排隊處理機制提供按預設定的業(yè)務接入優(yōu)先級別對具體業(yè)務調用接口的排隊機制。通過條碼憑證接口下發(fā)相應的二維碼電子車票至用戶手機。u 同一用戶每天支付金額的上限額度機制提供同一用戶每天付款金額上限額度控制。該模塊最終完成處會調用手機支付業(yè)務接口及條碼憑證接口。u 短信提醒功能機制提供支付過程中的短信提醒功能。 系統(tǒng)運行信息詳細完整系統(tǒng)運行日志模塊。 業(yè)務異常監(jiān)控提供“二維碼電子票業(yè)務”業(yè)務平臺上所接入合作業(yè)務處理異常的日志查詢，數據監(jiān)控分析。 數據接口 接口情況概述本期項目“二維碼電子票業(yè)務”業(yè)務平臺所需接入的主要業(yè)務接口如下：u 手機支付業(yè)務平臺接口u 條碼憑證業(yè)務平臺接口u 短信網關接口u 江門汽運售票系統(tǒng)接口 手機支付業(yè)務平臺接口 “二維碼電子票業(yè)務”業(yè)務平臺與手機支付業(yè)務平臺通過數據接口實現手機在線支付功能。4. 短信網關接口 短信網關接口通過移動CMPP協議，以移動互聯網短信網關通信，實現用戶在指定端口的短信的上下行短信的交互。系統(tǒng)具有良好的安全管理功能，數據存儲、檢索、提取、發(fā)布和管理等各個層面和角度都須具有相應的安全機制，并確保達到以下要求：u 可分級進行權限管理；u 能設置