【正文】 功能 短信查詢購票用戶通過發(fā)送指定查詢訂票信息到指定端口。 Web查詢購票用戶通過web的方式訪問相應web查詢訂票網(wǎng)站。 短信查詢購票模塊該模塊完成用戶短信查詢購票的完整業(yè)務(wù)邏輯。u 多線程處理機制；實現(xiàn)多線程處理，提高通信效率，保證數(shù)據(jù)交互的順暢。 Wap查詢購票模塊該模塊完成用戶Wap上網(wǎng)方式的查詢購票的完整業(yè)務(wù)邏輯。u 安全性鑒權(quán)機制提供業(yè)務(wù)接入的賬戶、密碼、接入IP鑒權(quán)。完成手機短信的查詢，訂票流程。u 按優(yōu)先級別排隊處理機制提供按預設(shè)定的業(yè)務(wù)接入優(yōu)先級別對具體業(yè)務(wù)調(diào)用接口的排隊機制。 交易數(shù)據(jù)明細詳細完整的記錄用戶在購票過程的互動記錄。管理員也可立即實時查詢指定用戶的使用情況。 統(tǒng)計報表用戶的所有短信，wap購票數(shù)據(jù)的詳細信息都已完整記錄入數(shù)據(jù)庫。u 交互步驟：1. “二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺向條碼憑證業(yè)務(wù)平臺發(fā)送條碼憑證下載請求。設(shè)計時采用參數(shù)化驅(qū)動的實現(xiàn)方法，將可能變化的因素統(tǒng)一參數(shù)化管理和維護，當參數(shù)變化時只維護這些參數(shù)表而無需更改應用軟件，并且系統(tǒng)將在不停機情況下動態(tài)地調(diào)整這些參數(shù)。使整個系統(tǒng)成為一個統(tǒng)一的整體，不會產(chǎn)生運行上的“孤島”。1 楊帆：2003年畢業(yè)于天津職業(yè)技術(shù)師范學院計算機科學與技術(shù)專業(yè)，獲工學學士學位。畢業(yè)后即從事軟件測試工作至今，曾負責的測試項目有：廣東省特種設(shè)備管理系統(tǒng)、上海市特種設(shè)備管理系統(tǒng)、廣州移動短信群發(fā)管理系統(tǒng)、東莞移動彩信群發(fā)管理系統(tǒng)、中山一鍵通客戶管理系統(tǒng)、順德移動彩信管家系統(tǒng)、廣東移動12580彩信營銷平臺、肇慶渠道積分管理系統(tǒng)、廣州移動后勤、深圳移動培訓管理系統(tǒng)。 溝通流程及形式項目組成員應將每日工作情況以日報形式提交給項目小組長（周期較短的項目可能不再根據(jù)分工的不同設(shè)定不同的工作小組，這種情況項目組成員的工作日報應直接提交至項目經(jīng)理），由小組長負責監(jiān)督和控制項目組成員每日的工作進度，及時幫助項目組成員解決日常工作問題，或?qū)栴}提請項目經(jīng)理解決。 項目文檔的交付與歸檔項目成員完成相關(guān)項目文檔的編寫后，經(jīng)過**公司規(guī)范的交付物評審流程后，由項目經(jīng)理正式地交付給客戶。每次會議的內(nèi)容記錄，包括與會人員、會議主題、中間過程、結(jié)論等，對于討論形成的問題跟蹤表則形成會議紀要的附件。 實施控制的具體措施1. 制定溝通計劃在項目的計劃階段，項目經(jīng)理必須制定完整細致的溝通計劃，包括：組員的工作報告、例會制度、干系人溝通界面等內(nèi)容。在會議召開之前所有小組長（或項目成員）應該提交周工作報告，說明自己工作的進度和問題，這是周會的重要輸入之一。評審小組成員的資格將由雙方有關(guān)人員做出書面規(guī)定，其中任何一方都可以書面形式通知另一方有關(guān)其人員更改的情況。質(zhì)量體系文件按照層次分為三個層次文件：第一層《質(zhì)量手冊》是本公司對質(zhì)量保證的基本要求和承諾，并對質(zhì)量管理體系進行了描述，使全體員工質(zhì)量活動的法規(guī)和綱領(lǐng)性文件，同時也是對客戶的需求進行承諾的文件，公司立足做好電信運營商的服務(wù)商，全體員工必須遵守《質(zhì)量手冊》，以確保公司能開發(fā)出一流的產(chǎn)品，向用戶提供滿意的服務(wù)。 配置管理**公司配置管理由項目經(jīng)理負責，通過配置標識、配置控制、狀態(tài)審計、評審和檢查等方法對開發(fā)過程中的各類軟件項及其狀態(tài)進行控制，以利于追蹤軟件產(chǎn)品開發(fā)和修改的過程，保證軟件產(chǎn)品各部分的一致性。軟件庫分開發(fā)庫和受控庫，軟件開發(fā)人員在開發(fā)庫中工作，這時開發(fā)人員可自由提交各軟件項。u 權(quán)限控制，系統(tǒng)采用嚴密的權(quán)限管理機制，只有具備指定權(quán)限的人才能進行相應的數(shù)據(jù)瀏覽或編輯操作；權(quán)限的設(shè)置可以細化到具體的人，數(shù)據(jù)訪問權(quán)限則細化到具體的數(shù)據(jù)項，即，每個數(shù)據(jù)項都可以設(shè)定對它的訪問權(quán)限，只有具備了該權(quán)限的個人才能進行相應的訪問操作。日常維護工作，**公司有專門的技術(shù)支持人員負責系統(tǒng)的日常維護，并有相應的密碼設(shè)置規(guī)范和管理規(guī)則，可以確保只有負責的人員才有機會進行數(shù)據(jù)的維護。u 版本更新發(fā)布，按綜合應用管理系統(tǒng)的開發(fā)規(guī)范，版本的更新發(fā)布是由廣東移動的IT人員負責，**公司配合。軟件重用主管要把代碼提交給測試部進行測試，測試通過后，測試部將把重用軟件存入軟件重用庫，以一定的方式發(fā)布可重用部件的簡單介紹。項目經(jīng)理主持《配置管理計劃》的評審，通過后成立配置管理小組負責配置管理工作。 測試的內(nèi)容測試內(nèi)容將包括但不限于以下內(nèi)容，將采用多種自動化測試工具輔助測試，具體測試內(nèi)容根據(jù)測試計劃而定：u 設(shè)計文檔、程序代碼檢查u 界面及報表格式檢查u 功能測試u 正確性測試u 可靠性測試u 效率測試u 多用戶測試u 隨機測試u 共享測試u 同步測試u 壓力測試 測試流程下圖是一般性測試的流程：附圖6. 測試流程圖1 系統(tǒng)設(shè)計時，設(shè)計人員需要整理《測試計劃》；1 開發(fā)結(jié)束后，程序的開發(fā)者負責對軟件測試人員進行安裝、配置和使用培訓，測試人員對安裝、配置和使用方法進行記錄，對程序不清楚的地方開發(fā)人員負責解釋；1 開始正式測試前，測試負責人對軟件主要模塊版本進行詳細記錄。表格7. 變更評估報告評估人評估日期批準人批準日期對工作量的影響對項目進度的影響對系統(tǒng)性能的影響對項目文檔的影響對存儲容量的影響對軟硬件配置的影響其它影響評估人建議的解決方案變更實施總費用（元） 變更的批準由客戶代表和**公司代表組成的評審小組將根據(jù)項目組的評估報告，就變更申請的技術(shù)可靠性以及對整個項目的影響做出評估。本章只描述項目實施的總體控制辦法，對于具體的跟蹤和監(jiān)控措施則在其他相關(guān)文檔中說明，如：風險的監(jiān)控（項目風險管理）、質(zhì)量控制（項目質(zhì)量管理）、范圍控制（變更流程管理）等等。3. 控制周期 系統(tǒng)項目將采用“周”作為項目跟蹤和監(jiān)控周期的基本單位，項目監(jiān)控的溝通計劃、績效報告等都以此為提交周期。每周根據(jù)項目計劃、當前工作結(jié)果和其他跟蹤資料進行審核，并通過多種分析手段總結(jié)出項目實施的績效報告。這些實施控制的執(zhí)行以項目的相關(guān)計劃為基礎(chǔ)，一般包括：u 項目實施計劃；u 各類變更申請；u 范圍說明；u 變更管理辦法；u 進度計劃及管理辦法；u 成本基準計劃和管理辦法；u 質(zhì)量管理辦法；u 測試計劃；u 風險管理和應對計劃；u 采購合同管理細則。項目經(jīng)理應在工作周會結(jié)束后8個工作小時內(nèi)，根據(jù)工作周會的討論結(jié)果對工作周報進行更新。最近完成廣州移動12580彩信業(yè)務(wù)系統(tǒng)、廣州移動節(jié)展會WAP平臺的前后臺界面設(shè)計工作。熟悉移動數(shù)據(jù)業(yè)務(wù)、增值業(yè)務(wù)，1年Java項目開發(fā)經(jīng)驗。1 李斌：新疆師范大學計算機專業(yè)畢業(yè)，10年的軟件開發(fā)經(jīng)驗，精通Java，數(shù)據(jù)庫delphi等各類軟件開發(fā)工具。 易用性u 提供豐富的聯(lián)機幫助提示和上下文有關(guān)的在線幫助；u 系統(tǒ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)接口“通過之前與江門汽運確立的交互報文，實現(xiàn)查詢，訂票數(shù)據(jù)的交互與同步。u 交易步驟：1. 在得到用戶確認的情況下，通過HTTP POST提交交易請求數(shù)據(jù)，發(fā)送到MPS交易處理系統(tǒng)。 業(yè)務(wù)高峰期監(jiān)控通過分析“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺所接入合作業(yè)務(wù)受理事務(wù)日志和系統(tǒng)運行日志，監(jiān)控各類合作業(yè)務(wù)高峰期運行情況，并可設(shè)置預警。后期可以對系統(tǒng)流量，用戶操作習慣等進行分析。u 處理異常，事務(wù)的回滾機制提供支付異常時，事務(wù)回滾機制，確保交易數(shù)據(jù)的正確性。相應的，平臺除了在連接的手機支付業(yè)務(wù)接口高效、穩(wěn)定方面，平臺還提供了如下處理機制：u 接口重連接機制；當接口出現(xiàn)網(wǎng)絡(luò)故障時，引擎自動啟動重連接處理機制，確保支付過程的暢通。u 短信提醒功能機制提供支付過程中的短信提醒功能。該模塊最終完成處會調(diào)用手機支付業(yè)務(wù)接口及條碼憑證接口。u 用戶每次支付金額的上限額度控制機制提供每次付款金額上限額度控制。通過條碼憑證接口下發(fā)相應的二維碼電子車票至用戶手機。 Web后臺管理系統(tǒng)Web后臺管理系統(tǒng)主要實現(xiàn)對二維碼電子票業(yè)務(wù)平臺運營情況的實時查詢，管理功能，包括查看系統(tǒng)當前運行的實際情況，按條件查詢用戶的具體購票情況。 Wap查詢購票用戶通過手機wap的方式訪問相應wap查詢訂票網(wǎng)站。3 系統(tǒng)功能說明 系統(tǒng)功能概述“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺功能結(jié)構(gòu)如下圖：附圖3. 應用功能框架圖系統(tǒng)分為三大主要構(gòu)成部分：u 應用功能平臺的應用功能構(gòu)建于系統(tǒng)核心