【正文】 信，完全通過接口協(xié)議交互同步的數(shù)據(jù)報(bào)文。2 系統(tǒng)架構(gòu) 系統(tǒng)網(wǎng)絡(luò)架構(gòu) 應(yīng)用環(huán)境“二維碼電子票業(yè)務(wù)”將部署在江門移動(dòng)內(nèi)部網(wǎng)中。2. 普通消費(fèi)者，通過手機(jī)sms, wap或者web查詢，購買指定線路的班次。系統(tǒng)目前按30個(gè)同步線程估算出暫定的出票數(shù)量。（經(jīng)初步壓力測試，本地?cái)?shù)據(jù)庫查詢同步線程在100的情況下，系統(tǒng)正常穩(wěn)定。 系統(tǒng)規(guī)模表格1. 系統(tǒng)用戶數(shù)規(guī)模二維碼點(diǎn)子票出票量具體情況二維碼電子票出票數(shù)量暫時(shí)設(shè)定為10萬/小時(shí)系統(tǒng)初步的設(shè)計(jì)10萬/小時(shí)的出票量。u 支持短信、WAP、WEB方式的最終用戶訪問，用戶可使用任何一種方式，方便靈活的實(shí)現(xiàn)二維碼電子車票的查詢，購買。u 實(shí)現(xiàn)手機(jī)支付進(jìn)行購買指定線路的汽車票、下發(fā)二維碼到驗(yàn)證乘車的閉環(huán)流程江門移動(dòng)“二維碼電子票業(yè)務(wù)”本期項(xiàng)目的主要建設(shè)目標(biāo)包括以下方面：u 與江門移動(dòng)手機(jī)支付平臺(tái)進(jìn)行接口通信，實(shí)現(xiàn)話費(fèi)賬戶、專用賬戶和銀行賬戶的在線支付和對(duì)賬等手機(jī)支付功能；u 與條碼憑證平臺(tái)進(jìn)行接口通信，實(shí)現(xiàn)條碼憑證下載和條碼憑證驗(yàn)證等功能；u 與江門汽運(yùn)售票系統(tǒng)的接口通信，實(shí)現(xiàn)最新班次的查詢，購票以及數(shù)據(jù)同步。 建設(shè)目標(biāo)u 開展手機(jī)購票業(yè)務(wù)的應(yīng)用，提高江門汽運(yùn)購票業(yè)務(wù)的市場滲透率；u 拓展手機(jī)小額支付、條碼憑證電子回執(zhí)應(yīng)用。會(huì)以實(shí)現(xiàn)與江門汽運(yùn)集團(tuán)合作開展客運(yùn)手機(jī)購票業(yè)務(wù)為當(dāng)前目標(biāo)。為提高廣大手機(jī)用戶移動(dòng)信息化生活的質(zhì)量，將移動(dòng)增值業(yè)務(wù)與人們的日常生活更加緊密的聯(lián)系起來，廣東移動(dòng)已經(jīng)先后推出了手機(jī)支付和條碼憑證回執(zhí)兩類全新的移動(dòng)應(yīng)用技術(shù)。江門移動(dòng)二維碼電子票業(yè)務(wù)競賽文件系統(tǒng)建設(shè)方案2006年11月29日36 / 43文檔說明本文檔所涉及到的文字和圖表，僅限廣州市**信息技術(shù)有限公司和廣東移動(dòng)內(nèi)部使用，未經(jīng)廣州市**信息技術(shù)有限公司的書面許可，請(qǐng)勿擴(kuò)散到任何第三方。目 錄1 概述 1 項(xiàng)目背景 1 建設(shè)目標(biāo) 1 系統(tǒng)規(guī)模 2 項(xiàng)目范圍 2 用戶特征 22 系統(tǒng)架構(gòu) 3 系統(tǒng)網(wǎng)絡(luò)架構(gòu) 3 應(yīng)用環(huán)境 3 網(wǎng)絡(luò)架構(gòu) 3 硬件配置建議 4 配置依據(jù) 4 配置建議 6 軟件體系架構(gòu) 63 系統(tǒng)功能說明 8 系統(tǒng)功能概述 8 應(yīng)用功能 9 短信查詢購票 9 Wap查詢購票 9 Web查詢購票 9 Web后臺(tái)管理系統(tǒng) 9 基礎(chǔ)平臺(tái) 10 業(yè)務(wù)處理模塊 10 數(shù)據(jù)存儲(chǔ)模塊 15 系統(tǒng)管理與監(jiān)控 16 統(tǒng)計(jì)分析 16 數(shù)據(jù)接口 17 接口情況概述 17 手機(jī)支付業(yè)務(wù)平臺(tái)接口 17 條碼憑證業(yè)務(wù)平臺(tái)接口 18 短信網(wǎng)關(guān)接口 18 江門汽運(yùn)售票系統(tǒng)接口 184 系統(tǒng)設(shè)計(jì)原則 19 設(shè)計(jì)特點(diǎn) 19 安全性 19 可靠性 20 易用性 20 可擴(kuò)展性 20 可維護(hù)性 21 開放性 215 項(xiàng)目實(shí)施方案 22 項(xiàng)目組織架構(gòu) 22 組員計(jì)劃 22 角色職責(zé) 24 項(xiàng)目實(shí)施計(jì)劃 246 項(xiàng)目管理計(jì)劃 26 溝通管理 26 溝通流程及形式 26 與客戶的接口 27 項(xiàng)目文檔的交付與歸檔 27 實(shí)施過程管理 27 實(shí)施控制的基礎(chǔ) 27 實(shí)施控制的手段 28 實(shí)施控制的具體措施 28 變更控制流程 30 變更的提出 30 變更的評(píng)估 31 變更的批準(zhǔn) 31 質(zhì)量及安全保障體系 32 質(zhì)量保證組織 32 質(zhì)量體系文件 32 系統(tǒng)測試措施 32 質(zhì)量改進(jìn) 35 配置管理 35 數(shù)據(jù)安全措施 36附圖目錄附圖1. 平臺(tái)網(wǎng)絡(luò)結(jié)構(gòu)圖 3附圖2. 系統(tǒng)軟件結(jié)構(gòu)圖 7附圖3. 應(yīng)用功能框架圖 8附圖4. 購票處理流程圖 11附圖5. 項(xiàng)目組織架構(gòu) 22附圖6. 測試流程圖 34表格目錄表格1. 系統(tǒng)用戶數(shù)規(guī)模 2表格2. 系統(tǒng)軟硬件配置 6表格3. 項(xiàng)目組角色職責(zé) 24表格4. 項(xiàng)目實(shí)施計(jì)劃 24表格5. 溝通計(jì)劃列表 26表格6. 變更申請(qǐng)表 30表格7. 變更評(píng)估報(bào)告 31表格8. 變更審批表 31表格9. 測試文檔列表 351 概述 項(xiàng)目背景隨著移動(dòng)通信技術(shù)的發(fā)展和增值業(yè)務(wù)服務(wù)的豐富，移動(dòng)手機(jī)已經(jīng)跨越了傳統(tǒng)的通信工具這一角色定位，逐漸成為人們?nèi)粘Ｉ畋夭豢缮俚纳罟ぞ?。為此，江門移動(dòng)計(jì)劃使用相應(yīng)的接口（即手機(jī)錢包及條碼憑證回執(zhí)接口）開發(fā)二維碼電子票業(yè)務(wù)系統(tǒng)。將來可以使用同樣的技術(shù)擴(kuò)展到其他的商業(yè)合作伙伴。提升手機(jī)支付、條碼憑證的業(yè)務(wù)應(yīng)用收入；u 豐富移動(dòng)用戶的信息化生活，培養(yǎng)用戶的手機(jī)消費(fèi)習(xí)慣，為下一代移動(dòng)通信變革鞏固基礎(chǔ)。u 短信網(wǎng)關(guān)的接口通信。 u 支持對(duì)手機(jī)支付和條碼憑證業(yè)務(wù)的靈活數(shù)據(jù)統(tǒng)計(jì)分析。應(yīng)該可以滿足實(shí)際的應(yīng)用需求?？紤]的與多個(gè)接口的數(shù)據(jù)同步穩(wěn)定。） 項(xiàng)目范圍本方案所描述的“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)項(xiàng)目建設(shè)范圍包括以下幾個(gè)方面：1. 根據(jù)第2章所描述的系統(tǒng)網(wǎng)絡(luò)架構(gòu)和軟硬件體系結(jié)構(gòu)，搭建“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)；2. 按照第3章所描述的系統(tǒng)功能，設(shè)計(jì)和開發(fā)“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)； 用戶特征根據(jù)**公司對(duì)“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)的理解，系統(tǒng)用戶主要分為以下兩大類：1. 系統(tǒng)管理員/移動(dòng)管理員，通過內(nèi)網(wǎng)訪問系統(tǒng)，在“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)上負(fù)責(zé)系統(tǒng)業(yè)務(wù)管理及日常維護(hù)。實(shí)現(xiàn)手機(jī)支付和條碼憑證下載等功能。用戶對(duì)“二維碼電子票業(yè)務(wù)”平臺(tái)的訪問以外網(wǎng)接入為主，通過WEB網(wǎng)站、WAP網(wǎng)站、短信渠道訪問系統(tǒng)。并且設(shè)有IP限制及防火墻過濾。 網(wǎng)絡(luò)架構(gòu)根據(jù)“二維碼電子票業(yè)務(wù)”平臺(tái)應(yīng)用場合要求，建議網(wǎng)絡(luò)架構(gòu)如下：附圖1. 平臺(tái)網(wǎng)絡(luò)結(jié)構(gòu)圖“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)由數(shù)據(jù)庫服務(wù)器、WEB/WAP應(yīng)用服務(wù)器、接口機(jī)服務(wù)器構(gòu)成。通過防火墻，確保系統(tǒng)內(nèi)部設(shè)備不受外部系統(tǒng)的侵?jǐn)_。應(yīng)用服務(wù)器采用PC Server，可以根據(jù)業(yè)務(wù)的開展情況靈活擴(kuò)展。接口機(jī)服務(wù)器用于部署各類接口應(yīng)用程序，可實(shí)現(xiàn)與汽運(yùn)售票平臺(tái)等外部系統(tǒng)數(shù)據(jù)通信，同時(shí)也可實(shí)現(xiàn)與手機(jī)支付業(yè)務(wù)平臺(tái)，條碼憑證業(yè)務(wù)平臺(tái)等內(nèi)部系統(tǒng)數(shù)據(jù)通信，也可實(shí)現(xiàn)與SMSC,WAP 網(wǎng)關(guān)等網(wǎng)關(guān)系統(tǒng)數(shù)據(jù)通信。 硬件配置建議 配置依據(jù) 預(yù)期用戶數(shù)綜合考慮客運(yùn)高峰期并發(fā)出票較高的需求以及與各個(gè)接口數(shù)據(jù)同步的安全穩(wěn)定。 硬件配置要求從硬件配置的角度，“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)需要重點(diǎn)考慮的主要硬件設(shè)備包括數(shù)據(jù)庫服務(wù)器和WEB/WAP服務(wù)器。假設(shè)峰值時(shí)100人同時(shí)在向系統(tǒng)發(fā)出請(qǐng)求（假設(shè)每個(gè)請(qǐng)求的平均響應(yīng)速度為1秒），系統(tǒng)每秒需處理的事務(wù)數(shù)則約為100。系統(tǒng)所需TPMC值（TPMC值為每分鐘處理的事務(wù)數(shù)）為：10060 / =9,231。主流PC服務(wù)器的TPMC值均大于20000，一臺(tái)主流PC服務(wù)器作為數(shù)據(jù)庫服務(wù)器應(yīng)可滿足上述計(jì)算的需求。Specweb99是SPEC（Standard Performance Evaluation Corporation，) 組織（非盈利第三方計(jì)算機(jī)研究評(píng)測組織）研發(fā)出的一套評(píng)測基準(zhǔn)程序。該指標(biāo)考察的是硬件系統(tǒng)平臺(tái)、操作系統(tǒng)、Web Server軟件等綜合各部分的計(jì)算機(jī)整體系統(tǒng)對(duì)Internet并發(fā)連接的處理能力。由于Specweb99的評(píng)測環(huán)境雖不等同于本系統(tǒng)的實(shí)際業(yè)務(wù)環(huán)境，但可作為相似的參考。主流品牌1G以上CPU的PC服務(wù)器的Specweb99一般都大于1000，可以滿足目前的性能需求。2. 服務(wù)器內(nèi)存和CPU一樣，內(nèi)存的利用也和用戶工作量的支持有關(guān)，可以參考廠家提供的對(duì)應(yīng)CPU的標(biāo)準(zhǔn)內(nèi)存配置采購。3. 服務(wù)器硬盤空間按平臺(tái)的需求情況，流程處理的數(shù)據(jù)量應(yīng)較少，但資料、檔案等所占磁盤空間則可能較大。 配置建議根據(jù)上節(jié)的配置依據(jù)，建議為“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)配置以下軟硬件系統(tǒng)：表格2. 系統(tǒng)軟硬件配置序號(hào)服務(wù)器名稱配置描述數(shù)量1數(shù)據(jù)庫服務(wù)器配置：IBM X346，CPU *2 /RAM 4G/HD 4*73GB Raid 5操作系統(tǒng)：Windows Server 2003標(biāo)準(zhǔn)版DBMS：Oracle 9i12接口機(jī)服務(wù)器配置：CPU / RAM 2GB / HD 2*73GB Raid 0操作系統(tǒng)：Windows Server 2003標(biāo)準(zhǔn)版DBMS：Oracle 9i13應(yīng)用服務(wù)器配置：CPU *2 / RAM 2GB / HD 2*73GB Raid 0操作系統(tǒng)：Windows Server 2003標(biāo)準(zhǔn)版WEB/WAP應(yīng)用：, 1 軟件體系架構(gòu)軟件體系構(gòu)架為如下圖所示的：附圖2. 系統(tǒng)軟件結(jié)構(gòu)圖“二維碼電子票業(yè)務(wù)”業(yè)務(wù)平臺(tái)從設(shè)計(jì)到開發(fā)將完全采用面向?qū)ο蟮募夹g(shù)，并大量采用多種包括Servlet, JSP, JavaBean, JDBC, XML等在內(nèi)的Java技術(shù)