【導(dǎo)讀】等內(nèi)容，所以，旅游部門所需的信息量越來越大，信息內(nèi)容越來越復(fù)雜多變。因此很容易產(chǎn)生出錯率的提升、大量資源的閑置和浪費(fèi)等一系列的問題。了使旅行社更加合理高效的運(yùn)轉(zhuǎn)需要加強(qiáng)對旅行社信息資源的管理。在本論文中提出解決上述問題的一個可行性方法：利用現(xiàn)代流行的計(jì)算機(jī)管理系統(tǒng)，通過收集旅行社的各種數(shù)據(jù)和資源信息進(jìn)行統(tǒng)一、協(xié)調(diào)。利用JAVAEE技術(shù)建立動態(tài)網(wǎng)站，采用了B/S架構(gòu)設(shè)計(jì)，技術(shù)上采用了基。于MVC基礎(chǔ)的Structs+Spring+Hibernate框架的多層架構(gòu)設(shè)計(jì)。據(jù)報(bào)表繁多和歸檔困難等眾多問題。為旅行業(yè)管理提供了業(yè)務(wù)流程自動處理、流程跟蹤、資源組織和檔案管理等功能，能夠提高旅行社業(yè)務(wù)的準(zhǔn)確性、安全性、及時性和方便性。

　　

【正文】 需要的資源，具體界面如圖 ： 圖 旅游資源管理 權(quán)限角色管理 為了保證系統(tǒng)安全 ， 系統(tǒng)采用基于權(quán)限進(jìn)行角色分配。根據(jù)不同的角色操作員有不一樣的權(quán)限，實(shí)現(xiàn)不同的操作員可以使用不同模塊。只有獲得相應(yīng)權(quán)限之后的操作員在登錄系統(tǒng)后 ，才能進(jìn)入 系統(tǒng)對應(yīng)的菜單模塊?？梢栽黾硬僮鲉T可審核部門業(yè)務(wù)數(shù)據(jù)的角色分組，以實(shí)現(xiàn)操作員可以審核不同部門業(yè)務(wù)數(shù)據(jù)。還可以調(diào)整操作員的所屬權(quán)限類別及審核角色，實(shí)現(xiàn)操作員在不同的模塊下的使用權(quán)限及審核權(quán)限。如圖 所示： 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 25 圖 團(tuán)隊(duì)管理實(shí)現(xiàn) 旅行業(yè)流程中，首先需要對旅游線路進(jìn)行維護(hù)。在“旅游線路”操作界面，如圖 所示，可以新增或修改旅游線路基本資料、行程資料及線路報(bào)價信息。 圖 旅游線路管理 旅游線路確認(rèn)后，進(jìn)行組團(tuán)計(jì)劃，并進(jìn)行審核通過，如圖 所示： 圖 團(tuán)隊(duì)計(jì)劃管理 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 26 計(jì)劃調(diào)度在團(tuán)隊(duì)管理模塊中是團(tuán)隊(duì)管理模塊的核心。在該模塊中可以使用團(tuán)隊(duì)管理的所有功能，包括 調(diào)整團(tuán)隊(duì)計(jì)劃，安排團(tuán)隊(duì)的房、餐、車等計(jì)劃，打印團(tuán)隊(duì)游客名單表和收入成本表等功能。如圖 所示： 圖 團(tuán)隊(duì)計(jì)劃調(diào)度 在團(tuán)隊(duì)管理模塊中，可以對客戶訂單進(jìn)行管理查詢，訂單狀態(tài)根據(jù)不同的顏色進(jìn)行區(qū)分：藍(lán)色，表示已經(jīng)確認(rèn)的訂單；紅色，表示已經(jīng)做退團(tuán)處理的訂單；綠色，表示已經(jīng)取消的訂單；灰色，表示未經(jīng)處理的訂單及在預(yù)定過程中尚未提交的訂單，如圖 所示： 圖 訂單查詢頁面 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 27 出團(tuán)結(jié)束后需要進(jìn)行帳務(wù)統(tǒng)計(jì)，核對和結(jié)算團(tuán)隊(duì)收支詳細(xì)，如圖 所示： 圖 團(tuán)隊(duì)帳務(wù)管理 財(cái)務(wù)管理實(shí)現(xiàn) 財(cái)務(wù)管理作為系統(tǒng)設(shè)計(jì)的重中之重，需要審查所有收支項(xiàng)目并且經(jīng)過上級領(lǐng)導(dǎo)核對確認(rèn)收支明細(xì)并生成相應(yīng)的報(bào)表。如圖 所示： 圖 財(cái)務(wù)管理 導(dǎo)游管理實(shí)現(xiàn) 導(dǎo)陪管理是對導(dǎo)游進(jìn)行基本信息記錄、日常調(diào)度記錄和導(dǎo)游評價等功能模塊，導(dǎo)陪管理的流程圖如圖 ： 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 28 是 否 已 結(jié) 束登 錄 系 統(tǒng)導(dǎo) 游 配 備 情 況否是導(dǎo) 游 評 價是 否 安 排 未 安 排安 排 導(dǎo) 游旅 游 結(jié) 束查 看 團(tuán) 隊(duì) 情 況是 否 已 錄 入是否錄 入 評 價生 成 導(dǎo) 游 評價 報(bào) 表是出 團(tuán) 圖 導(dǎo)陪管理流程圖 管理員可以根據(jù)不同類型查詢導(dǎo)陪的檔案信息、排團(tuán)記錄、導(dǎo)陪評價、導(dǎo)陪報(bào)表等信息 ， 如圖 所示： 導(dǎo)陪管理實(shí)現(xiàn) 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 29 自動生成旅游線路的宣傳頁面 自動生成旅游線路的宣傳頁面的設(shè)計(jì)，該部分的功能主要包括：相關(guān)資源管理的維護(hù)、顯示頁面模板的維護(hù)、頁面的解析生成等功能。 相關(guān)介紹資源信息的維護(hù)，包括了旅游景點(diǎn)的信息維護(hù)，查詢旅游景點(diǎn)信息、的功能、插入、刪除、修改相關(guān)信息的功能。在團(tuán)隊(duì)計(jì)劃申請成功后，管理員需要對其團(tuán)隊(duì)計(jì)劃的相關(guān)信息進(jìn)行維護(hù)，如果系統(tǒng)資源庫中包含了相應(yīng)的信息將不進(jìn)行維護(hù)。顯示頁面模板的維護(hù)和頁面的解析生成，在本系統(tǒng)中采用簡單的內(nèi)容顯示解析進(jìn)行頁面的生成。其基本功能的實(shí)現(xiàn)主要是通過 UIMS 功能組件完成。如圖 所示： 圖 旅游線路宣傳頁面 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 30 第 5 章 旅行社業(yè)務(wù)管理系統(tǒng)的測試 系統(tǒng)測試 在開發(fā)軟件系統(tǒng)的過程中，需要面對錯綜復(fù)雜的問題，因此，在軟件生存周期的每個階段都不可避免地會產(chǎn)生錯誤。測試目的在于：測試是指“用意在發(fā)現(xiàn)錯誤而執(zhí)行一個程序的過程”；一個好的測試用例是指這個測試用例有很高的概率可以發(fā)現(xiàn)一個尚未發(fā)現(xiàn)的錯誤；一個成功的測試是指它成功地發(fā)現(xiàn)一個尚未發(fā)現(xiàn)的錯誤 。本系統(tǒng)的測試和糾錯信息流程如圖 所示。 圖 測試和糾錯信息流程圖 按照軟件工程的觀點(diǎn)，軟件測試（主要是指多模塊程序的測試）共包括 4 個層次。如圖 所示，它表明了層次測試的信息流程。 圖 層次測試的信息流程圖 單元測試 單元測試的用例從單元詳細(xì)設(shè)計(jì)中導(dǎo)出。在單元測試中可以采用功能性測試和結(jié)構(gòu)性測試兩種。 單元 測試 單元 測試 集成 測試 確認(rèn) 測試 系統(tǒng) 測試 單元 測試 模塊 模塊 模塊 測試報(bào)告 軟件設(shè)計(jì)信息 測試報(bào)告 測試報(bào)告 軟件需求信息 系統(tǒng)的其他成分 可運(yùn)行的系統(tǒng) 測試報(bào)告 驗(yàn)收階段 測試階段 測試數(shù)據(jù) 程序 期望結(jié)果 測試結(jié)果 錯誤信息 改正信息 糾錯 評價 測試 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 31 集成測試和確認(rèn)測試 這一階段的任務(wù)，是通過了單元測試的模塊逐步組裝起來，通過測試與糾錯，最終得到一個滿足需求的目標(biāo)軟件。 集成測試是測試和組裝軟件的系統(tǒng)化技術(shù)，集成測試也稱組裝測 試，它是對由各模塊組裝而成的程序進(jìn)行測試，主要檢查模塊間的接口和通信。集成測試主要發(fā)現(xiàn)設(shè)計(jì)階段產(chǎn)生的錯誤，通常采用黑盒測試。 確認(rèn)測試又稱為驗(yàn)收測試。它的目標(biāo)是驗(yàn)證軟件的有效性。確認(rèn)測試通常使用黑盒測試法。任務(wù)是驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。對軟件的功能和性能要求在軟件需求規(guī)格說明書中已經(jīng)明確規(guī)定。它包含的信息就是軟件確認(rèn)測試的基礎(chǔ)。 確認(rèn)測試產(chǎn)生測試程序是否滿足需求規(guī)格說明書所列的各項(xiàng)要求，然后要進(jìn)行軟件配置復(fù)查，特別是文檔是否齊全，各方面的質(zhì)量是否符合要求等。如果一個軟件是為某個客 戶定制的，那么最后由客戶來實(shí)施驗(yàn)收測試（ acceptance testing），以便客戶確認(rèn)該軟件是他所需要的。如果一個軟件是作為產(chǎn)品被許多客戶使用的話，那不可能為每個客戶進(jìn)行驗(yàn)收測試。大多數(shù)軟件生產(chǎn)者使用一種 Alpha 測試和 Beta 測試的過程，來揭露僅由最終用戶才能發(fā)現(xiàn)的錯誤。 系統(tǒng)測試 在這個測試步驟中所發(fā)現(xiàn)的往往是需求規(guī)格說明的錯誤。一般來說，系統(tǒng)測試是功能性測試，不是結(jié)構(gòu)性測試。系統(tǒng)測試，是將通過確認(rèn)測試的軟件，作為整個基于計(jì)算機(jī)系統(tǒng)的一個元素，與計(jì)算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其它系統(tǒng)元素結(jié)合在一起，在實(shí)際運(yùn)行環(huán)境下，對計(jì)算機(jī)系統(tǒng)進(jìn)行一系列的組裝測試和確認(rèn)測試。系統(tǒng)測試的目的在于通過與系統(tǒng)的需求定義作比較 , 發(fā)現(xiàn)軟件與系統(tǒng)的定義不符合或與之矛盾的地方。 軟件測試方法從測試人員角度看，可分為手動測試和自動測試。從源代碼的角度可分為單元測試和功能測試。從理論定義來分，可分為黑 盒測試，白盒測試。 在此測試中，采用白盒測試和黑盒測試相結(jié)合的方法。 數(shù)據(jù)跟蹤實(shí)例 在對旅行社管理系統(tǒng)測試過程中，作者對系統(tǒng)內(nèi)的數(shù)據(jù)進(jìn)行跟蹤。數(shù)據(jù)跟蹤實(shí)例如下。 用戶注冊 在“用戶注冊”測試中，用戶通過注冊頁面按要求填寫注冊信息并提交完成。打開數(shù)據(jù)庫，就可以看到用戶注冊時輸入的信息。如果輸入的數(shù)據(jù)不符合系統(tǒng)要求，數(shù)據(jù)就濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 32 不能寫入數(shù)據(jù)庫且系統(tǒng)會提示錯誤信息。經(jīng)過多次重復(fù)地測試，發(fā)現(xiàn)系統(tǒng)存在的問題并及時修改，最終達(dá)到既定目標(biāo)。 用戶登錄 在“用戶登錄”測試中，用戶通過輸入用戶名和密碼登錄，在此過程中，系統(tǒng)會驗(yàn)證用戶的權(quán)限，如果權(quán)限值為 1，則為管理員；權(quán)限值為 0，則為普通用戶。權(quán)限低的用戶，對本站的訪問會受到限制。通過對不同權(quán)限用戶的測試跟蹤，證明了此功能的正確性。 綜合測試 在以上測試的基礎(chǔ)上，對系統(tǒng)功能進(jìn)行了整體測試，依次檢驗(yàn)系統(tǒng)功能是否符合系統(tǒng)開發(fā)的目標(biāo)。經(jīng)過使用大量的數(shù)據(jù)多次進(jìn)行系統(tǒng)測試，發(fā)現(xiàn)系統(tǒng)存在的問題并及時改進(jìn)，最終實(shí)現(xiàn)了網(wǎng)站的開發(fā)目標(biāo)。 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 33 結(jié)束語 通過深入旅行社內(nèi)部調(diào)研，本文了解和分析了旅行行業(yè)的現(xiàn)實(shí)背景，總結(jié)出一些容易在業(yè)務(wù)流程中出現(xiàn)的問題。在需求分析階段，利用面向?qū)ο蟮乃枷雽π枨筮M(jìn)行詳細(xì)的分析。在框架設(shè)計(jì)階段，系統(tǒng)利用 SSH 技術(shù)建立多層的 JAVAEE 架構(gòu)和 B/S 架構(gòu)模式，在項(xiàng)目開發(fā)階段，使用目前流行開發(fā)工具 MyEclipse，數(shù)據(jù)庫方面使用 Oracle 等工具開發(fā)實(shí)現(xiàn)的旅行社業(yè)務(wù)管理系統(tǒng)。 該系統(tǒng)主要解決問題點(diǎn)有：旅游資源種類繁多、旅游線路復(fù)雜、各類數(shù)據(jù)報(bào)表的安全性和資料歸檔困難等疑難問題。 本系統(tǒng)已實(shí)現(xiàn)功能如下 : （ 1）用戶注冊、登錄、權(quán)限驗(yàn)證，旅游團(tuán)的預(yù)訂與退訂等。 （ 2）管理員對各種旅游資源信息進(jìn)行全面的管理。 （ 3）站內(nèi)旅游信息瀏覽，包括旅游線路信息瀏覽，熱門景點(diǎn)、路線、以及熱門旅游國家的推薦，和優(yōu)惠線路的查看等。 （ 4）站內(nèi)檢索功能：包括按路線名稱、出發(fā)地、途徑景點(diǎn)、價格等信息對站內(nèi)信息進(jìn)行模糊檢索和精確檢索等。 但是由于在本項(xiàng)目開始的時候，對 JavaEE 應(yīng)用程序設(shè)計(jì)方面的運(yùn)用不太熟悉，再加之畢業(yè)設(shè)計(jì)的時間有限，存在不少問題有待進(jìn)一步改進(jìn)和完善。主要針對以下幾方面： （ 1）系統(tǒng)的某些設(shè)計(jì)的可擴(kuò)展性并不十分理想，在以后的系統(tǒng)維護(hù)過程中，我會盡力使得此系統(tǒng)滿足“開閉原則”，使系統(tǒng)的設(shè)計(jì)日益趨于更強(qiáng)的可擴(kuò)展性。 （ 2）本系統(tǒng)未對 SQL 語句進(jìn)行優(yōu)化，相信在積累了一定的數(shù)據(jù)庫系統(tǒng)開發(fā)經(jīng)驗(yàn)基礎(chǔ)上，我會對該系統(tǒng)的后臺查詢有一個良好的 SQL 優(yōu)化，來增強(qiáng)其運(yùn)行效率。 （ 3）在功能實(shí)現(xiàn)方面，還有許多功能尚待完成，比如系統(tǒng)只能對旅游團(tuán)進(jìn)行預(yù)訂操作，但無法進(jìn)行費(fèi)用的實(shí)際支付等。 總之，經(jīng)過幾個月的努力，最終完成了旅行社系統(tǒng)管理設(shè)計(jì)與開發(fā)，完成了論文的寫作。在開發(fā)過程中，體驗(yàn)了其中的苦與樂，學(xué)會了如何面對困難，如何解決問題，學(xué)會了團(tuán)結(jié)合作，達(dá)到了鍛煉的目的。 濰 坊 學(xué) 院 本 科 畢 業(yè) 設(shè) 計(jì) 34 參考文獻(xiàn) [1] Donald C. Gause， Gerald M. Weinberg Exploring Requirements: Quality Before Design (探索需求 —— 設(shè)計(jì)前的質(zhì)量 ) 北京：清華大學(xué)出版社， 2020 [2] Alistair Cockburn 編寫有效用例 北京：機(jī)械工業(yè)出版社， 2020 [3] Grady Booch, James Rumbaugh, Ivar Jacobson The Unified Modeling Language User Guide (UML用戶指南 ) 北京：機(jī)械工業(yè)出 版社， 2020 [4] 張友生 系統(tǒng)分析師之路 北京：電子工業(yè)出版社， 2020 [5] Dean Leffingwell， Don Widrig 軟件需求管理：統(tǒng)一方法 北京：機(jī)械工業(yè)出版社， 2020 [6] 杜梅，曹蔚然，周傳生 基于 RBAC的 WEB 環(huán)境下 OA系統(tǒng)權(quán)限控制的研究 計(jì)算機(jī)應(yīng)用于軟件，2020(11) [7] Kathy Schwalbe IT項(xiàng)目管理 北京：機(jī)械工業(yè)出版社， 2020 [8] Meilir PageJones UML面向?qū)ο笤O(shè)計(jì)基礎(chǔ) 北京：人民郵電出版社， 2020 [9] 孫衛(wèi)琴 精通 Struts：基于 MVC的 JAVA Web 設(shè)計(jì)和開發(fā) 北京：電子工業(yè)出版社， 2020 [10] Tom Myers， Alexander Nakhimovsky Java XML編程指南 北京：電子工業(yè)出版社， 2020 [11] Alan Shalloway， James 設(shè)計(jì)模式精解 北京：清華大學(xué)出版社， 2020 [12] Erich Gamma， Richard Helm， Ralph Johnson， John Vlissides 設(shè)計(jì)模式 可復(fù)用面向?qū)ο筌浖幕A(chǔ) 北京：機(jī)械工業(yè)出版社， 2020 [13] 劉潤東 UML對象設(shè)計(jì)與編程 北京：北京希望電子出版社， 2020 [14] 孫衛(wèi)琴，李洪成 TOMCAT與 JAVA WEB開發(fā)技術(shù)詳解 北京：電子科技出版社， 2020 [15] 輕量級 J2EE企業(yè)應(yīng)用實(shí)戰(zhàn) Struts+Spring+Hibernate整合開發(fā) [16] Bruce Eckel Java編程思想 北京：機(jī)械工業(yè)出版社， 2020 [17] Paul R. Reed， Jr. JAVA與 UML協(xié)同應(yīng)用開發(fā) 北京：清華大學(xué)出版社， 2020 [18] Martin Fowler 企業(yè)應(yīng)用架構(gòu)模式 北京：機(jī)械工業(yè)出版社， 2020 [19] Alan Shalloway， James . Design Patterns Explained:A New Perspective on ObjectOriented Design [20] Martin Fowler Patterns of Enterprise Application Architecture AddisonWesley Professional [21] Layered Applicat