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