畢業(yè)設(shè)計(jì)72大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn).PDF

大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩士學(xué)位論文摘要隨著我國(guó)文藝演出和體育比賽等演出項(xiàng)目越來(lái)越多，出售傳統(tǒng)票品的票務(wù)系統(tǒng)己經(jīng)不能再滿足市場(chǎng)需求，而當(dāng)前國(guó)內(nèi)尚沒(méi)有一個(gè)功能完善的在線電子票務(wù)管理系統(tǒng)，因此開(kāi)發(fā)一個(gè)電子票務(wù)管理系統(tǒng)是非常有意義和可行的。電子票務(wù)管理系統(tǒng)是一個(gè)基于網(wǎng)絡(luò)環(huán)境的綜合性服務(wù)平臺(tái)，專(zhuān)門(mén)為文藝演出、體育比賽等票務(wù)項(xiàng)目的管理而設(shè)計(jì)。電子票務(wù)管理系統(tǒng)從客戶的角度出發(fā)，提供了多種購(gòu)票方式，其中有代理商客戶端售票、代理商網(wǎng)上售票和個(gè)人網(wǎng)上售票(包括Web售票和手機(jī)電子票售票)。電子票務(wù)管理系統(tǒng)采用先進(jìn)的二維條碼制作識(shí)別技術(shù)和票務(wù)信息管理相結(jié)合，支持可視化選擇座位，具有國(guó)際化支持的功能。電子票是一個(gè)以幾維條碼作為驗(yàn)證形式的票品，電子票的優(yōu)點(diǎn)有安全可靠和攜帶方便。本論文以電子票務(wù)管理系統(tǒng)C/S部分的設(shè)計(jì)和實(shí)現(xiàn)展開(kāi)研究和分析，詳細(xì)介紹了系統(tǒng)的開(kāi)發(fā)過(guò)程。電子票務(wù)管理系統(tǒng)C/S部分由兩部分組成，即電子票務(wù)后臺(tái)管理子系統(tǒng)和電子票務(wù)代理商售票子系統(tǒng)，前者是用來(lái)實(shí)現(xiàn)后臺(tái)管理功能的系統(tǒng)，后者是用來(lái)實(shí)現(xiàn)代理商售票功能的系統(tǒng)。這兩個(gè)系統(tǒng)都采用了分層的體系結(jié)構(gòu)設(shè)計(jì)方法。后臺(tái)管理則是一個(gè)典型的三層應(yīng)用程序，而代理商售票系統(tǒng)是一個(gè)基于N層的分布式應(yīng)用程序。同時(shí)在系統(tǒng)的總體設(shè)計(jì)過(guò)程中，采用.Net Remoting框架來(lái)構(gòu)建分布式應(yīng)用服務(wù)器，運(yùn)用一個(gè)數(shù)據(jù)訪問(wèn)包裝類(lèi)(類(lèi)名為:DAO, DAO封裝了連接數(shù)據(jù)庫(kù)、執(zhí)行SQL命令和啟動(dòng)事務(wù)等操作)來(lái)設(shè)計(jì)數(shù)據(jù)訪問(wèn)層，并采用了實(shí)現(xiàn)傳遞數(shù)據(jù)的機(jī)制(DataSet，強(qiáng)類(lèi)型DataSet，自定義實(shí)體類(lèi))來(lái)實(shí)現(xiàn)層間傳遞數(shù)據(jù)的問(wèn)題。從2006年1月份本系統(tǒng)投入使用至今，后臺(tái)管理系統(tǒng)和代理商售票系統(tǒng)基木處于正常運(yùn)行狀態(tài)。其間，本系統(tǒng)參與運(yùn)營(yíng)了多個(gè)演出和娛樂(lè)項(xiàng)目，得到了演出主辦方和多個(gè)代理商的肯定，基本上能夠滿足演出主辦方和代理商的功能需求。關(guān)鍵詞:電子票務(wù)管理系統(tǒng);電子票;分布式應(yīng)用服務(wù)器;國(guó)際化萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(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萬(wàn)方數(shù)據(jù)獨(dú)創(chuàng)性說(shuō)明作者鄭重聲明:本碩士學(xué)位論文是我個(gè)人在導(dǎo)師指導(dǎo)下進(jìn)行的研究I-作及取得研究成果。盡我所知，除了文中特別加以標(biāo)注和致謝的地方外，論文中不包含其他人己經(jīng)發(fā)表或撰寫(xiě)的研究成果，也不包含為獲得大連理工大學(xué)或者其他單位的學(xué)位或證書(shū)所使用過(guò)的材料。與我一同工作的同志對(duì)本研究所做的貢獻(xiàn)均已在論文中做了明確的說(shuō)明并表示了謝意。作者簽名:閑k午。期:)-,m6、萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)大連理工大學(xué)學(xué)位論文版權(quán)使用授權(quán)書(shū)本學(xué)位論文作者及指導(dǎo)教師完全了解“大連理工大學(xué)碩士、博士學(xué)位論文版權(quán)使用規(guī)定”，同意大連理工大學(xué)保留并向國(guó)家有關(guān)部門(mén)或機(jī)構(gòu)送交學(xué)位論文的復(fù)印件和電子版，允許論文被查閱和借閱。本人授權(quán)大連理工大學(xué)可以將本學(xué)位論文的全部或部分內(nèi)容編入有關(guān)數(shù)據(jù)庫(kù)進(jìn)行檢索，也可采用影印、縮印或掃描等復(fù)制手段保存和匯編學(xué)位論文。作者簽名:導(dǎo)師簽名:妙b年土月.G生日萬(wàn)方數(shù)據(jù)大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩士學(xué)位論文3需求分析3.1需求概要經(jīng)過(guò)調(diào)研項(xiàng)目小組發(fā)現(xiàn)當(dāng)前市場(chǎng)上的票務(wù)系統(tǒng)的功能有以下一些缺點(diǎn):(1)售票功能簡(jiǎn)單，一般不支持可視化選擇座位并完成售票;出票方式單一，一般包括客戶端售票或個(gè)人Web售票;(2)報(bào)表統(tǒng)計(jì)功能簡(jiǎn)單，一般需要通過(guò)手工去統(tǒng)計(jì)售票情況;(3)業(yè)務(wù)流程定義不完善，很難運(yùn)營(yíng)大型文藝演出或體育比賽項(xiàng)目;(4)一般只能出售印刷票或使用物理防偽技術(shù)的票品，不支持電子票的出售:(5)一般不支持多語(yǔ)言的國(guó)際化版本。本系統(tǒng)將保留傳統(tǒng)票務(wù)系統(tǒng)的優(yōu)點(diǎn)，并為上述缺點(diǎn)提供解決方案。經(jīng)過(guò)分析票務(wù)管理系統(tǒng)的功能得出系統(tǒng)的用戶有以下兩類(lèi):(1)代理商售票員。通過(guò)本系統(tǒng)，他們可以實(shí)現(xiàn)可視化選擇座位并完成售票。(2)系統(tǒng)管理員。通過(guò)本系統(tǒng)，他們可以輸入和發(fā)布演出項(xiàng)目信息，并對(duì)劇場(chǎng)信息和座位信息等進(jìn)行設(shè)置，他們不負(fù)責(zé)售票。為此，必須把整個(gè)系統(tǒng)的功能分為兩個(gè)部分:后臺(tái)管理功能和代理商售票功能。后臺(tái)管理功能部分的執(zhí)行者為系統(tǒng)管理員，代理商售票功能的執(zhí)行者為代理商售票員。3.2功能性需求在下面的3.2.1和3.2.2小節(jié)中分別簡(jiǎn)單描述了后臺(tái)管理功能和代理商售票功能的需求情況。注:因?yàn)橄到y(tǒng)國(guó)際化支持的需求比較特殊，所以并沒(méi)有在這里敘述，關(guān)于國(guó)際化支持的需求可見(jiàn)5.3小節(jié)。3.2.1后臺(tái)管理功能的需求(1)后臺(tái)用戶輸入用戶名和登錄密碼進(jìn)入代理商售票系統(tǒng);后臺(tái)用戶有多種角色，如:普通管理員、劇場(chǎng)管理員、財(cái)務(wù)管理員和超級(jí)管理員等，不同角色的管理員擁有不同的權(quán)限;一個(gè)后臺(tái)管理員用戶可以擁有多種管理員角色。(2)普通管理員能實(shí)現(xiàn)對(duì)代理商信息、演出項(xiàng)目信息、訂單管理、基本票品等級(jí)信息和演出主辦方信息的維護(hù);劇場(chǎng)管理員可以輸入和編輯基本劇場(chǎng)信息，根據(jù)劇場(chǎng)的簡(jiǎn)略圖設(shè)計(jì)出可視化的看臺(tái)和座位信息;財(cái)務(wù)管理員可以登記所有代理商的結(jié)算信息和察看財(cái)務(wù)結(jié)算報(bào)表;超級(jí)管理員的權(quán)限最大，他除了擁有普通管理員的權(quán)限之外，還可以執(zhí)行后臺(tái)用戶管理、系統(tǒng)模塊定義和用戶角色權(quán)限分配。萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)(3)一個(gè)代理商可以擁有多個(gè)售票點(diǎn)，一個(gè)售票點(diǎn)可以有多個(gè)售票員，售票員是運(yùn)用代理商售票系統(tǒng)的用戶;不同的代理商對(duì)不同的項(xiàng)目的操作權(quán)限可以在系統(tǒng)中進(jìn)行設(shè)定，當(dāng)一個(gè)項(xiàng)目新建之后，任何代理商都不能對(duì)它進(jìn)行售票，代理商只有查詢(xún)項(xiàng)目信息的權(quán)限:代理商必須通過(guò)管理員授權(quán)后才能出售該項(xiàng)目的票，系統(tǒng)的授權(quán)包括兩部分，一是對(duì)演出場(chǎng)次的授權(quán)(即同一個(gè)項(xiàng)目，代理商擁有不同場(chǎng)次的操作權(quán)，這樣可以讓業(yè)務(wù)可以更加靈活地控制代理商的打票)，二是對(duì)不同等級(jí)票的授權(quán)(即代理商只能出售經(jīng)過(guò)授權(quán)的售票等級(jí)的票)(4)在一個(gè)演出項(xiàng)目登記之后，普通管理員可以新建項(xiàng)目和演出場(chǎng)次信息，并且選擇與演出場(chǎng)次相關(guān)聯(lián)的劇場(chǎng)座位信息、設(shè)計(jì)場(chǎng)次票面設(shè)計(jì)、設(shè)置票品等級(jí)的價(jià)格和定義場(chǎng)次套票信息等。當(dāng)以上所有信息都被設(shè)置完成之后，一個(gè)場(chǎng)次就可以發(fā)布了，被成功發(fā)布之后的場(chǎng)次就可以進(jìn)行售票了。當(dāng)本場(chǎng)次的售票結(jié)束時(shí)間到了之后，售票員將不能進(jìn)行賣(mài)票了。在演出結(jié)束之后，本場(chǎng)次就無(wú)效了，若此演出項(xiàng)目沒(méi)有其它場(chǎng)次了，那么演出項(xiàng)目也就結(jié)束了，至此一個(gè)演出項(xiàng)目的生命周期就完成了。(5)系統(tǒng)提供各個(gè)演出場(chǎng)次和各個(gè)代理商的售票統(tǒng)計(jì)報(bào)表(包括匯總和明細(xì)報(bào)表信息);系統(tǒng)還提供給主辦方觀看的演出項(xiàng)目的銷(xiāo)售情況的統(tǒng)計(jì)報(bào)表;系統(tǒng)提供自動(dòng)升級(jí)功能，避免了為安裝新的版本而必須先刪除舊版本的軟件;(6)系統(tǒng)為一個(gè)演出項(xiàng)目的生命周期提供全面的支持和跟蹤，為演出主辦方、承辦方和代理商的職責(zé)和權(quán)力提供強(qiáng)大支持。3.2.2代理商售票功能的需求(1)售票員輸入用戶名和登錄密碼進(jìn)入代理商售票系統(tǒng);根據(jù)客戶機(jī)的文化環(huán)境，售票系統(tǒng)啟動(dòng)為相應(yīng)的UI層界面;登錄成功之后，售票員可以修改自己的用戶注冊(cè)信息:(2)在出票的過(guò)程中，每次都要查詢(xún)硬件加密狗的狀態(tài)，如果發(fā)現(xiàn)沒(méi)有插加密狗，系統(tǒng)將拒絕出票，這樣可以防止代理商使用一個(gè)加密狗多處出票的情況發(fā)生。(3)售票員可以通過(guò)選擇分類(lèi)，項(xiàng)目開(kāi)始、結(jié)束時(shí)間，項(xiàng)目名稱(chēng)，場(chǎng)次名稱(chēng)等進(jìn)行查詢(xún)目前系統(tǒng)里有哪些正在運(yùn)行的演出項(xiàng)目，并可以顯示該項(xiàng)目的詳細(xì)信息，包括各個(gè)場(chǎng)次的可售票數(shù)量，己售票數(shù)量等;(4)售票員選擇項(xiàng)目和場(chǎng)次以及要購(gòu)買(mǎi)的票品所在的看臺(tái)及樓層之后，系統(tǒng)將該區(qū)域的座位、售票狀態(tài)和售票等級(jí)以圖形的形式在窗體中表現(xiàn)出來(lái):售票員可以選擇客戶要購(gòu)買(mǎi)的票(選擇的票被放到“購(gòu)票車(chē)”中)，完成選票以后，售票員按“打印”按鈕提交購(gòu)票信息，服務(wù)器收到信息、確認(rèn)購(gòu)票信息中所選的票全部都沒(méi)有被別人搶先打印后，直接為用戶鎖定全部票品，生成訂單信息，并返回可打印的信息，之后系統(tǒng)直接調(diào)用萬(wàn)方數(shù)據(jù)大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩士學(xué)位論文打印程序，使用每個(gè)項(xiàng)目場(chǎng)次預(yù)設(shè)的票品版面信息把票輸出到打印機(jī):如果購(gòu)票信息中的部分票己被其它用戶搶先打印了，服務(wù)器返回被別人已搶先打印的票的信息，并提示售票員哪些票已經(jīng)被別人先打印了，并從當(dāng)前“購(gòu)票車(chē)”中刪除這些沖突的票，售票員可以直接重新提交剩余的票打印或者重新選擇其它位置的票增加到“購(gòu)票車(chē)”后提交到服務(wù)器端確認(rèn)打印。在確認(rèn)出票時(shí)，售票員可以填入收款方式(如現(xiàn)金，支票，刷卡和欠費(fèi)等)。(s)售票員在出票的過(guò)程中，可能由于打印機(jī)或者網(wǎng)絡(luò)的原因?qū)е聸](méi)有正確打印出票，此時(shí)售票員可以提出申請(qǐng)重打請(qǐng)求;在后臺(tái)管理員審核通過(guò)申請(qǐng)重打的票品之后，售票員就可以進(jìn)行重新打票操作了。(6)系統(tǒng)擁有自動(dòng)升級(jí)的功能，系統(tǒng)可為售票員提供快速查詢(xún)訂單信息的功能;同時(shí)，系統(tǒng)能提供代理商和當(dāng)前登錄售票員的售票匯總和明細(xì)統(tǒng)計(jì)報(bào)表信息。3.3非功能性需求(1)系統(tǒng)的界面美觀、可操作性好，必須使用Windows的操作系統(tǒng);窗體_L的各種可視化控件擁有XP或office 2003的顯示風(fēng)格;系統(tǒng)支持對(duì)大集合數(shù)據(jù)信息的顯示，并且能對(duì)之進(jìn)行簡(jiǎn)單過(guò)濾和排序等操作。(2)售票員在代理商客戶端進(jìn)行操作時(shí)的響應(yīng)時(shí)間最長(zhǎng)不能超過(guò)4秒;3.4系統(tǒng)的用例模型3.4.1后臺(tái)管理功能的用例模型圖3.1是后臺(tái)管理功能的用例圖，因?yàn)楸静糠值墓δ芊浅６嗖⑶覐?fù)雜，本用例圖只包括了后臺(tái)管理的部分功能。下面簡(jiǎn)單說(shuō)明圖3.1所描述的用例圖。系統(tǒng)中有多種執(zhí)行者(Actor)，如:“后臺(tái)用戶”、“財(cái)務(wù)管理員”、“劇場(chǎng)管理員”、“普通管理員”和“超級(jí)管理員”等。“后臺(tái)用戶”只擁有登錄、退出系統(tǒng)和管理個(gè)人信息等最基本的一些功能;“財(cái)務(wù)管理員”、“劇場(chǎng)管理員”是“后臺(tái)用戶”的泛化角色，它們除了擁有“后臺(tái)用戶”的功能外，各自還有其他的一些專(zhuān)有功能，如:“財(cái)務(wù)管理員”擁有代理商結(jié)算管理和結(jié)算統(tǒng)計(jì)報(bào)表等功能，“劇場(chǎng)管理員”擁有劇場(chǎng)信息管理和劇場(chǎng)座位管理等功能;“普通管理員”也是“后臺(tái)用戶”的一種泛化角色，它擁有本系統(tǒng)提供的絕大部分的功能，如:演出信息管理、代理商信息管理、場(chǎng)次票面設(shè)置管理和訂單信息管理等;超級(jí)管理員是“普通管理員”的泛化角色，它們除了擁有“普通管理員”的功能外，各自還有其他的一些特殊的高級(jí)功能，如:后臺(tái)用戶管理和用戶角色管理等功能。萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)。C三1二 CD演出偏且，理曾.甘理員訂刀疇民關(guān)信息管理石臺(tái)用產(chǎn)管理(用戶角色3j佗仁超級(jí)曹理員后臺(tái)用戶權(quán)限!理系統(tǒng)祖塊它理圖3. 1后臺(tái)管理功能的用例圖Fig. 3.1 Background management function model chart3.4.2代理商售票功能的用例模型為了保證系統(tǒng)的數(shù)據(jù)業(yè)務(wù)邏輯的安全性，不能把進(jìn)行數(shù)據(jù)業(yè)務(wù)邏輯的具體實(shí)現(xiàn)部署放在代理商客戶機(jī)上，為此需要一個(gè)服務(wù)器來(lái)完成那些數(shù)據(jù)業(yè)務(wù)邏輯的執(zhí)行，所以需要把代理商售票功能的表現(xiàn)層邏輯和數(shù)據(jù)業(yè)務(wù)邏輯分別部署到客戶端和服務(wù)器端。代理商售票功能可以用兩個(gè)用例圖來(lái)描述，即代理商客戶端用例圖和代理商服務(wù)器端用例圖。見(jiàn)圖3.2是代理商客戶端用例圖。由圖可見(jiàn)，在本用例圖中只存在“代理商售票員”這一種執(zhí)行者?！按砩淌燮眴T”擁有本用例圖所描述的所有功能，這些功能包括:售票員登錄管理、個(gè)人信息管理、售票管理、訂單查詢(xún)、報(bào)表統(tǒng)計(jì)、申請(qǐng)重打和重新打印票品等。在本用例圖中，售票管理是核心功能，它由以下用例組成:“可視化售票”、“無(wú)座位售票”、“批量打印”、“票品打印”和“收取票品費(fèi)用”。系統(tǒng)需要1持有ARf萬(wàn)方數(shù)據(jù)大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩士學(xué)位論文項(xiàng)目和無(wú)座位項(xiàng)目;對(duì)有座位項(xiàng)目的而言，為了加快售票速度，系統(tǒng)提供了批量打印的功能:打印出票品之后，售票員要向客戶收取費(fèi)用。為了使客戶端能打印出票品，用例“打印機(jī)設(shè)置”提供了配置打印機(jī)的功能。這里的訂單管理功能與后臺(tái)管理功能用例圖中的訂單管理功能不同，運(yùn)用后臺(tái)管理功能中的訂單管理，“普通管理員”可以查詢(xún)所有訂單信息:運(yùn)用圖3.2中所示訂單管理，“代理商售票員”只能查詢(xún)本售票員所出售的訂單信息。圖3.2代理商客戶端用例圖Fig. 3.2 Agent client model chart見(jiàn)圖3.3是代理商服務(wù)器端用例圖。經(jīng)過(guò)分析代理商售票功能的需求，項(xiàng)目小組決定增加本用例圖，本用例圖主要用來(lái)描述代理商應(yīng)用服務(wù)器端的功能。由圖可見(jiàn)，在本用例圖中只存在“超級(jí)管理員”這一種執(zhí)行者，這里的“超級(jí)管理員”與后臺(tái)管理功能用例圖中的“超級(jí)管理員”是同一個(gè)執(zhí)行者?！俺?jí)管理員”擁有本用例圖所描述的所有功能，這些功能包括:管理應(yīng)用服務(wù)器和維護(hù)應(yīng)用服務(wù)器等。管理應(yīng)用服務(wù)器的功能是本用例圖中的核心功能，它由以下用例組成:“啟動(dòng)應(yīng)用服務(wù)器”、“停止應(yīng)用服務(wù)器”和“重啟應(yīng)用服務(wù)器”。維護(hù)應(yīng)用服務(wù)器的功能由以下用例組成:“查看日志情況”、“修改配置信息”和“查看服務(wù)器端狀態(tài)”。用例“查看日志情況”是為了記錄應(yīng)用服務(wù)器的異常情況:用萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)例“查看服務(wù)器端狀態(tài)”是為查看應(yīng)用服務(wù)器的工作情況;用例“修改配置信息”是為了方便超級(jí)管理員修改服務(wù)器端的配置文件。啟動(dòng)應(yīng)用服務(wù)器/沖、一之護(hù)一攫重啟應(yīng)用服務(wù)器圖3.3代理商服務(wù)器端用例圖Fig. 3.3 Agent server model chart萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)6系統(tǒng)的測(cè)試與實(shí)施6. 1系統(tǒng)的測(cè)試軟件測(cè)試是軟件質(zhì)量保證的關(guān)鍵元素，并代表了規(guī)約、設(shè)計(jì)和編碼的最終評(píng)審221軟件作為系統(tǒng)元素的可見(jiàn)性不斷增加而且軟件故障帶來(lái)的代價(jià)太高使得人們注重于規(guī)劃良好的徹底測(cè)試，軟件開(kāi)發(fā)組織將30%-40%的項(xiàng)目工作量花在測(cè)試上并不為怪。已經(jīng)出現(xiàn)了大量的軟件測(cè)試案例設(shè)計(jì)方法，這些方法為開(kāi)發(fā)人員進(jìn)行測(cè)試提供了系統(tǒng)的方法。能夠采用以下兩種方法對(duì)軟件產(chǎn)品進(jìn)行側(cè)試:黑盒測(cè)試:若了解產(chǎn)品己被設(shè)計(jì)要完成的規(guī)定功能，則測(cè)試的進(jìn)行要去證實(shí)各個(gè)功能完全可執(zhí)行，同時(shí)在各個(gè)功能中尋找錯(cuò)誤;白盒測(cè)試:若了解產(chǎn)品的內(nèi)部原理，則測(cè)試的進(jìn)行要確保“所有齒輪吻合”，即內(nèi)部操作依據(jù)規(guī)約執(zhí)行，并且所有的內(nèi)部組件被充分利用。在本系統(tǒng)的開(kāi)發(fā)過(guò)程中將主要進(jìn)行單元測(cè)試和系統(tǒng)側(cè)試，單元測(cè)試是一種白盒測(cè)試，系統(tǒng)測(cè)試為一種黑盒測(cè)試。6.1.1單元測(cè)試發(fā)現(xiàn)軟件錯(cuò)誤的情況主要有下面幾種:(1)由編寫(xiě)代碼的開(kāi)發(fā)人員發(fā)現(xiàn);(2)由嘗試運(yùn)行代碼的開(kāi)發(fā)人員發(fā)現(xiàn);(3)由開(kāi)發(fā)小組中的其他開(kāi)發(fā)人員或測(cè)試人員發(fā)現(xiàn);(4)作為產(chǎn)品大規(guī)模測(cè)試的一部分被發(fā)現(xiàn);(5)由最終用戶發(fā)現(xiàn)口如果在第一種情況下發(fā)現(xiàn)軟件錯(cuò)誤，則修復(fù)錯(cuò)誤比較容易，成本也很低。發(fā)現(xiàn)的情況越靠后，修復(fù)軟件錯(cuò)誤的成本就越高。修復(fù)一個(gè)由最終用戶發(fā)現(xiàn)的軟件錯(cuò)誤可能要耗費(fèi)第一種情況所耗費(fèi)的100-1000倍的成本。更不用說(shuō)用戶通常因?yàn)檐浖e(cuò)誤導(dǎo)致工作無(wú)法繼續(xù)，而一直等到下一個(gè)版本才能解決問(wèn)題。因此在本系統(tǒng)的開(kāi)發(fā)過(guò)程中，由編寫(xiě)代碼的開(kāi)發(fā)人員進(jìn)行單元測(cè)試。本系統(tǒng)的單元測(cè)試工作主要分為兩個(gè)步驟:人工靜態(tài)檢查和動(dòng)態(tài)執(zhí)行跟蹤。人工靜態(tài)檢查是單元測(cè)試的第一步，這個(gè)階段工作主要是保證代碼算法的邏輯正確性(盡量通過(guò)人工檢查發(fā)現(xiàn)代碼的邏輯錯(cuò)誤)、清晰性、規(guī)范性、一致性、算法高效性。第二步是通過(guò)設(shè)計(jì)測(cè)試用例，執(zhí)行待測(cè)程序來(lái)跟蹤比較實(shí)際結(jié)果與預(yù)期結(jié)果來(lái)發(fā)現(xiàn)錯(cuò)誤。用人工萬(wàn)方數(shù)據(jù)大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩士學(xué)位論文靜態(tài)檢查法能夠有效的發(fā)現(xiàn)30%-70%的邏輯設(shè)計(jì)錯(cuò)誤和編碼錯(cuò)誤，但是代碼中仍會(huì)有大量的隱性錯(cuò)誤無(wú)法通過(guò)視覺(jué)檢查發(fā)現(xiàn)，必須通過(guò)跟蹤調(diào)試法細(xì)心分析才能夠捕捉到。數(shù)據(jù)訪問(wèn)層是系統(tǒng)的核心部分，對(duì)它要進(jìn)行完善的單元測(cè)試。在本系統(tǒng)的測(cè)試中使用Nunit作為單元測(cè)試工具，Nunit是一種用于.NET的開(kāi)放源代碼的測(cè)試框架，使用Nunit可以快速檢測(cè)數(shù)據(jù)訪問(wèn)層中的問(wèn)題。通過(guò)設(shè)計(jì)測(cè)試用例，并運(yùn)行測(cè)試用例來(lái)動(dòng)態(tài)執(zhí)行跟蹤數(shù)據(jù)訪問(wèn)層的邏輯237。因?yàn)椴捎肗unit進(jìn)行單元測(cè)試非常繁瑣，因此對(duì)于系統(tǒng)其它的部分的測(cè)試采用的是人工靜態(tài)檢查。每當(dāng)一個(gè)功能模塊完成之后，開(kāi)發(fā)人員必須通過(guò)檢查代碼和動(dòng)態(tài)執(zhí)行來(lái)檢查錯(cuò)誤。6.1.2系統(tǒng)測(cè)試軟件系統(tǒng)測(cè)試是基于一定的計(jì)算機(jī)就硬件環(huán)境，對(duì)整個(gè)軟件進(jìn)行一系列的測(cè)試。系統(tǒng)測(cè)試應(yīng)該根據(jù)軟件項(xiàng)目系統(tǒng)級(jí)的有關(guān)文檔(如系統(tǒng)設(shè)計(jì)文檔、軟件需求規(guī)格說(shuō)明書(shū)等)來(lái)開(kāi)展軟件系統(tǒng)的測(cè)試工作，主要是檢查新開(kāi)發(fā)的軟件系統(tǒng)是否滿足系統(tǒng)設(shè)計(jì)文檔、軟件需求規(guī)格說(shuō)明書(shū)等規(guī)定的功能和性能要求za:本系統(tǒng)的系統(tǒng)測(cè)試的測(cè)試內(nèi)容分要包括以下幾個(gè)部分:功能性測(cè)試和性能測(cè)試。在本系統(tǒng)的測(cè)試過(guò)程中采用了TestDirector作為測(cè)試管理Y具。TestDirector通過(guò)在一個(gè)整體的應(yīng)用系統(tǒng)中集成了測(cè)試管理的各個(gè)部分，包括需求管理，測(cè)試計(jì)劃，測(cè)試執(zhí)行以及錯(cuò)誤跟蹤等功能，TestDirector極大地加速了測(cè)試過(guò)程。TestDirector將測(cè)試過(guò)程流水化，從測(cè)試需求管理，到測(cè)試計(jì)劃，測(cè)試日程安排，測(cè)試執(zhí)行到出錯(cuò)后的錯(cuò)誤跟蹤。本系統(tǒng)的測(cè)試過(guò)程如下:(1)在系統(tǒng)的需求分析之后，測(cè)試人員制定測(cè)試計(jì)劃:(2)系統(tǒng)的概要設(shè)計(jì)結(jié)束之后，測(cè)試人員依據(jù)各個(gè)功能模塊設(shè)計(jì)制定測(cè)試用例;(3)系統(tǒng)開(kāi)發(fā)完成之后，測(cè)試人員開(kāi)始進(jìn)行測(cè)試。若某個(gè)功能出現(xiàn)bug，就認(rèn)為此功能測(cè)試不合格，要求開(kāi)發(fā)人員改正錯(cuò)誤，在開(kāi)發(fā)人員修改bug之后，測(cè)試人員繼續(xù)測(cè)試，直到完全測(cè)試通過(guò);(4)通過(guò)TestDirector，為系統(tǒng)的測(cè)試制定測(cè)試計(jì)劃和測(cè)試用例，并對(duì)bug進(jìn)行全程跟蹤。功能性測(cè)試結(jié)束之后，測(cè)試人員提交測(cè)試報(bào)告，測(cè)試報(bào)告可見(jiàn)表6. 1所示:萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)測(cè)試項(xiàng)目代理商售票員登錄客戶端售票員更改個(gè)人注冊(cè)信息可視化選擇座位完成售票售票員訂單查詢(xún)申請(qǐng)重打和重新打印售票打印機(jī)配置座位預(yù)留管理代理商報(bào)表統(tǒng)計(jì)(匯總和明細(xì)報(bào)表)售票報(bào)表統(tǒng)計(jì)(匯總和明細(xì)報(bào)表)代理商售票員退出超級(jí)管理員登陸服務(wù)器啟動(dòng)服務(wù)器重啟服務(wù)器停止服務(wù)器超級(jí)管理員退出服務(wù)器管理員登陸后臺(tái)管理系統(tǒng)代理商信息管理售票員信息管理演出項(xiàng)目信息管表6. 1功能測(cè)試報(bào)告Tab. 6.1 Function testing report實(shí)際結(jié)果遺留問(wèn)題成功登錄無(wú)解決計(jì)劃成功成功成功成功成功成功無(wú)狀態(tài)為“取消”的訂單不可以申請(qǐng)重打無(wú)無(wú)無(wú)在系統(tǒng)的1. 1升級(jí)版本中解決無(wú)無(wú)無(wú)無(wú)無(wú)無(wú)成功成功退出成功登錄成功成功成功成功退出無(wú)無(wú)無(wú)無(wú)成功登錄成功成功成功萬(wàn)方數(shù)據(jù)大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩士學(xué)位論文續(xù)表6. 1表6. 1功能測(cè)試報(bào)告Tab. 6.1 Function testing report測(cè)試項(xiàng)目實(shí)際結(jié)果成功遺留問(wèn)題解決計(jì)劃劇場(chǎng)信息管理MI1場(chǎng)基本座位設(shè)場(chǎng)次座位設(shè)置無(wú)刪除選定座位時(shí)的警告提示不合理刪除選定座位時(shí)的警告提示不合理無(wú)無(wú)無(wú)無(wú)無(wú)在系統(tǒng)的1升級(jí)版本中解決在系統(tǒng)的1升級(jí)版本中解決場(chǎng)次票面設(shè)置訂單管理財(cái)務(wù)結(jié)算管理后臺(tái)用戶管理場(chǎng)次銷(xiāo)售報(bào)表統(tǒng)成功成功成功成功成功代理商報(bào)表統(tǒng)計(jì)主辦方報(bào)表統(tǒng)計(jì)管理員權(quán)限管理自動(dòng)升級(jí)成功成功成功管理員退出后臺(tái)管理系統(tǒng)成功退出無(wú)無(wú)無(wú)在二級(jí)目錄中的在系統(tǒng)的1. 1升級(jí)文件不能完成升級(jí)版本中解決無(wú)系統(tǒng)的性能測(cè)試:模擬在售票系統(tǒng)最大負(fù)荷情況下，客戶端請(qǐng)求遠(yuǎn)程調(diào)用的響應(yīng)時(shí)間，經(jīng)測(cè)試得出售票系統(tǒng)的平均響應(yīng)時(shí)間在4秒以?xún)?nèi)，基本滿足了系統(tǒng)的非功能需求。性能測(cè)試方案的構(gòu)建如下:開(kāi)發(fā)一個(gè)可以部署在代理商客戶端的測(cè)試程序，程序以0. 1秒為時(shí)間間隔不間斷循環(huán)向代理商服務(wù)器端發(fā)送5種遠(yuǎn)程調(diào)用請(qǐng)求，同時(shí)將響應(yīng)時(shí)間記錄到日志文件中。將該測(cè)試程序部署到5臺(tái)客戶機(jī)上，同時(shí)運(yùn)行10分鐘，該測(cè)試用例基本能夠模擬500個(gè)代理商客戶端同時(shí)訪問(wèn)服務(wù)器，在10秒內(nèi)同時(shí)發(fā)出訪問(wèn)請(qǐng)求的情況。萬(wàn)方數(shù)據(jù) 大型文1絲 8;曳登疆魚(yú)絲絲些蘭塑一一一一一一一測(cè)試結(jié)果顯示最快響應(yīng)時(shí)間為0.61秒，最慢響應(yīng)時(shí)間為4.97秒，平均響應(yīng)時(shí)間為3.86秒，基本滿足系統(tǒng)的性能指標(biāo)。6.2系統(tǒng)的部署6. 2. 1 . Net平臺(tái)下的部署方式編譯源代碼并完成測(cè)試后，開(kāi)發(fā)過(guò)程并沒(méi)有結(jié)束。在這個(gè)階段，需要把應(yīng)用程序提供給最終用戶。無(wú)論是ASP. NET應(yīng)用程序、桌面應(yīng)用程序還是使用Compact Framework構(gòu)建的應(yīng)用程序，系統(tǒng)都必須部署到目標(biāo)環(huán)境中去。Net Framework使部署工作比以前的開(kāi)發(fā)平臺(tái)要容易得多，因?yàn)椴辉傩枰?cè)COM組件，編寫(xiě)新的注冊(cè)表項(xiàng)了們。.Net提供7兩種部署應(yīng)用程序的方式:xcopy部署和Windows Installer安裝程序部署。Xcopy部署就是把一組文件復(fù)制到目標(biāo)計(jì)算機(jī)上的一個(gè)目錄中，無(wú)論文件的數(shù)目是多少，只要所有文件都被復(fù)制到同一個(gè)文件夾中，應(yīng)用程序就可以運(yùn)行了，不需要編輯配置或注冊(cè)表。Windows工nstaller是一個(gè)服務(wù)，它負(fù)責(zé)管理在大多數(shù)Windows操作系統(tǒng)上安裝、更新、修復(fù)和刪除應(yīng)用程序，通過(guò)Visual Studio .Net中的部署項(xiàng)目可以很容易的創(chuàng)建Windows安裝軟件包。6.2.2實(shí)現(xiàn)系統(tǒng)的部署后臺(tái)管理系統(tǒng)、代理商客戶端子系統(tǒng)和代理商服務(wù)器端子系統(tǒng)要分別進(jìn)行部署。下面詳細(xì)介紹部署方式:1)管理后臺(tái)系統(tǒng)和代理商客戶端子系統(tǒng)的部署因?yàn)閤copy部署方式有一些缺點(diǎn):它不能把程序集放到全局程序集緩存(GAO中，不能在操作系統(tǒng)的“開(kāi)始”菜單中添加圖標(biāo)，也不能在“桌面”上添加啟動(dòng)系統(tǒng)的快捷方式。上述的缺點(diǎn)會(huì)使得在目標(biāo)計(jì)算機(jī)上進(jìn)行第一次部署非常麻煩，同時(shí)使最終用戶操作系統(tǒng)很不方便。因此，在目標(biāo)計(jì)算機(jī)上第一次部署管理后臺(tái)系統(tǒng)或代理商客戶端子系統(tǒng)時(shí)，要通過(guò)Windows Installer安裝程序進(jìn)行部署。使用Windows Installer進(jìn)行部署時(shí)，一些第三方控件組件(如5.2節(jié)所述的工nfragistics NetAdvantage的組件庫(kù)中的程序集)可以被直接注冊(cè)到全局程序集緩存中，同時(shí)也會(huì)在“開(kāi)始”菜單中添加圖標(biāo)等。在管理后臺(tái)系統(tǒng)或代理商客戶端子系統(tǒng)有了升級(jí)版本之后，通過(guò)簡(jiǎn)單的xcopy部署方式把升級(jí)的組件部署到應(yīng)用程序的運(yùn)行目錄下覆蓋以前的版本就可以了，這個(gè)功能由系統(tǒng)的“自動(dòng)更新”模塊來(lái)實(shí)現(xiàn)。此時(shí)，不用Windows Installer進(jìn)行升級(jí)部署是有道理的。若用Windows Installer進(jìn)行升級(jí)部署，必須先通過(guò)Windows Installer卸載之萬(wàn)方數(shù)據(jù)大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩十學(xué)位論文前的版本.再安轉(zhuǎn)新的版本;在一次升級(jí)過(guò)程中，一般只有很少的組件被升級(jí)，因此用Windows Installer進(jìn)行升級(jí)部署是麻煩的、不明智的。(2)代理商服務(wù)器端子系統(tǒng)的部署因?yàn)榇砩谭?wù)器端子系統(tǒng)直接被部署到服務(wù)器端，而且它所擁有的組件也不是很多，所以直接使用XCOpy方式進(jìn)行部署就可以了。6.2.3系統(tǒng)的部署視圖UML的部署視圖考慮應(yīng)用程序的物理部署情況，如:網(wǎng)絡(luò)布局和組件在網(wǎng)絡(luò)上的位置的問(wèn)題。部署視圖包含處理器、設(shè)備和進(jìn)程，也包含兩個(gè)處理器、兩個(gè)設(shè)備或處理器與設(shè)備之間的連接線(25系統(tǒng)的部署視圖如圖6. 1所示:代理商服務(wù)器端子系統(tǒng)、后臺(tái)管理系統(tǒng)和數(shù)據(jù)庫(kù)服務(wù)器被部署在一個(gè)局域網(wǎng)內(nèi);代理商客戶端子系統(tǒng)被部署在外網(wǎng)，因?yàn)榇砩炭蛻舳俗酉到y(tǒng)負(fù)責(zé)售票，所以它擁有售票打印機(jī)。圖6，1系統(tǒng)的部署視圖Fig. 6.1 System dispose view萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)6.2.4系統(tǒng)的運(yùn)行環(huán)境因?yàn)楹笈_(tái)管理系統(tǒng)、代理商客戶端子系統(tǒng)和代理商服務(wù)器端子系統(tǒng)要分別部署，所以它們的運(yùn)行環(huán)境可能是不同的，下面的三個(gè)表6.2. 6.3. 6.4分別描述了它們的運(yùn)行環(huán)境的條件:表6.2后臺(tái)管理系統(tǒng)的運(yùn)行環(huán)境Tab. 6.2 Background management system running environment項(xiàng)目名稱(chēng)名稱(chēng)/版本操作系統(tǒng)運(yùn)行平臺(tái)關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)CPU內(nèi)存硬盤(pán)顯示器Windows 98/2000/xp/ Server 2003.Net Framework 1.1SQL Server 2000奔騰III 300以上128M以上剩余空間300M以上17寸彩色顯示器，支持分辨率800 X 600以上表6.3代理商客戶端子系統(tǒng)的運(yùn)行環(huán)境Tab. 6.3 Agent client subsystem running environment項(xiàng)目名稱(chēng)名稱(chēng)/版本操作系統(tǒng)運(yùn)行平臺(tái)CPU內(nèi)存顯示器硬盤(pán)票品打印機(jī)其它設(shè)備Windows 98/2000/xp/ Server 2003.Net Framework 1.1奔騰III 300以上128M以上彩色VGA、分辨率800X600及以上，最好分辨率為1024X768剩余空間300M以上TIC B-419型打印機(jī)或Boca直熱式高速打印機(jī)USB或并口加密狗萬(wàn)方數(shù)據(jù)大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩士學(xué)位論文6,3系統(tǒng)的運(yùn)行與維護(hù)從2006年1月份至今，后臺(tái)管理系統(tǒng)和代理商售票系統(tǒng)基本處于正常運(yùn)行狀態(tài)。其間，本系統(tǒng)參與運(yùn)營(yíng)了多個(gè)演出和娛樂(lè)項(xiàng)目，得到了演出主辦方和多個(gè)代理商的一致好評(píng)。據(jù)實(shí)踐證明，分布式應(yīng)用服務(wù)器被啟動(dòng)之后，它在運(yùn)行的3. 4月間不會(huì)發(fā)生任何異常情況(通過(guò)查看服務(wù)器端的異常日志文件和代理商客戶端的請(qǐng)求異常日志)，同時(shí)它占用的內(nèi)存和CPU資源也沒(méi)有多大增加。這些都說(shuō)明分布式應(yīng)用服務(wù)器的設(shè)計(jì)是比較成功的。后臺(tái)管理系統(tǒng)和代理商售票客戶端子系統(tǒng)的功能一直處于完善之中，一旦發(fā)布了新版本之后，后臺(tái)管理系統(tǒng)和代理商售票客戶端子系統(tǒng)會(huì)啟動(dòng)“自動(dòng)更新”模塊完成系統(tǒng)的升級(jí)。表6.4代理商服務(wù)器端子系統(tǒng)的運(yùn)行環(huán)境Tab. 6.4 Agent server subsystem runrung environment項(xiàng)目名稱(chēng)操作系統(tǒng)運(yùn)行平臺(tái)關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)CPU內(nèi)存硬盤(pán)名稱(chēng)/版本W(wǎng)indows Server 2000/Server 2003.Net Framework 1.1SQL Server 2000奔騰III 300以上512M以上剩余空間500M以上萬(wàn)方數(shù)據(jù)大型文體演出電子售票系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)結(jié)論在中國(guó)，電子票務(wù)正處于發(fā)展階段，而電子票務(wù)在各個(gè)行業(yè)的發(fā)展現(xiàn)狀也很不一致。在航空、民航業(yè)中電子票務(wù)的運(yùn)用已經(jīng)非常普遍，但是在文藝演出和體育比賽等行業(yè)中電子票務(wù)的發(fā)展還處于萌芽階段。電子票務(wù)系統(tǒng)正是為了滿足當(dāng)前市場(chǎng)需求而開(kāi)發(fā)的，它專(zhuān)門(mén)為文藝演出和體育比賽等票務(wù)項(xiàng)目管理而設(shè)計(jì)，它為票務(wù)項(xiàng)目的完整生命周期提供全面的解決方案。本論文的研究工作開(kāi)始于2005年8月，于2006年5月份基本結(jié)束，本論文就電子票務(wù)系統(tǒng)US部分的設(shè)計(jì)和實(shí)現(xiàn)展開(kāi)分析。主要工作成果包括以下幾個(gè)方面:(1)本論文收集了國(guó)內(nèi)外有關(guān)電子票務(wù)的發(fā)展和研究現(xiàn)狀成果，這些對(duì)電子票務(wù)系統(tǒng)的開(kāi)發(fā)起了很大的幫助。(2)本論文的主要講述了需求分析、系統(tǒng)的總體設(shè)計(jì)、系統(tǒng)詳細(xì)設(shè)計(jì)和實(shí)現(xiàn)、測(cè)試和實(shí)施方面的工作。本論文對(duì)在電子票務(wù)系統(tǒng)的設(shè)計(jì)和開(kāi)發(fā)中遇到的關(guān)鍵問(wèn)題提供了比較全面的解決方案。在系統(tǒng)的開(kāi)發(fā)過(guò)程中，本人參與了分布式應(yīng)用服務(wù)器的構(gòu)建和自定義數(shù)據(jù)訪問(wèn)層的設(shè)計(jì)工作;獨(dú)立設(shè)計(jì)和開(kāi)發(fā)了系統(tǒng)的多個(gè)模塊，如:票品打印模塊的設(shè)計(jì)、軟件國(guó)際化版本的設(shè)計(jì)和實(shí)現(xiàn)、統(tǒng)計(jì)報(bào)表的實(shí)現(xiàn)。因?yàn)闀r(shí)間和資金限制，電子票務(wù)系統(tǒng)仍然有一些不完善的地方，以下是可以進(jìn)一步展開(kāi)研究工作的幾個(gè)方向:(1)在后臺(tái)管理系統(tǒng)中，客戶機(jī)是直接連接數(shù)據(jù)庫(kù)服務(wù)器的，隨著客戶機(jī)的增加，系統(tǒng)的效率將會(huì)大受影響。因此為了滿足大型演出的需求，需要把后臺(tái)管理系統(tǒng)也設(shè)計(jì)為一個(gè)分布式應(yīng)用系統(tǒng)。(2)在電子票務(wù)系統(tǒng)中還有一個(gè)檢票子系統(tǒng)，因?yàn)闄z票子系統(tǒng)尚未完善，所以在本論文沒(méi)有對(duì)它介紹，完善檢票子系統(tǒng)也將是進(jìn)一步的工作之一。萬(wàn)方數(shù)據(jù)大連理工大學(xué)專(zhuān)業(yè)學(xué)位碩士學(xué)位論文參考文獻(xiàn)1 Robinson Simon, Nagel Christian.李敏波.C#高級(jí)編程(第三版)北京:消華人學(xué)出版社，2005.2王正桓;蔡明.MS. NET Remot ing的分布式技術(shù)應(yīng)用研究.計(jì)算機(jī)應(yīng)用與軟件.2005,3二21-24.仁3 McLean Scott, Naftel James, Williams Kim張坤琪，Microsoft.Net Remoting權(quán)威指南.北京:機(jī)械工業(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#設(shè)計(jì)模式.北京:中國(guó)電力出版社，2005.8 Otey, Michael. ADO.NET 2.0. SQL Server Magazine. 2005, 7(2):48.9 Richter Jeffrey