票務(wù)系統(tǒng)解決方案 v1_第1頁
票務(wù)系統(tǒng)解決方案 v1_第2頁
票務(wù)系統(tǒng)解決方案 v1_第3頁
票務(wù)系統(tǒng)解決方案 v1_第4頁
票務(wù)系統(tǒng)解決方案 v1_第5頁
已閱讀5頁,還剩19頁未讀 繼續(xù)免費閱讀

付費下載

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認(rèn)領(lǐng)

文檔簡介

票務(wù)系統(tǒng)技術(shù)建議書 第 1 頁 共 24 頁 技術(shù)建議書 XXX 票務(wù)系統(tǒng)解決方案 建議書 版本 1.0 作者 日期 XX/XX/XXXX 產(chǎn)品 : 增值業(yè)務(wù) 版本 :1.0 功能 : 票務(wù)系統(tǒng),增值業(yè)務(wù),JAVA, WEB,運營系統(tǒng) 子系統(tǒng) 票務(wù)系統(tǒng)技術(shù)建議書 第 2 頁 共 24 頁 修訂歷史 修訂 # 作者 評審 描述 日期 1.0 (draft) New document 票務(wù)系統(tǒng)技術(shù)建議書 第 3 頁 共 24 頁 目 錄 1 系統(tǒng)概述 .4 1.1 背景 . 4 1.2 功能需求 . 4 1.3 實現(xiàn)計劃 . 5 2 系統(tǒng)結(jié)構(gòu) .5 3 功能說明 .7 3.1 用戶門戶 . 7 3.1.1 功能需求 .7 3.1.2 非會員 .8 3.1.3 會員 . 10 3.2 管理門戶 . 12 3.3 演出信息 . 13 3.3.1 概念模型 . 13 3.4 票務(wù) . 14 3.4.1 概念模型 . 14 3.4.2 訂單提交流程 . 16 3.4.3 訂單狀態(tài) . 16 3.5 短信 . 19 3.5.1 功能需求 . 19 3.5.2 概念模型 . 19 3.6 統(tǒng)計 . 20 3.6.1 基本報表 . 20 4 接口描述 . 21 4.1 支付接口 . 21 4.2 票務(wù)接口 . 21 4.3 短信接口 . 22 5 手機二維碼技術(shù) . 23 5.1 二維碼實 現(xiàn)技術(shù) . 23 5.2 運營商支撐情況 . 23 5.3 二維碼識別 . 23 5.4 二維碼生成 . 23 6 參考文獻(xiàn) . 23 7 討論 . 24 票務(wù)系統(tǒng)技術(shù)建議書 第 4 頁 共 24 頁 1 系統(tǒng)概述 1.1 背景 目前我國大多數(shù)文藝演出都是采用窗口售票、人工售檢票形式,觀眾在售票窗口購票后、在入口處由工作人員人工驗票,速度慢、漏洞多、統(tǒng)計困難。 傳統(tǒng)售票和檢票方式主要弊端表現(xiàn)在: 觀眾體驗差:熱門門票通常要提前幾個小時排隊,費時費力。 假票:現(xiàn)有的紙質(zhì)門票容易仿造,驗票人員不易分辨,巨大的利益使得造假集團將目標(biāo)瞄準(zhǔn)了文藝演出門票,而文藝演出管理部門全然不知。有報道的全國假票案件就有幾十起,最高造假金額達(dá)到上千萬元。 統(tǒng)計:票務(wù)銷售情況和觀眾入場情況難以統(tǒng)計。 電子門票系統(tǒng)是一項集電子技術(shù)、計算機技術(shù)、信息技術(shù)、機械制造、軟件于一體的高科技產(chǎn)品,它利用現(xiàn)代的科技手段代替?zhèn)鹘y(tǒng)的售檢票方式 。 本公司的電子票務(wù)系統(tǒng)總體目標(biāo)是,通過采用先進的數(shù)字技術(shù)、網(wǎng)絡(luò)安全技術(shù)和數(shù)據(jù)庫技術(shù),建立一個 支撐劇院發(fā)展互聯(lián)網(wǎng)電子商務(wù)的支撐服務(wù)平臺,滿足如下需求: 以游客為中心,以顧客終身價值和顧客價值最大化為導(dǎo)向、以打造劇院忠實游客群體為目標(biāo) 線上(互聯(lián)網(wǎng))推廣、線下資源有機結(jié)合,以 Web2.0、 Travel2.0、電子商務(wù)、電子票務(wù) /無卡電子門禁等作為線下旅游資源的展示和推廣平臺,順應(yīng)互聯(lián)網(wǎng)商務(wù)蓬勃發(fā)展的潮流 在原有的被動營銷和單一的媒體廣告模式之上,應(yīng)用先進的信息技術(shù)和新媒體廣告模式,有效增加文藝演出和體育賽事的營銷渠道和推廣手段 通過產(chǎn)品創(chuàng)新(整合劇場和商場資源,“吃住購行玩”一體化產(chǎn)品設(shè)計)、營銷推廣渠道創(chuàng)新(被動營銷與主動營銷有機結(jié)合)、顧客管理模式創(chuàng)新(基于數(shù)據(jù)挖掘的精細(xì)化營銷,實現(xiàn)游客細(xì)分、二次銷售、交叉銷售、顧客維系、終身價值管理等,最大化提高營銷針對性、有效性且大幅降低營銷成本),助力劇院在互聯(lián)網(wǎng)演出市場實現(xiàn)大幅增收 1.2 功能需求 要求 系統(tǒng)具體功能如下: 多業(yè)務(wù)支持 該系統(tǒng)不僅支持文藝演出類票務(wù)銷售,還支付體育賽事類、電影院類、汽車客運類、景區(qū)類等多種票務(wù)銷售。 演出信息 該系統(tǒng)自動獲取劇院的演出信息,無需劇院再次錄入。 觀眾可以在網(wǎng)上查詢劇院的演出信息,選擇自己喜好的節(jié)目。 票務(wù)系統(tǒng)技術(shù)建議書 第 5 頁 共 24 頁 網(wǎng)上訂購 該系統(tǒng) 支持用戶的在線支付,通過短信發(fā)送二維碼電子票到用戶的手機上,解決了用戶的排隊之憂。 票務(wù)分析 要求 系統(tǒng)提供對票務(wù)數(shù)據(jù)的直觀的圖形分析能力。如直方圖、折線圖、圓餅圖以及二維或三維的圖形,使管理者能夠更加形象地對數(shù)據(jù)加以分析,對比。 1.3 實 現(xiàn)計劃 電子票務(wù)系統(tǒng)結(jié)構(gòu)復(fù)雜,應(yīng)用市場廣泛。但是為了快速響應(yīng)市場的需求,我們將電子票務(wù)系統(tǒng)分為以下階段: 單業(yè)務(wù)階段 此階段主要實現(xiàn) 以國家大劇院為主的文藝演出類電子票務(wù)。 主要工作: 搭建系統(tǒng)平臺 調(diào)試各種接口,例如:外部票務(wù)接口,網(wǎng)上銀行接口,短信中心接口等。 建立可擴展的系 統(tǒng)模型 實現(xiàn)文藝演出類電子票務(wù)網(wǎng)上訂購需求 實現(xiàn)用戶門戶和系統(tǒng)員管理門戶 多業(yè)務(wù)階段 此階段主要實現(xiàn)體育賽事、展覽、電影、景區(qū)等多種不同業(yè)務(wù)的電子票務(wù)。 主要工作: 調(diào)試各種接口, 例如:體育場所的接口 提供場地提供商的門戶 為各種不同的業(yè)務(wù)提供個性化的門戶 提供實時售票終端 實現(xiàn)不同業(yè)務(wù)的 電子票務(wù)網(wǎng)上訂購需求 客戶關(guān)懷 階段 此階段主要實現(xiàn) 以客戶 為中心, 整合各種票據(jù)資源,為客戶提供全方位的消費服務(wù)。 主要工作: 建立客戶關(guān)懷模型 建立票據(jù)套餐模型 分析客戶消費行為,挖掘客戶潛在需求 建立針對 客戶的個性化廣告系統(tǒng) 2 系統(tǒng)結(jié)構(gòu) 系統(tǒng)在第一階段主要有以下模塊和接口組成: 票務(wù)系統(tǒng)技術(shù)建議書 第 6 頁 共 24 頁 用戶門戶模塊 用戶通過 WEB 和 WAP 兩種方式接入到本系統(tǒng),可以進行查詢文藝演出信息、訂購相應(yīng)門票、在線支付等操作。 管理門戶模塊 系統(tǒng)管理員通過本門戶管理劇場信息、處理用戶訂單、會員管理、統(tǒng)計分析。 演出信息模塊 該模塊自動抓取劇院的場館和座位信息、節(jié)目信息、演出信息,并且提供演出信息查詢功能,圖形化展現(xiàn)座位的分布。 票務(wù)模塊 處理用戶訂單,負(fù)責(zé)和外部票務(wù)系統(tǒng)、銀行的業(yè)務(wù)數(shù)據(jù)的組織和處理。 統(tǒng)計報表 定時產(chǎn)生各種統(tǒng)計數(shù)據(jù),圖 形化展現(xiàn)業(yè)務(wù)報表。 數(shù)據(jù)庫 存儲電子票務(wù)系統(tǒng)相關(guān)的數(shù)據(jù) 支持標(biāo)準(zhǔn)的 SQL 92 語句 支持 Transaction 支持?jǐn)?shù)據(jù)備份和數(shù)據(jù)恢復(fù) 支付接口 提供和銀行的 URL 方式的數(shù)據(jù)交換。 票務(wù)接口 負(fù)責(zé)和外部票務(wù)接口的數(shù)據(jù)協(xié)議轉(zhuǎn)換。 短信接口 負(fù)責(zé)和短信中心的數(shù)據(jù)協(xié)議轉(zhuǎn)換。 票務(wù)系統(tǒng)技術(shù)建議書 第 7 頁 共 24 頁 3 功能說明 該章節(jié)主要講述第一階段實現(xiàn)的功能,即僅實現(xiàn) 以國家大劇院為主的文藝演出類電子票務(wù) 。 3.1 用戶門戶 3.1.1 功能需求 用戶門戶 支持 WEB 用戶和 WAP 用戶的接入。用戶可分會員和非會員兩種。非會員無需注冊和登陸,就都可以查詢演出信息、預(yù)訂門票、重 發(fā)電子票、在線支付等操作。會員除了可以享受非會員的服務(wù),還可以享受到更細(xì)致入微的個人關(guān)懷。 該門戶主要提供以下功能 a.) 注冊、登錄(會員專有) 票務(wù)系統(tǒng)技術(shù)建議書 第 8 頁 共 24 頁 非注冊用戶通過在線登記個人信息就可以免費成為會員。 輸入正確的用戶名和密碼就可以享受到會員服務(wù)。 b.) 查詢演出信息(會員和非會員均可) 可以按時間、劇院、節(jié)目、演員查詢演出信息。 c.) 預(yù)訂門票(會員和非會員均可) 用戶選定喜歡的場次和座位、提交訂單、在線支付,系統(tǒng)會自動將電子門票發(fā)到用戶的手機上。 d.) 重發(fā)電子門票(會員和非會員均可) 當(dāng)用戶不小心將電子門票刪除后,可以使用“重發(fā)電 子門票”,找回遺失的門票。 e.) 評論(會員專有) 會員可以對節(jié)目和劇院打分和評論。 3.1.2 非會員 “非會員”指沒有在網(wǎng)站注冊的用戶。我們通過隨機密碼來驗證訂票人身份。針對這類用戶,系統(tǒng)提供兩個流程:訂票流程和重發(fā)票據(jù)流程。重發(fā)票據(jù)是指:當(dāng)用戶丟失票據(jù)短信后,可以通過該流程再次獲取該票據(jù)。 3.1.2.1 訂票 非會員用戶可以通過自己手機訂購多張票據(jù),但是不能通過門戶將票據(jù)直接發(fā)到他人手機上。非會員用戶訂票流程如下: 票務(wù)系統(tǒng)技術(shù)建議書 第 9 頁 共 24 頁 1. 通過系統(tǒng)門戶,用戶瀏覽演出信息后,選定演出場次; 2. 再選擇座位,此處可以多選; 3. 之后,按確認(rèn)提交; 4. 用戶門戶在收 到提交申請后,檢查用戶是否已經(jīng)登錄。如果沒有登錄,提示:是否是注冊用戶?此處不是注冊用戶,則彈出提示:請輸入手機號碼!收到用戶的手機號碼后,系統(tǒng)后臺校驗號碼有效性并按照一定的規(guī)則生成隨機密碼; 4.1 系統(tǒng)通過短信接口向短信中心提交發(fā)送“隨機密碼” 消息 。同時網(wǎng)站提示用戶輸入隨機密碼; 5. 用戶輸入隨機密碼, 5.1 經(jīng)系統(tǒng)校驗成功后,進入“訂單提交流程”,此流程詳見 3.4.2;成功之后,系統(tǒng)彈出“訂購成功”。 3.1.2.2 重發(fā) 票據(jù) 系統(tǒng)為用戶提供重發(fā)票據(jù)的功 能,當(dāng)用戶丟失“演出票據(jù)短信”后, 可由原訂票會員或者票據(jù)持有人本人到票務(wù)網(wǎng)站 ,通過“重發(fā)票據(jù)”的功能,再次得到“演出票據(jù)短信”。此處只描述非會員通過重發(fā)票據(jù)流程,得到短信的過程。非會員用戶重發(fā)的唯一憑據(jù)是手機號碼。 重發(fā)票據(jù)的流程如下: 1. 用戶選擇“重發(fā)票據(jù)”功能,系統(tǒng)提示:是否是會員,如果用戶不是會員,則提示用戶輸入手機號碼; 2. 用戶輸入手機號碼; 票務(wù)系統(tǒng)技術(shù)建議書 第 10 頁 共 24 頁 2.1 門戶在收到手機號碼后,產(chǎn)生隨機密碼,并通過短信接口向用戶手機發(fā)送“隨機密碼”短信; 3. 并且頁面提示用戶輸入隨機密碼。并且在收到 密碼后校驗是否正確;如果密碼正確, 則列出該手機訂購的所有未過期的票據(jù) 4. 用戶選擇需要重發(fā)的票據(jù); 4.1 系統(tǒng)接收到該申請后,組裝票據(jù)短信,并通過短信接口向短信中心發(fā)送“演出票據(jù)短信”申請。同時網(wǎng)站提示用戶注意查收短信。 3.1.3 會員 “會員”則指已在網(wǎng)站注冊的用戶。通過用戶名 +密碼來驗證訂票人身份。針對這類用戶,系統(tǒng)提供兩個流程:訂票流程和重發(fā)票據(jù)流程。重發(fā)票據(jù)是指:當(dāng)用戶丟失票據(jù)短信后,可以通過該流程再次獲取該票據(jù)。 3.1.3.1 訂票 會員在訂票時,可以為其它手機訂購門票,同時可以通過門戶把票據(jù)短信發(fā)送到其他手機 。會員的注冊流程如下: 1. 通過系統(tǒng)門戶,用戶瀏覽演出信息后,選定演出場次; 2. 再選擇座位,此處可以多選; 3. 之后,按確認(rèn)提交; 4. 用戶門戶在收到提交申請后,檢查用戶是否已經(jīng)登錄。如果沒有登錄,提示:是否是注冊用戶?如果是注冊用戶,則彈出提示:輸入用戶名、密碼,并對用戶輸入的 票務(wù)系統(tǒng)技術(shù)建議書 第 11 頁 共 24 頁 用戶名和密碼進行校驗,校驗通過,則確認(rèn)訂單有效; 5. 彈出頁面,提示用戶已經(jīng)定了幾張票,提示用戶輸入每張票對應(yīng)的手機號碼。如果用戶不輸入,則對應(yīng)缺省手機號(會員本人手機號) ; 6. 用戶提交訂單,這時會進入訂單提交流程,詳細(xì)的訂單提交流程請參考 3.4.2, 成功之后,系統(tǒng)彈出“訂購成功”。 備注 1:這 里是以用戶先定演出場次和座位后登錄為例,如果用戶在選擇演出場次之前就登錄了,則不需要提示輸入用戶名和密碼。 備注 2:如果不填寫手機號碼,系統(tǒng)缺省使用會員本人手機號碼。 備注 3:具體參見 3.4.2 的詳細(xì)流程說明 。 3.1.3.2 重發(fā) 票據(jù) 系統(tǒng)為用戶提供重發(fā)票據(jù)的功能,當(dāng)用戶丟失“演出票據(jù)短信”后, 可由原訂票會員或者票據(jù)持有人本人到 票務(wù)網(wǎng)站 通過“重發(fā)票據(jù)”的功能,再次得到“演出票據(jù)短信”。此處只描述通過原訂票會員重發(fā)票據(jù)的流程。會員可以幫其它手機重發(fā)電子票據(jù),但是不能修改票據(jù)所對應(yīng)的手機號碼。 重發(fā)票據(jù)的流程如下: 1. 用戶選擇“重發(fā)票據(jù)”功能,系統(tǒng)提示:是否是會員,如果用戶是會員,則系統(tǒng)在用戶未登錄的情況下,提示登錄; 2. 用戶在登錄界面輸入用戶名和密碼后,系統(tǒng)會將該會員訂購的尚未過期的所有票據(jù)列出; 票務(wù)系統(tǒng)技術(shù)建議書 第 12 頁 共 24 頁 3. 用戶可以選擇需要重新發(fā)送的票據(jù); 3.1 系統(tǒng)接收到該申請后,組裝票據(jù)短信,并通過短信接口向短信中心發(fā)送“演出票據(jù)短信”申請。同時網(wǎng)站提示用 戶注意查收短信。 3.2 管理門戶 管理門戶是運營該系統(tǒng)的系統(tǒng)管理員的門戶,一般不在公網(wǎng)開放。 該門戶主要有以下功能: a.) 系統(tǒng)管理 創(chuàng)建、修改和刪除登錄本系統(tǒng)的員工,并授予員工相應(yīng)的權(quán)限,查看員工在本系統(tǒng)的操作日志。 b.) 場館提供商管理 創(chuàng)建、修改和刪除場館提供商(即劇院)的信息,并查看其所屬的場館、座位、節(jié)目、演出計劃等信息。 c.) 訂單管理 幫助用戶預(yù)訂、取消訂單,同時處理由于各種原因產(chǎn)生的異常訂單。 d.) 會員管理 查看用戶信息,分析用戶喜好,制定有針對性的銷售策略。 e.) 統(tǒng)計分析 圖形化展現(xiàn)各種業(yè)務(wù)統(tǒng)計數(shù)據(jù), 使管理者能夠更 加形象地對數(shù)據(jù)加以分析,對比。 票務(wù)系統(tǒng)技術(shù)建議書 第 13 頁 共 24 頁 3.3 演出信息 在系統(tǒng)實現(xiàn)第一階段,只考慮文藝演出和體育賽事類的演出信息。 演出信息采取從“場館提供商系統(tǒng)”的接口獲取。 3.3.1 概念模型 場地提供商就是一個劇院,他可以有多個場館(即演出廳),每個場館有許多座位,座位可以分為不同的等級。 場地 提供商可以上演多個不同的節(jié)目。 演出計劃是由具體節(jié)目 +具體場館 +具體時間組成。 例如:國家大劇院有一號廳,二號廳。一號廳有 500 個座位,其 中 前 100 個座位是貴賓席,后 400 個座位是普通座位。 國家大劇院上演過“ 紅色娘子軍 ”、“ 智取威虎山 ”、“ 圖 蘭朵 ”等節(jié)目。 國家大劇院的一號廳在 2009-12-25 20:00 上演“ 紅色娘子軍 ”就 是 一個演出計劃。 票務(wù)系統(tǒng)技術(shù)建議書 第 14 頁 共 24 頁 此概念模型同樣適合“體育賽事”,“ 電影院 ”,“景區(qū)”等演出計劃。 3.4 票務(wù) 3.4.1 概念模型 3.4.1.1 票據(jù) 票據(jù)本身可以分為單張票據(jù)和套票。例如:單張票的價格是 150 元,合家歡套票含3 個座位,只要 400 元。 票據(jù)本身是由具體的演出計劃(具體節(jié)目 +具體時間(段) +具體地點)和所占用的資源組成。 票務(wù)系統(tǒng)技術(shù)建議書 第 15 頁 共 24 頁 此概念模型可以適用于“體育賽事”,“ 電影院 ”,“景區(qū)”等多種商業(yè)模式。 例如: 文藝類演出票據(jù) =演出計劃( 紅色娘子軍 +時間( 2009-12-25 20:00) +國家大劇院一號廳) +資源( C 區(qū) 5 排 2 號座) 體育賽事票據(jù) =演出計劃(網(wǎng)球大師賽 +時間( 2009-10-01 20:00) +上海網(wǎng)球館) +資源( C 區(qū) 5 排 2 號座) 景區(qū)票據(jù) =演出計劃(有效期 2010-01-01 到 2010-12-31) +資源(深圳歡樂谷) 3.4.1.2 訂單 會員可擁有多個關(guān)聯(lián)號碼,其中一個是缺省關(guān)聯(lián)號碼,同時有多個其他關(guān)聯(lián)號碼;非會員只能有一個關(guān)聯(lián)號碼 。 關(guān)聯(lián)號碼主要用于接收電子票據(jù)。 一個訂單是由一個用戶(無論是會員或非會員)發(fā)起,訂單中包含若干張票據(jù),每張票據(jù)記錄著電子票據(jù)的接收電話號碼。 一個訂單成功發(fā)起后,會自動生成若干條即時消息和定時消息,例如:訂購成功消息,演出前的溫馨提示消息等。 票務(wù)系統(tǒng)技術(shù)建議書 第 16 頁 共 24 頁 3.4.2 訂單提交流程 訂單提交流程的詳細(xì)流程: 1. 用戶提交訂單,電子票務(wù)系統(tǒng)先根據(jù)預(yù)置規(guī)則校驗號碼有效性; 1.2 票務(wù)系統(tǒng)向演出場館系統(tǒng)發(fā)出請求:鎖定場次和座位; 收 到鎖定成功響應(yīng)后,電子票務(wù)系統(tǒng)提示用戶,進入支付流程 2. 用戶選擇銀行,支付流程攜帶支付金額等信息自動導(dǎo)向到網(wǎng)銀支付頁面,用戶輸入銀行賬號和密碼等信息; 3. 付款成功后,網(wǎng)銀返回響應(yīng)。如果攜帶了支付結(jié)果詳細(xì) 參數(shù),則不需要進行 3.1 及 3.1.1流程; 3.1 如果只返回了交易號,則電子票務(wù)系統(tǒng)需要發(fā)送“求證支付信息 (交易號 )”到網(wǎng)銀進行確認(rèn); 3.1.1 網(wǎng)銀返回支付結(jié)果詳細(xì)參數(shù) 4. 只要付款返回成功,電子票務(wù)系統(tǒng)就會向演出場館系統(tǒng)發(fā)送“出票”請求; 5. 接收到成功響應(yīng)后,電子票務(wù)系統(tǒng)通過短信中心向用戶發(fā)送電子票據(jù)短信 6. 頁面返回訂票成功。 3.4.3 訂單狀態(tài) 訂單是本系統(tǒng)最核心對象,因為與外部系統(tǒng)交互較多,所以訂單的狀態(tài)比較復(fù)雜。具體狀態(tài) 票務(wù)系統(tǒng)技術(shù)建議書 第 17 頁 共 24 頁 轉(zhuǎn)換如下 a.) 用戶選擇付款后,系統(tǒng)會先校驗每個票據(jù)綁定的號碼是否有效 ? I) 如果有效,轉(zhuǎn)到 b。 II) 如果無效,轉(zhuǎn)移到“號碼非法”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“失敗”狀態(tài)。 b.) 轉(zhuǎn)移到“電話號碼已驗證”狀態(tài),系統(tǒng)向外部票務(wù)系統(tǒng)發(fā)送鎖定座位請求 I) 如果鎖定成功,轉(zhuǎn)到 c。 II) 如果鎖定失敗,轉(zhuǎn)移到“鎖定座位失敗”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“失敗”狀態(tài)。 c.) 轉(zhuǎn)移到“ 鎖定座位成功 ”狀態(tài),系統(tǒng)向銀行系統(tǒng)發(fā)送扣款請求 I) 如果成功,轉(zhuǎn)到 d。 II) 如果失敗,轉(zhuǎn)移到“付款失敗”狀態(tài),系統(tǒng)再自動向外部票務(wù)系統(tǒng)發(fā)送解鎖請求。 i. 如果解鎖成功,轉(zhuǎn)移到“解鎖座位成功”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“失敗”狀態(tài)。 ii. 如果解鎖失 敗,轉(zhuǎn)移到“解鎖座位失敗”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“人工處理”狀態(tài)。 III) 如果超過時間閥值,“ 鎖定座位成功 ”還沒有發(fā)生轉(zhuǎn)移,系統(tǒng)自動向外部票務(wù)系統(tǒng)發(fā)送解鎖請求。 i. 如果解鎖成功,轉(zhuǎn)移到“解鎖座位成功”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“失敗”狀態(tài)。 ii. 如果解鎖失敗,轉(zhuǎn)移到“解鎖座位失敗”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“人工處理”狀態(tài)。 d.) 轉(zhuǎn)移到“付款成功”狀態(tài),系統(tǒng)向外部票務(wù)系統(tǒng)發(fā)送出票請求 I) 如果成功,轉(zhuǎn)到 e。 II) 如果失敗,轉(zhuǎn)移到“出票失敗”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“人工處理”狀態(tài)。 e.) 轉(zhuǎn)移到“ 出票成功 ”狀態(tài),系 統(tǒng)向短信中心發(fā)送出票請求 I) 如果成功,轉(zhuǎn)到 e。 II) 如果失敗,轉(zhuǎn)移到“ 發(fā)送短信失敗 ”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“人工處理”狀態(tài)。 f.) 轉(zhuǎn)移到“ 電子票據(jù)發(fā)送成功 ”狀態(tài),系統(tǒng)再自動將其狀態(tài)轉(zhuǎn)移到“訂票成功”狀態(tài) g.) 在“人工處理”的訂單,系統(tǒng)管理員在“異常工單”菜單中處理這些工單 I) 可以選擇取消,系統(tǒng)自動將其狀態(tài)轉(zhuǎn)移到“ 取消 ”狀態(tài) II) 可以選擇成功處理,系統(tǒng)自動將其狀態(tài)轉(zhuǎn)移到“ 訂票成功 ”狀態(tài) 在“訂票成功”的訂單,系統(tǒng)管理員將其標(biāo)明為“已結(jié)算”狀態(tài)。 票務(wù)系統(tǒng)技術(shù)建議書 第 18 頁 共 24 頁 票務(wù)系統(tǒng)技術(shù)建議書 第 19 頁 共 24 頁 3.5 短信 3.5.1 功能需求 通過短信發(fā)送的消息類型主要分為以下幾類: a.) 電子票據(jù) 電 子票據(jù)主要用短信的方式發(fā)到用戶手機上。 b.) 訂購成功消息 當(dāng)用戶成功訂購門票后,系統(tǒng)會自動發(fā)送短消息,通知用戶已經(jīng)訂購成功。 c.) 取消消息 當(dāng)用戶成功取消門票后,系統(tǒng)會自動發(fā)送短消息,通知用戶已經(jīng)取消成功。 d.) 提醒消息 在演出前幾個小時(時間可以設(shè)置),提醒用戶提早到場及其它注意事項。3.5.2 概念模型 每個演出計劃可以有不同的消息模板,多個演出計劃也可以共享一個消息模板。 消息實體是消息模板的一個實例化,將模板中的參數(shù)替換。例如:消息模板是“你已經(jīng)成功訂購 $program_name的門票!”,消息實體可以將 $program_name替換成具體的節(jié)目名稱,形成“你已經(jīng)成功訂購紅色娘子軍的門票!”的消息。 消息任務(wù)是已經(jīng)綁定消息實體、具體發(fā)送時間、接收號碼的消息對象。 消息任務(wù)可分為定時發(fā)送的定時消息和立即發(fā)送的及時消息。 票務(wù)系統(tǒng)技術(shù)建議書 第 20 頁 共 24 頁 例如: 立即發(fā)送“你已經(jīng)成功訂購紅色娘子軍的門票!”給 1380008008 是一個及時消息。 在節(jié)目開演前 8 小時,發(fā)“紅色娘子軍將于今晚 20:00 在國家大劇院上演,請安排好你的行程,不要錯過精彩內(nèi)容?!苯o 1380008008 是一個定時消息 3.6 統(tǒng)計 統(tǒng)計模塊可提供如下功能: 1) 提供基 本報表 2) 支持靈活定義報表格式 3) 可以導(dǎo)出多種文件格式(例如: PDF, Excel 等) 4) 支持餅圖、柱狀圖等多種圖形展現(xiàn)方式 3.6.1 基本報表 銷售總額日、月報 時間 場館商 出票數(shù) 總金額 2009-10 國家大劇院 200 80000 國家木偶劇院 500 100000 2009-11 國家大劇院 200 80000 國家木偶劇院 900 180000 基于演出 的總收入 時間 演出 場館商 出票數(shù) 總金額 Oct-09 紅色娘子軍 國家大劇院 200 80000 票務(wù)系統(tǒng)技術(shù)建議書 第 21 頁 共 24 頁 智取威虎山 國家大劇院 300 130000 喜羊羊和灰太狼 國家木偶劇院 500 100000 Nov-09 圖蘭朵 國家大劇院 200 80000 三個和尚 國家木偶劇院 900 180000 大鬧天空 國家木偶劇院 1100 230000 基于場次的銷售報表 時間 節(jié)目 場館商 出票數(shù) 總金額 2009-10-01 20:00 紅色娘子軍 國家大劇院 200 80000 2009-10-03 20:00 紅色娘子軍 國家大劇院 300 130000 2009-10-02 20:00 紅色娘子軍 國家大劇院 500 100000 4 接口 描述 4.1 支付接口 支付接口負(fù)責(zé)對銀行接口的協(xié)議轉(zhuǎn)換,可能會包括 URL 接口和 SOAP 接口。 銀行接口必須支持“扣款”,“退款”和“對賬”等功能。 其中對賬是以自然天為單位核對賬務(wù)。 具體消息格式需要參考銀行接口定義。 4.2 票務(wù)接口 票務(wù)接口指的是票務(wù)系統(tǒng)和場館提供商管理系統(tǒng)的接口,包括以下功能: 鎖定票,票務(wù)系統(tǒng)可以鎖定一張或多張節(jié)目場次的票 解鎖票 ,票務(wù)系統(tǒng)可以解除鎖定一張或多張節(jié)目場次的票 訂票,票務(wù)系統(tǒng)可以預(yù)訂一張或多張節(jié)目場次的票 票務(wù)系統(tǒng)技術(shù)建議書 第 22 頁 共 24 頁 退票,票務(wù)系統(tǒng)可以退訂一張或多張節(jié)目 場次的票 票務(wù)系統(tǒng)可以查詢某節(jié)目場次的座位狀態(tài),包括空閑,已售,預(yù)訂。 同步場館

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論