大連理工大學專業(yè)學位碩士學位論文摘要隨著我國文藝演出和體育比賽等演出項目越來越多，出售傳統(tǒng)票品的票務系統(tǒng)己經(jīng)不能再滿足市場需求，而當前國內(nèi)尚沒有一個功能完善的在線電子票務管理系統(tǒng)，因此開發(fā)一個電子票務管理系統(tǒng)是非常有意義和可行的。電子票務管理系統(tǒng)是一個基于網(wǎng)絡環(huán)境的綜合性服務平臺，專門為文藝演出、體育比賽等票務項目的管理而設計。電子票務管理系統(tǒng)從客戶的角度出發(fā)，提供了多種購票方式，其中有代理商客戶端售票、代理商網(wǎng)上售票和個人網(wǎng)上售票(包括Web售票和手機電子票售票)。電子票務管理系統(tǒng)采用先進的二維條碼制作識別技術和票務信息管理相結合，支持可視化選擇座位，具有國際化支持的功能。電子票是一個以幾維條碼作為驗證形式的票品，電子票的優(yōu)點有安全可靠和攜帶方便。本論文以電子票務管理系統(tǒng)C/S部分的設計和實現(xiàn)展開研究和分析，詳細介紹了系統(tǒng)的開發(fā)過程。電子票務管理系統(tǒng)C/S部分由兩部分組成，即電子票務后臺管理子系統(tǒng)和電子票務代理商售票子系統(tǒng)，前者是用來實現(xiàn)后臺管理功能的系統(tǒng)，后者是用來實現(xiàn)代理商售票功能的系統(tǒng)。這兩個系統(tǒng)都采用了分層的體系結構設計方法。后臺管理則是一個典型的三層應用程序，而代理商售票系統(tǒng)是一個基于N層的分布式應用程序。同時在系統(tǒng)的總體設計過程中，采用.Net Remoting框架來構建分布式應用服務器，運用一個數(shù)據(jù)訪問包裝類(類名為:DAO, DAO封裝了連接數(shù)據(jù)庫、執(zhí)行SQL命令和啟動事務等操作)來設計數(shù)據(jù)訪問層，并采用了實現(xiàn)傳遞數(shù)據(jù)的機制(DataSet，強類型DataSet，自定義實體類)來實現(xiàn)層間傳遞數(shù)據(jù)的問題。從2006年1月份本系統(tǒng)投入使用至今，后臺管理系統(tǒng)和代理商售票系統(tǒng)基木處于正常運行狀態(tài)。其間，本系統(tǒng)參與運營了多個演出和娛樂項目，得到了演出主辦方和多個代理商的肯定，基本上能夠滿足演出主辦方和代理商的功能需求。關鍵詞:電子票務管理系統(tǒng);電子票;分布式應用服務器;國際化萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)Designation and Implementation of Large Culture and Sports Performance electronic ticketing systemAbstractAlong with theatrical performances and sports competitions increasing, the traditionalticketing system has been unable to meet market demand, and there is not a perfect on-lineelectronic ticketing management system in domestic market, so the development of anelectronic ticketing management system is very meaningful and feasible.Electronic ticketing management system is a Web-based software platform; it isdesigned for theatrical performances and sports competitions. Electronic ticketingmanagement system provides a wide variety of ticketing methods, including agent ticketing,agent Web ticketing and personal Web ticketing (including Web ticketing and mobile phoneticketing). Electronic ticketing management system use advanced a two-dimensional barcode identify technology combining with ticketing information management, sustainingvisual-seating and international supporting function. Electronic ticket is a two-dimensionalbar code for the certification ticket and the advantages of electronic ticket are safe, reliableand convenient carrying. This paper introduces the design and realization of electronicticketing management systems C/S part. Electronic ticketing management systems C/S partincludes electronic ticketing background management system and electronic ticketing agentticketing system, the former is used to realize background management functions, the latter isused to realize functions of agent ticketing. The two system all use the layered systemstructure method. Background management is a typical three-layered application program, theagent ticketing system is a based-N layered distributing application program. In thecollectivity design, using .Net Remoting Frame conceive distributing application server,andusing a data access packing class(class name: DAO,DAO packing the link database, executingSQL command and handling affair) design data access layer, and realize data transfermechanism(dataset, strong class tintse t, user-defined entity-class) realizing the data transferproblem in the layered.From January 2006 to now ,the background management and agent ticketing system isrunning stabilization basically. In the period, the system participate in many performanceitems, achieving affirmation and contenting the requirment of the front side and agent side.Key words: Electronic ticketing management system: Electronic ticket, Distributedapplication server; Internationalization萬方數(shù)據(jù)獨創(chuàng)性說明作者鄭重聲明:本碩士學位論文是我個人在導師指導下進行的研究I-作及取得研究成果。盡我所知，除了文中特別加以標注和致謝的地方外，論文中不包含其他人己經(jīng)發(fā)表或撰寫的研究成果，也不包含為獲得大連理工大學或者其他單位的學位或證書所使用過的材料。與我一同工作的同志對本研究所做的貢獻均已在論文中做了明確的說明并表示了謝意。作者簽名:閑k午。期:)-,m6、萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)大連理工大學學位論文版權使用授權書本學位論文作者及指導教師完全了解“大連理工大學碩士、博士學位論文版權使用規(guī)定”，同意大連理工大學保留并向國家有關部門或機構送交學位論文的復印件和電子版，允許論文被查閱和借閱。本人授權大連理工大學可以將本學位論文的全部或部分內(nèi)容編入有關數(shù)據(jù)庫進行檢索，也可采用影印、縮印或掃描等復制手段保存和匯編學位論文。作者簽名:導師簽名:妙b年土月.G生日萬方數(shù)據(jù)大連理工大學專業(yè)學位碩士學位論文3需求分析3.1需求概要經(jīng)過調(diào)研項目小組發(fā)現(xiàn)當前市場上的票務系統(tǒng)的功能有以下一些缺點:(1)售票功能簡單，一般不支持可視化選擇座位并完成售票;出票方式單一，一般包括客戶端售票或個人Web售票;(2)報表統(tǒng)計功能簡單，一般需要通過手工去統(tǒng)計售票情況;(3)業(yè)務流程定義不完善，很難運營大型文藝演出或體育比賽項目;(4)一般只能出售印刷票或使用物理防偽技術的票品，不支持電子票的出售:(5)一般不支持多語言的國際化版本。本系統(tǒng)將保留傳統(tǒng)票務系統(tǒng)的優(yōu)點，并為上述缺點提供解決方案。經(jīng)過分析票務管理系統(tǒng)的功能得出系統(tǒng)的用戶有以下兩類:(1)代理商售票員。通過本系統(tǒng)，他們可以實現(xiàn)可視化選擇座位并完成售票。(2)系統(tǒng)管理員。通過本系統(tǒng)，他們可以輸入和發(fā)布演出項目信息，并對劇場信息和座位信息等進行設置，他們不負責售票。為此，必須把整個系統(tǒng)的功能分為兩個部分:后臺管理功能和代理商售票功能。后臺管理功能部分的執(zhí)行者為系統(tǒng)管理員，代理商售票功能的執(zhí)行者為代理商售票員。3.2功能性需求在下面的3.2.1和3.2.2小節(jié)中分別簡單描述了后臺管理功能和代理商售票功能的需求情況。注:因為系統(tǒng)國際化支持的需求比較特殊，所以并沒有在這里敘述，關于國際化支持的需求可見5.3小節(jié)。3.2.1后臺管理功能的需求(1)后臺用戶輸入用戶名和登錄密碼進入代理商售票系統(tǒng);后臺用戶有多種角色，如:普通管理員、劇場管理員、財務管理員和超級管理員等，不同角色的管理員擁有不同的權限;一個后臺管理員用戶可以擁有多種管理員角色。(2)普通管理員能實現(xiàn)對代理商信息、演出項目信息、訂單管理、基本票品等級信息和演出主辦方信息的維護;劇場管理員可以輸入和編輯基本劇場信息，根據(jù)劇場的簡略圖設計出可視化的看臺和座位信息;財務管理員可以登記所有代理商的結算信息和察看財務結算報表;超級管理員的權限最大，他除了擁有普通管理員的權限之外，還可以執(zhí)行后臺用戶管理、系統(tǒng)模塊定義和用戶角色權限分配。萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)(3)一個代理商可以擁有多個售票點，一個售票點可以有多個售票員，售票員是運用代理商售票系統(tǒng)的用戶;不同的代理商對不同的項目的操作權限可以在系統(tǒng)中進行設定，當一個項目新建之后，任何代理商都不能對它進行售票，代理商只有查詢項目信息的權限:代理商必須通過管理員授權后才能出售該項目的票，系統(tǒng)的授權包括兩部分，一是對演出場次的授權(即同一個項目，代理商擁有不同場次的操作權，這樣可以讓業(yè)務可以更加靈活地控制代理商的打票)，二是對不同等級票的授權(即代理商只能出售經(jīng)過授權的售票等級的票)(4)在一個演出項目登記之后，普通管理員可以新建項目和演出場次信息，并且選擇與演出場次相關聯(lián)的劇場座位信息、設計場次票面設計、設置票品等級的價格和定義場次套票信息等。當以上所有信息都被設置完成之后，一個場次就可以發(fā)布了，被成功發(fā)布之后的場次就可以進行售票了。當本場次的售票結束時間到了之后，售票員將不能進行賣票了。在演出結束之后，本場次就無效了，若此演出項目沒有其它場次了，那么演出項目也就結束了，至此一個演出項目的生命周期就完成了。(5)系統(tǒng)提供各個演出場次和各個代理商的售票統(tǒng)計報表(包括匯總和明細報表信息);系統(tǒng)還提供給主辦方觀看的演出項目的銷售情況的統(tǒng)計報表;系統(tǒng)提供自動升級功能，避免了為安裝新的版本而必須先刪除舊版本的軟件;(6)系統(tǒng)為一個演出項目的生命周期提供全面的支持和跟蹤，為演出主辦方、承辦方和代理商的職責和權力提供強大支持。3.2.2代理商售票功能的需求(1)售票員輸入用戶名和登錄密碼進入代理商售票系統(tǒng);根據(jù)客戶機的文化環(huán)境，售票系統(tǒng)啟動為相應的UI層界面;登錄成功之后，售票員可以修改自己的用戶注冊信息:(2)在出票的過程中，每次都要查詢硬件加密狗的狀態(tài)，如果發(fā)現(xiàn)沒有插加密狗，系統(tǒng)將拒絕出票，這樣可以防止代理商使用一個加密狗多處出票的情況發(fā)生。(3)售票員可以通過選擇分類，項目開始、結束時間，項目名稱，場次名稱等進行查詢目前系統(tǒng)里有哪些正在運行的演出項目，并可以顯示該項目的詳細信息，包括各個場次的可售票數(shù)量，己售票數(shù)量等;(4)售票員選擇項目和場次以及要購買的票品所在的看臺及樓層之后，系統(tǒng)將該區(qū)域的座位、售票狀態(tài)和售票等級以圖形的形式在窗體中表現(xiàn)出來:售票員可以選擇客戶要購買的票(選擇的票被放到“購票車”中)，完成選票以后，售票員按“打印”按鈕提交購票信息，服務器收到信息、確認購票信息中所選的票全部都沒有被別人搶先打印后，直接為用戶鎖定全部票品，生成訂單信息，并返回可打印的信息，之后系統(tǒng)直接調(diào)用萬方數(shù)據(jù)大連理工大學專業(yè)學位碩士學位論文打印程序，使用每個項目場次預設的票品版面信息把票輸出到打印機:如果購票信息中的部分票己被其它用戶搶先打印了，服務器返回被別人已搶先打印的票的信息，并提示售票員哪些票已經(jīng)被別人先打印了，并從當前“購票車”中刪除這些沖突的票，售票員可以直接重新提交剩余的票打印或者重新選擇其它位置的票增加到“購票車”后提交到服務器端確認打印。在確認出票時，售票員可以填入收款方式(如現(xiàn)金，支票，刷卡和欠費等)。(s)售票員在出票的過程中，可能由于打印機或者網(wǎng)絡的原因?qū)е聸]有正確打印出票，此時售票員可以提出申請重打請求;在后臺管理員審核通過申請重打的票品之后，售票員就可以進行重新打票操作了。(6)系統(tǒng)擁有自動升級的功能，系統(tǒng)可為售票員提供快速查詢訂單信息的功能;同時，系統(tǒng)能提供代理商和當前登錄售票員的售票匯總和明細統(tǒng)計報表信息。3.3非功能性需求(1)系統(tǒng)的界面美觀、可操作性好，必須使用Windows的操作系統(tǒng);窗體_L的各種可視化控件擁有XP或office 2003的顯示風格;系統(tǒng)支持對大集合數(shù)據(jù)信息的顯示，并且能對之進行簡單過濾和排序等操作。(2)售票員在代理商客戶端進行操作時的響應時間最長不能超過4秒;3.4系統(tǒng)的用例模型3.4.1后臺管理功能的用例模型圖3.1是后臺管理功能的用例圖，因為本部分的功能非常多并且復雜，本用例圖只包括了后臺管理的部分功能。下面簡單說明圖3.1所描述的用例圖。系統(tǒng)中有多種執(zhí)行者(Actor)，如:“后臺用戶”、“財務管理員”、“劇場管理員”、“普通管理員”和“超級管理員”等?！昂笈_用戶”只擁有登錄、退出系統(tǒng)和管理個人信息等最基本的一些功能;“財務管理員”、“劇場管理員”是“后臺用戶”的泛化角色，它們除了擁有“后臺用戶”的功能外，各自還有其他的一些專有功能，如:“財務管理員”擁有代理商結算管理和結算統(tǒng)計報表等功能，“劇場管理員”擁有劇場信息管理和劇場座位管理等功能;“普通管理員”也是“后臺用戶”的一種泛化角色，它擁有本系統(tǒng)提供的絕大部分的功能，如:演出信息管理、代理商信息管理、場次票面設置管理和訂單信息管理等;超級管理員是“普通管理員”的泛化角色，它們除了擁有“普通管理員”的功能外，各自還有其他的一些特殊的高級功能，如:后臺用戶管理和用戶角色管理等功能。萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)。C三1二 CD演出偏且，理曾.甘理員訂刀疇民關信息管理石臺用產(chǎn)管理(用戶角色3j佗仁超級曹理員后臺用戶權限!理系統(tǒng)祖塊它理圖3. 1后臺管理功能的用例圖Fig. 3.1 Background management function model chart3.4.2代理商售票功能的用例模型為了保證系統(tǒng)的數(shù)據(jù)業(yè)務邏輯的安全性，不能把進行數(shù)據(jù)業(yè)務邏輯的具體實現(xiàn)部署放在代理商客戶機上，為此需要一個服務器來完成那些數(shù)據(jù)業(yè)務邏輯的執(zhí)行，所以需要把代理商售票功能的表現(xiàn)層邏輯和數(shù)據(jù)業(yè)務邏輯分別部署到客戶端和服務器端。代理商售票功能可以用兩個用例圖來描述，即代理商客戶端用例圖和代理商服務器端用例圖。見圖3.2是代理商客戶端用例圖。由圖可見，在本用例圖中只存在“代理商售票員”這一種執(zhí)行者。“代理商售票員”擁有本用例圖所描述的所有功能，這些功能包括:售票員登錄管理、個人信息管理、售票管理、訂單查詢、報表統(tǒng)計、申請重打和重新打印票品等。在本用例圖中，售票管理是核心功能，它由以下用例組成:“可視化售票”、“無座位售票”、“批量打印”、“票品打印”和“收取票品費用”。系統(tǒng)需要1持有ARf萬方數(shù)據(jù)大連理工大學專業(yè)學位碩士學位論文項目和無座位項目;對有座位項目的而言，為了加快售票速度，系統(tǒng)提供了批量打印的功能:打印出票品之后，售票員要向客戶收取費用。為了使客戶端能打印出票品，用例“打印機設置”提供了配置打印機的功能。這里的訂單管理功能與后臺管理功能用例圖中的訂單管理功能不同，運用后臺管理功能中的訂單管理，“普通管理員”可以查詢所有訂單信息:運用圖3.2中所示訂單管理，“代理商售票員”只能查詢本售票員所出售的訂單信息。圖3.2代理商客戶端用例圖Fig. 3.2 Agent client model chart見圖3.3是代理商服務器端用例圖。經(jīng)過分析代理商售票功能的需求，項目小組決定增加本用例圖，本用例圖主要用來描述代理商應用服務器端的功能。由圖可見，在本用例圖中只存在“超級管理員”這一種執(zhí)行者，這里的“超級管理員”與后臺管理功能用例圖中的“超級管理員”是同一個執(zhí)行者?！俺壒芾韱T”擁有本用例圖所描述的所有功能，這些功能包括:管理應用服務器和維護應用服務器等。管理應用服務器的功能是本用例圖中的核心功能，它由以下用例組成:“啟動應用服務器”、“停止應用服務器”和“重啟應用服務器”。維護應用服務器的功能由以下用例組成:“查看日志情況”、“修改配置信息”和“查看服務器端狀態(tài)”。用例“查看日志情況”是為了記錄應用服務器的異常情況:用萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)例“查看服務器端狀態(tài)”是為查看應用服務器的工作情況;用例“修改配置信息”是為了方便超級管理員修改服務器端的配置文件。啟動應用服務器/沖、一之護一攫重啟應用服務器圖3.3代理商服務器端用例圖Fig. 3.3 Agent server model chart萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)6系統(tǒng)的測試與實施6. 1系統(tǒng)的測試軟件測試是軟件質(zhì)量保證的關鍵元素，并代表了規(guī)約、設計和編碼的最終評審221軟件作為系統(tǒng)元素的可見性不斷增加而且軟件故障帶來的代價太高使得人們注重于規(guī)劃良好的徹底測試，軟件開發(fā)組織將30%-40%的項目工作量花在測試上并不為怪。已經(jīng)出現(xiàn)了大量的軟件測試案例設計方法，這些方法為開發(fā)人員進行測試提供了系統(tǒng)的方法。能夠采用以下兩種方法對軟件產(chǎn)品進行側(cè)試:黑盒測試:若了解產(chǎn)品己被設計要完成的規(guī)定功能，則測試的進行要去證實各個功能完全可執(zhí)行，同時在各個功能中尋找錯誤;白盒測試:若了解產(chǎn)品的內(nèi)部原理，則測試的進行要確?！八旋X輪吻合”，即內(nèi)部操作依據(jù)規(guī)約執(zhí)行，并且所有的內(nèi)部組件被充分利用。在本系統(tǒng)的開發(fā)過程中將主要進行單元測試和系統(tǒng)側(cè)試，單元測試是一種白盒測試，系統(tǒng)測試為一種黑盒測試。6.1.1單元測試發(fā)現(xiàn)軟件錯誤的情況主要有下面幾種:(1)由編寫代碼的開發(fā)人員發(fā)現(xiàn);(2)由嘗試運行代碼的開發(fā)人員發(fā)現(xiàn);(3)由開發(fā)小組中的其他開發(fā)人員或測試人員發(fā)現(xiàn);(4)作為產(chǎn)品大規(guī)模測試的一部分被發(fā)現(xiàn);(5)由最終用戶發(fā)現(xiàn)口如果在第一種情況下發(fā)現(xiàn)軟件錯誤，則修復錯誤比較容易，成本也很低。發(fā)現(xiàn)的情況越靠后，修復軟件錯誤的成本就越高。修復一個由最終用戶發(fā)現(xiàn)的軟件錯誤可能要耗費第一種情況所耗費的100-1000倍的成本。更不用說用戶通常因為軟件錯誤導致工作無法繼續(xù)，而一直等到下一個版本才能解決問題。因此在本系統(tǒng)的開發(fā)過程中，由編寫代碼的開發(fā)人員進行單元測試。本系統(tǒng)的單元測試工作主要分為兩個步驟:人工靜態(tài)檢查和動態(tài)執(zhí)行跟蹤。人工靜態(tài)檢查是單元測試的第一步，這個階段工作主要是保證代碼算法的邏輯正確性(盡量通過人工檢查發(fā)現(xiàn)代碼的邏輯錯誤)、清晰性、規(guī)范性、一致性、算法高效性。第二步是通過設計測試用例，執(zhí)行待測程序來跟蹤比較實際結果與預期結果來發(fā)現(xiàn)錯誤。用人工萬方數(shù)據(jù)大連理工大學專業(yè)學位碩士學位論文靜態(tài)檢查法能夠有效的發(fā)現(xiàn)30%-70%的邏輯設計錯誤和編碼錯誤，但是代碼中仍會有大量的隱性錯誤無法通過視覺檢查發(fā)現(xiàn)，必須通過跟蹤調(diào)試法細心分析才能夠捕捉到。數(shù)據(jù)訪問層是系統(tǒng)的核心部分，對它要進行完善的單元測試。在本系統(tǒng)的測試中使用Nunit作為單元測試工具，Nunit是一種用于.NET的開放源代碼的測試框架，使用Nunit可以快速檢測數(shù)據(jù)訪問層中的問題。通過設計測試用例，并運行測試用例來動態(tài)執(zhí)行跟蹤數(shù)據(jù)訪問層的邏輯237。因為采用Nunit進行單元測試非常繁瑣，因此對于系統(tǒng)其它的部分的測試采用的是人工靜態(tài)檢查。每當一個功能模塊完成之后，開發(fā)人員必須通過檢查代碼和動態(tài)執(zhí)行來檢查錯誤。6.1.2系統(tǒng)測試軟件系統(tǒng)測試是基于一定的計算機就硬件環(huán)境，對整個軟件進行一系列的測試。系統(tǒng)測試應該根據(jù)軟件項目系統(tǒng)級的有關文檔(如系統(tǒng)設計文檔、軟件需求規(guī)格說明書等)來開展軟件系統(tǒng)的測試工作，主要是檢查新開發(fā)的軟件系統(tǒng)是否滿足系統(tǒng)設計文檔、軟件需求規(guī)格說明書等規(guī)定的功能和性能要求za:本系統(tǒng)的系統(tǒng)測試的測試內(nèi)容分要包括以下幾個部分:功能性測試和性能測試。在本系統(tǒng)的測試過程中采用了TestDirector作為測試管理Y具。TestDirector通過在一個整體的應用系統(tǒng)中集成了測試管理的各個部分，包括需求管理，測試計劃，測試執(zhí)行以及錯誤跟蹤等功能，TestDirector極大地加速了測試過程。TestDirector將測試過程流水化，從測試需求管理，到測試計劃，測試日程安排，測試執(zhí)行到出錯后的錯誤跟蹤。本系統(tǒng)的測試過程如下:(1)在系統(tǒng)的需求分析之后，測試人員制定測試計劃:(2)系統(tǒng)的概要設計結束之后，測試人員依據(jù)各個功能模塊設計制定測試用例;(3)系統(tǒng)開發(fā)完成之后，測試人員開始進行測試。若某個功能出現(xiàn)bug，就認為此功能測試不合格，要求開發(fā)人員改正錯誤，在開發(fā)人員修改bug之后，測試人員繼續(xù)測試，直到完全測試通過;(4)通過TestDirector，為系統(tǒng)的測試制定測試計劃和測試用例，并對bug進行全程跟蹤。功能性測試結束之后，測試人員提交測試報告，測試報告可見表6. 1所示:萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)測試項目代理商售票員登錄客戶端售票員更改個人注冊信息可視化選擇座位完成售票售票員訂單查詢申請重打和重新打印售票打印機配置座位預留管理代理商報表統(tǒng)計(匯總和明細報表)售票報表統(tǒng)計(匯總和明細報表)代理商售票員退出超級管理員登陸服務器啟動服務器重啟服務器停止服務器超級管理員退出服務器管理員登陸后臺管理系統(tǒng)代理商信息管理售票員信息管理演出項目信息管表6. 1功能測試報告Tab. 6.1 Function testing report實際結果遺留問題成功登錄無解決計劃成功成功成功成功成功成功無狀態(tài)為“取消”的訂單不可以申請重打無無無在系統(tǒng)的1. 1升級版本中解決無無無無無無成功成功退出成功登錄成功成功成功成功退出無無無無成功登錄成功成功成功萬方數(shù)據(jù)大連理工大學專業(yè)學位碩士學位論文續(xù)表6. 1表6. 1功能測試報告Tab. 6.1 Function testing report測試項目實際結果成功遺留問題解決計劃劇場信息管理MI1場基本座位設場次座位設置無刪除選定座位時的警告提示不合理刪除選定座位時的警告提示不合理無無無無無在系統(tǒng)的1升級版本中解決在系統(tǒng)的1升級版本中解決場次票面設置訂單管理財務結算管理后臺用戶管理場次銷售報表統(tǒng)成功成功成功成功成功代理商報表統(tǒng)計主辦方報表統(tǒng)計管理員權限管理自動升級成功成功成功管理員退出后臺管理系統(tǒng)成功退出無無無在二級目錄中的在系統(tǒng)的1. 1升級文件不能完成升級版本中解決無系統(tǒng)的性能測試:模擬在售票系統(tǒng)最大負荷情況下，客戶端請求遠程調(diào)用的響應時間，經(jīng)測試得出售票系統(tǒng)的平均響應時間在4秒以內(nèi)，基本滿足了系統(tǒng)的非功能需求。性能測試方案的構建如下:開發(fā)一個可以部署在代理商客戶端的測試程序，程序以0. 1秒為時間間隔不間斷循環(huán)向代理商服務器端發(fā)送5種遠程調(diào)用請求，同時將響應時間記錄到日志文件中。將該測試程序部署到5臺客戶機上，同時運行10分鐘，該測試用例基本能夠模擬500個代理商客戶端同時訪問服務器，在10秒內(nèi)同時發(fā)出訪問請求的情況。萬方數(shù)據(jù) 大型文1絲 8;曳登疆魚絲絲些蘭塑一一一一一一一測試結果顯示最快響應時間為0.61秒，最慢響應時間為4.97秒，平均響應時間為3.86秒，基本滿足系統(tǒng)的性能指標。6.2系統(tǒng)的部署6. 2. 1 . Net平臺下的部署方式編譯源代碼并完成測試后，開發(fā)過程并沒有結束。在這個階段，需要把應用程序提供給最終用戶。無論是ASP. NET應用程序、桌面應用程序還是使用Compact Framework構建的應用程序，系統(tǒng)都必須部署到目標環(huán)境中去。Net Framework使部署工作比以前的開發(fā)平臺要容易得多，因為不再需要注冊COM組件，編寫新的注冊表項了們。.Net提供7兩種部署應用程序的方式:xcopy部署和Windows Installer安裝程序部署。Xcopy部署就是把一組文件復制到目標計算機上的一個目錄中，無論文件的數(shù)目是多少，只要所有文件都被復制到同一個文件夾中，應用程序就可以運行了，不需要編輯配置或注冊表。Windows工nstaller是一個服務，它負責管理在大多數(shù)Windows操作系統(tǒng)上安裝、更新、修復和刪除應用程序，通過Visual Studio .Net中的部署項目可以很容易的創(chuàng)建Windows安裝軟件包。6.2.2實現(xiàn)系統(tǒng)的部署后臺管理系統(tǒng)、代理商客戶端子系統(tǒng)和代理商服務器端子系統(tǒng)要分別進行部署。下面詳細介紹部署方式:1)管理后臺系統(tǒng)和代理商客戶端子系統(tǒng)的部署因為xcopy部署方式有一些缺點:它不能把程序集放到全局程序集緩存(GAO中，不能在操作系統(tǒng)的“開始”菜單中添加圖標，也不能在“桌面”上添加啟動系統(tǒng)的快捷方式。上述的缺點會使得在目標計算機上進行第一次部署非常麻煩，同時使最終用戶操作系統(tǒng)很不方便。因此，在目標計算機上第一次部署管理后臺系統(tǒng)或代理商客戶端子系統(tǒng)時，要通過Windows Installer安裝程序進行部署。使用Windows Installer進行部署時，一些第三方控件組件(如5.2節(jié)所述的工nfragistics NetAdvantage的組件庫中的程序集)可以被直接注冊到全局程序集緩存中，同時也會在“開始”菜單中添加圖標等。在管理后臺系統(tǒng)或代理商客戶端子系統(tǒng)有了升級版本之后，通過簡單的xcopy部署方式把升級的組件部署到應用程序的運行目錄下覆蓋以前的版本就可以了，這個功能由系統(tǒng)的“自動更新”模塊來實現(xiàn)。此時，不用Windows Installer進行升級部署是有道理的。若用Windows Installer進行升級部署，必須先通過Windows Installer卸載之萬方數(shù)據(jù)大連理工大學專業(yè)學位碩十學位論文前的版本.再安轉(zhuǎn)新的版本;在一次升級過程中，一般只有很少的組件被升級，因此用Windows Installer進行升級部署是麻煩的、不明智的。(2)代理商服務器端子系統(tǒng)的部署因為代理商服務器端子系統(tǒng)直接被部署到服務器端，而且它所擁有的組件也不是很多，所以直接使用XCOpy方式進行部署就可以了。6.2.3系統(tǒng)的部署視圖UML的部署視圖考慮應用程序的物理部署情況，如:網(wǎng)絡布局和組件在網(wǎng)絡上的位置的問題。部署視圖包含處理器、設備和進程，也包含兩個處理器、兩個設備或處理器與設備之間的連接線(25系統(tǒng)的部署視圖如圖6. 1所示:代理商服務器端子系統(tǒng)、后臺管理系統(tǒng)和數(shù)據(jù)庫服務器被部署在一個局域網(wǎng)內(nèi);代理商客戶端子系統(tǒng)被部署在外網(wǎng)，因為代理商客戶端子系統(tǒng)負責售票，所以它擁有售票打印機。圖6，1系統(tǒng)的部署視圖Fig. 6.1 System dispose view萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)6.2.4系統(tǒng)的運行環(huán)境因為后臺管理系統(tǒng)、代理商客戶端子系統(tǒng)和代理商服務器端子系統(tǒng)要分別部署，所以它們的運行環(huán)境可能是不同的，下面的三個表6.2. 6.3. 6.4分別描述了它們的運行環(huán)境的條件:表6.2后臺管理系統(tǒng)的運行環(huán)境Tab. 6.2 Background management system running environment項目名稱名稱/版本操作系統(tǒng)運行平臺關系數(shù)據(jù)庫系統(tǒng)CPU內(nèi)存硬盤顯示器Windows 98/2000/xp/ Server 2003.Net Framework 1.1SQL Server 2000奔騰III 300以上128M以上剩余空間300M以上17寸彩色顯示器，支持分辨率800 X 600以上表6.3代理商客戶端子系統(tǒng)的運行環(huán)境Tab. 6.3 Agent client subsystem running environment項目名稱名稱/版本操作系統(tǒng)運行平臺CPU內(nèi)存顯示器硬盤票品打印機其它設備Windows 98/2000/xp/ Server 2003.Net Framework 1.1奔騰III 300以上128M以上彩色VGA、分辨率800X600及以上，最好分辨率為1024X768剩余空間300M以上TIC B-419型打印機或Boca直熱式高速打印機USB或并口加密狗萬方數(shù)據(jù)大連理工大學專業(yè)學位碩士學位論文6,3系統(tǒng)的運行與維護從2006年1月份至今，后臺管理系統(tǒng)和代理商售票系統(tǒng)基本處于正常運行狀態(tài)。其間，本系統(tǒng)參與運營了多個演出和娛樂項目，得到了演出主辦方和多個代理商的一致好評。據(jù)實踐證明，分布式應用服務器被啟動之后，它在運行的3. 4月間不會發(fā)生任何異常情況(通過查看服務器端的異常日志文件和代理商客戶端的請求異常日志)，同時它占用的內(nèi)存和CPU資源也沒有多大增加。這些都說明分布式應用服務器的設計是比較成功的。后臺管理系統(tǒng)和代理商售票客戶端子系統(tǒng)的功能一直處于完善之中，一旦發(fā)布了新版本之后，后臺管理系統(tǒng)和代理商售票客戶端子系統(tǒng)會啟動“自動更新”模塊完成系統(tǒng)的升級。表6.4代理商服務器端子系統(tǒng)的運行環(huán)境Tab. 6.4 Agent server subsystem runrung environment項目名稱操作系統(tǒng)運行平臺關系數(shù)據(jù)庫系統(tǒng)CPU內(nèi)存硬盤名稱/版本W(wǎng)indows Server 2000/Server 2003.Net Framework 1.1SQL Server 2000奔騰III 300以上512M以上剩余空間500M以上萬方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設計與實現(xiàn)結論在中國，電子票務正處于發(fā)展階段，而電子票務在各個行業(yè)的發(fā)展現(xiàn)狀也很不一致。在航空、民航業(yè)中電子票務的運用已經(jīng)非常普遍，但是在文藝演出和體育比賽等行業(yè)中電子票務的發(fā)展還處于萌芽階段。電子票務系統(tǒng)正是為了滿足當前市場需求而開發(fā)的，它專門為文藝演出和體育比賽等票務項目管理而設計，它為票務項目的完整生命周期提供全面的解決方案。本論文的研究工作開始于2005年8月，于2006年5月份基本結束，本論文就電子票務系統(tǒng)US部分的設計和實現(xiàn)展開分析。主要工作成果包括以下幾個方面:(1)本論文收集了國內(nèi)外有關電子票務的發(fā)展和研究現(xiàn)狀成果，這些對電子票務系統(tǒng)的開發(fā)起了很大的幫助。(2)本論文的主要講述了需求分析、系統(tǒng)的總體設計、系統(tǒng)詳細設計和實現(xiàn)、測試和實施方面的工作。本論文對在電子票務系統(tǒng)的設計和開發(fā)中遇到的關鍵問題提供了比較全面的解決方案。在系統(tǒng)的開發(fā)過程中，本人參與了分布式應用服務器的構建和自定義數(shù)據(jù)訪問層的設計工作;獨立設計和開發(fā)了系統(tǒng)的多個模塊，如:票品打印模塊的設計、軟件國際化版本的設計和實現(xiàn)、統(tǒng)計報表的實現(xiàn)。因為時間和資金限制，電子票務系統(tǒng)仍然有一些不完善的地方，以下是可以進一步展開研究工作的幾個方向:(1)在后臺管理系統(tǒng)中，客戶機是直接連接數(shù)據(jù)庫服務器的，隨著客戶機的增加，系統(tǒng)的效率將會大受影響。因此為了滿足大型演出的需求，需要把后臺管理系統(tǒng)也設計為一個分布式應用系統(tǒng)。(2)在電子票務系統(tǒng)中還有一個檢票子系統(tǒng)，因為檢票子系統(tǒng)尚未完善，所以在本論文沒有對它介紹，完善檢票子系統(tǒng)也將是進一步的工作之一。萬方數(shù)據(jù)大連理工大學專業(yè)學位碩士學位論文參考文獻1 Robinson Simon, Nagel Christian.李敏波.C#高級編程(第三版)北京:消華人學出版社，2005.2王正桓;蔡明.MS. NET Remot ing的分布式技術應用研究.計算機應用與軟件.2005,3二21-24.仁3 McLean Scott, Naftel James, Williams Kim張坤琪，Microsoft.Net Remoting權威指南.北京:機械工業(yè)出版社，2003.4; Srivatsa, V. Remoting in. NET Framework 2. 0. C C PLUS PLUS USERS JOURNAL. 2005, 23 (11):29.5 Sharma, N.;Sharma, D. A Multi-agent Framework for. NET. LECTURE NOTES IN COMPUTERSCIENCE. 2005, 3681: 219.6 Seidmann, T. Architecture of a Business Framework for the. NET Platform and OpenSource Environments. LECTURE NOTES IN COMPUTER SCIENCE. 2005, 3381:477 Metsker Steven John.顏炯.C#設計模式.北京:中國電力出版社，2005.8 Otey, Michael. ADO.NET 2.0. SQL Server Magazine. 2005, 7(2):48.9 Richter Jeffrey