這篇旅游管理論文發(fā)表了網(wǎng)絡(luò)旅游技術(shù)的開發(fā)與實(shí)現(xiàn)，論文探討了基于Web技術(shù)的網(wǎng)站旅游建設(shè)，對旅行社管理信息系統(tǒng)(TIS)以及旅游電子商務(wù)系統(tǒng)(TEC)兩個子系統(tǒng)分別進(jìn)行功能設(shè)計，分析了系統(tǒng)的Web服務(wù)接口，通過Web技術(shù)實(shí)現(xiàn)旅游網(wǎng)站的開發(fā)與實(shí)現(xiàn)，提高旅游網(wǎng)站的服務(wù)質(zhì)量。

　　關(guān)鍵詞： 旅游管理論文投稿,Web技術(shù),旅游網(wǎng)站,功能設(shè)計

　　0 引 言

　　隨著網(wǎng)絡(luò)的發(fā)展，采用通過客戶選擇的旅行社為客戶預(yù)約機(jī)票以及酒店形式的傳統(tǒng)旅游電子商務(wù)，無法適應(yīng)網(wǎng)絡(luò)客戶個性化要求，存在信息封閉以及共享性差的弊端。異構(gòu)網(wǎng)絡(luò)的問題出現(xiàn)在旅游電子商務(wù)系統(tǒng)與旅游企業(yè)信息系統(tǒng)中，導(dǎo)致它們之間的業(yè)務(wù)流程對接無法實(shí)行，不同旅游企業(yè)的封閉式信息系統(tǒng)使企業(yè)之間做不到資源共享，用戶在搜索旅游資訊時受到限制，不利于網(wǎng)絡(luò)規(guī)模效應(yīng)的產(chǎn)生[1]。因此，尋求有效的網(wǎng)站將各平臺、各語言匯總起來，確保大規(guī)模企業(yè)信息處理系統(tǒng)同電子商務(wù)系統(tǒng)間完成連接。處理該問題的最佳措施是基于XML的Web Service技術(shù)，其不受平臺和網(wǎng)絡(luò)通信的限制，能夠重復(fù)使用代碼以及數(shù)據(jù)，可基于已存在的異構(gòu)載體建立相通的技術(shù)層，有效處理旅游企業(yè)信息系統(tǒng)同旅游電子商務(wù)系統(tǒng)間的信息集成問題。因此本文設(shè)計并構(gòu)建了基于Web技術(shù)的旅游網(wǎng)站，將中小旅游企業(yè)的商品統(tǒng)一起來，并建立一個大型的旅游網(wǎng)站，提高旅游網(wǎng)站的服務(wù)質(zhì)量。

　　1 Web技術(shù)的旅游網(wǎng)站開發(fā)與實(shí)現(xiàn)

　　1.1 系統(tǒng)架構(gòu)

　　基于Web技術(shù)的旅游網(wǎng)站架構(gòu)如圖1所示。從中能夠看出，該旅游網(wǎng)站主要包括旅行社管理信息系統(tǒng)(TIS)以及旅游電子商務(wù)系統(tǒng)(TEC)。該架構(gòu)結(jié)構(gòu)中，在UDDI注冊中心采用Internet對供應(yīng)商(旅行社)進(jìn)行搜索和發(fā)掘，可以通過TEC系統(tǒng)的Web服務(wù)來實(shí)現(xiàn)，并迅速地統(tǒng)一為各供應(yīng)商TIS提供Web服務(wù);網(wǎng)絡(luò)客戶在預(yù)約旅游行程時就可通過瀏覽器進(jìn)入TEC系統(tǒng)。充分發(fā)揮Web服務(wù)的有關(guān)技術(shù)[2]，有利于此結(jié)構(gòu)對旅行社管理信息系統(tǒng)以及旅游電子商務(wù)系統(tǒng)進(jìn)行統(tǒng)一重組，為不同的供應(yīng)商(旅行社)帶來利益。

　　1.2 Web服務(wù)提供方TIS的設(shè)計

　　旅行社信息系統(tǒng)(TIS)是Web服務(wù)供應(yīng)方，其在確保旅行社內(nèi)部營業(yè)能夠順利進(jìn)行的同時，還要具備把Web服務(wù)注冊到UDDI注冊中心的能力，以及相關(guān)的Web服務(wù)插口，便于向TEC系統(tǒng)發(fā)送線路商品和對TEC訂單申請的接納。

　　1) 供應(yīng)商管理板塊是對旅行社供應(yīng)商(含有供應(yīng)交通、餐飲、景點(diǎn)服務(wù)的商家以及其他協(xié)作的旅行社)的有關(guān)數(shù)據(jù)信息進(jìn)行處理。

　　2) 系統(tǒng)管理板塊是指系統(tǒng)監(jiān)管者在全體旅行社信息系統(tǒng)中維持系統(tǒng)客戶權(quán)責(zé)的操控、數(shù)據(jù)報備、系統(tǒng)數(shù)據(jù)設(shè)定等。

　　3) Web服務(wù)板塊有兩大性能，分別為：為了方便對其業(yè)務(wù)有合作想法的商業(yè)合伙人在UDDI注冊中心搜索企業(yè)的有關(guān)內(nèi)容，將旅行社企業(yè)的相關(guān)情況在UDDI注冊中心做登記[3];管理客戶(調(diào)整其Web服務(wù)的申請方)身份驗(yàn)證服務(wù)、商品(旅游線路)發(fā)表服務(wù)和線路預(yù)約服務(wù)。

　　1.3 TIS的Web服務(wù)設(shè)計

　　Web服務(wù)供應(yīng)方的UML用例圖用圖2來描述，其通過可視化的形式對系統(tǒng)性能要求進(jìn)行解釋，包含兩種關(guān)聯(lián)，分別為基于一般程序的“角色”(即與系統(tǒng)交叉的其他實(shí)物)關(guān)聯(lián)和系統(tǒng)中事例間的關(guān)聯(lián)。觀察圖2得出，TIS的Web服務(wù)板塊實(shí)現(xiàn)的前提是UDDI注冊性能的建立[4]，將身份檢驗(yàn)服務(wù)、產(chǎn)品發(fā)表服務(wù)、線路預(yù)約解決服務(wù)提供給Web服務(wù)申請人。在微軟的UDDI.NETSDK基礎(chǔ)上實(shí)施UDDI注冊，對UDDI注冊中心信息的類以及相應(yīng)的UDDI程序員規(guī)范1.0的API進(jìn)行發(fā)表與優(yōu)化

　　1.4 Web服務(wù)請求方(TEC系統(tǒng))的設(shè)計

　　1.4.1 TEC的功能模塊

　　旅游電子商務(wù)系統(tǒng)(TEC)能為網(wǎng)絡(luò)客戶預(yù)約在線線路。身為Web服務(wù)的申請人，各旅行社提供的旅游服務(wù)是其線上販賣的商品(旅游線路)，也就是說，旅行社企業(yè)系統(tǒng)提供的Web服務(wù)被其在UDDI注冊中心發(fā)掘，在網(wǎng)絡(luò)客戶預(yù)約旅游線路的過程中，通過后臺與有關(guān)旅行社進(jìn)行B2B貿(mào)易。將TEC的性能板塊分成以下幾點(diǎn)：

　　1) 商品(旅游線路)管理板塊體現(xiàn)的是商品的管理性能，提供Web服務(wù)插口以便系統(tǒng)在UDDI注冊中心對有關(guān)的Web服務(wù)實(shí)施發(fā)掘，且根據(jù)Web服務(wù)插口與有關(guān)的TIS系統(tǒng)實(shí)施交叉，得到TIS系統(tǒng)供應(yīng)的商品情況，并在商品數(shù)據(jù)庫中變更其商品情況。

　　2) 訂單管理板塊管理網(wǎng)絡(luò)客戶的訂單，將訂單申請送達(dá)到有協(xié)作關(guān)系的旅行社系統(tǒng)(TIS)提供的Web服務(wù)接口。

　　3) 系統(tǒng)處理板塊表現(xiàn)為在系統(tǒng)后臺系統(tǒng)監(jiān)管者對全體TEC實(shí)施管理監(jiān)管[5]。可將TEC系統(tǒng)的Web服務(wù)設(shè)計和Web服務(wù)客戶端設(shè)計劃分成兩類，包括UDDI搜索性能以及Web服務(wù)統(tǒng)一，其目的分別為搜索隱藏的合伙人，調(diào)整Web服務(wù)供應(yīng)方提供的Web服務(wù)。

　　1.4.2 TEC系統(tǒng)的Web服務(wù)設(shè)計

　　Web服務(wù)請求方法TEC的UML用例圖用圖3描述，分析圖3可得，Web服務(wù)客戶端包括：UDDI檢索性能，可檢索到潛在的合作伙伴;實(shí)施Web服務(wù)的集成，以及完成對Web服務(wù)提供方提供的Web服務(wù)的調(diào)用。本文采用微軟的UDDI.NET SDK開發(fā)實(shí)現(xiàn)UDDI搜索，Web服務(wù)申請方在UDDI注冊中心搜索的適用范圍可劃分成四類：FindBusiness類封裝了find_business函數(shù)的調(diào)用[6]，能夠?qū)β糜蜗嚓P(guān)的商業(yè)實(shí)體信息實(shí)施定位;FindTModel類封裝find_tModel函數(shù)的調(diào)用;FindService類封裝find_service函數(shù)的調(diào)用，實(shí)現(xiàn)相關(guān)服務(wù)的定位;FindBinding類封裝find_binding函數(shù)的調(diào)用，實(shí)現(xiàn)相關(guān)綁定信息的定位。

　　.Net編程中，TEC系統(tǒng)的UDDI搜索是在上述每類事例構(gòu)建的基礎(chǔ)上，采用調(diào)整事例的有關(guān)手段完成。詳細(xì)的操作如下：從旅行社獲得BusinessKey，通過捆綁的tModelKey以及BindingTemplateKey獲得旅行社提供的Web服務(wù)的進(jìn)入接入點(diǎn)和進(jìn)入的描述內(nèi)容。發(fā)掘搜索到的隱藏旅行社的系統(tǒng)，對其系統(tǒng)接口模式進(jìn)行研究，此旅行社的信息系統(tǒng)就被Web服務(wù)客戶端承襲，商品(旅游路線)信息和訂單申請的獲得分別在旅行社系統(tǒng)以及旅行社系統(tǒng)提供的Web服務(wù)接口，旅行社與旅游電子商務(wù)網(wǎng)址間完成了B2B貿(mào)易。

　　TEC系統(tǒng)在客戶端TEC的編碼中引進(jìn)已構(gòu)建的Web服務(wù)代理類，并構(gòu)建Web服務(wù)代理類的事例，將Web服務(wù)同調(diào)整代理類實(shí)例的方法做連通。

　　1.5 系統(tǒng)功能設(shè)計

　　本文設(shè)計的基于Web技術(shù)的旅游網(wǎng)站涵蓋不同的旅行路線、旅行產(chǎn)品信息、用戶基本信息的接收和處理，其流程圖用圖4描述。

　　本文設(shè)計的旅游網(wǎng)站包括客戶端和管理端。客戶端主要包含6個職能：客戶注冊登錄、修改資料和密碼、訂單下達(dá)、查看訂單及查看信息資料[7]。管理端可以實(shí)現(xiàn)后臺的運(yùn)營管理，包括修改密碼、會員管理、商品管理、訂單管理和路線管理5大職能。

　　1.5.1 數(shù)據(jù)庫設(shè)計

　　本文設(shè)計的基于Web技術(shù)的旅游網(wǎng)站屬于小型的Web系統(tǒng)，由Tomcat以及MySQL聯(lián)合建立的數(shù)據(jù)庫能在JAVA程序中進(jìn)行編程，可提升網(wǎng)站的安全指數(shù)。該數(shù)據(jù)庫設(shè)計包括用戶、管理員、旅游線路及旅游商品的E?R圖，分別如圖5和圖6所示。

　　基于Web技術(shù)的旅游網(wǎng)站的數(shù)據(jù)表包括管理員表、用戶表、商品表、旅游線路表、線路訂單表和商品訂單表6種。管理員需要的數(shù)據(jù)保存在管理表中;用戶的個人信息如用戶名、電話等存放在用戶表中;旅游產(chǎn)品信息如商品名稱、價格、商品編碼等都記錄在商品表中;旅行線路表包括線路的設(shè)定、線路名稱價格等信息;線路訂單表反應(yīng)了用戶選擇的旅游線路;商品訂單表反應(yīng)用戶選擇的商品。旅游線路數(shù)據(jù)圖用表1描述。

　　1.5.2 前臺訂單處理模塊

　　基于Web技術(shù)的旅游網(wǎng)站的前臺訂單處理與前臺框架互不聯(lián)系，所以業(yè)務(wù)處理需單獨(dú)建立新模塊。前臺訂單處理主要解決客戶查看推出的旅游線路，線上下訂單、查看訂單等一系列活動，具體包括下達(dá)訂單處理流程、查詢線路及商品信息、增加旅行線路、查看合同列表及合同提交界面。下達(dá)訂單處理流程向用戶推薦線路[8]、時間等選項(xiàng)，客戶選擇完畢后將信息傳輸至文件ftime.jsp和etime.jsp中。

　　查看線路和商品信息模塊還可了解路線情況。在添加線路訂單模塊下，從Orderservlet.java系統(tǒng)中可得到session對象、登錄信息等，得到數(shù)據(jù)狀態(tài)后可得到訂單信息。如果客戶在訂單處理模塊下沒有下單會出現(xiàn)NULL，同時回到前臺顯示框;若客戶下達(dá)旅行線路訂單后系統(tǒng)自動建立一個以Vector為對象的訂單，則客戶的訂單信息將出現(xiàn)在訂單列表中。訂單列表子模塊中如果存在訂單，則在session中有顯示;反之，則無。查看訂單列表只能是登錄的客戶，所以在訂單列表中還需添加兩個表單用來清空和提交訂單[9]，來驗(yàn)證用戶是否登錄。用戶的登錄信息完成后，網(wǎng)站自動將信息保存在數(shù)據(jù)庫中，訂單處理模塊流程如圖7所示。

　　1.5.3 后臺功能設(shè)計

　　旅游網(wǎng)站后臺功能中的重要部分是景點(diǎn)管理模塊，該模塊中用戶以管理員的身份進(jìn)入后臺服務(wù)器，可對旅行線路進(jìn)行修改、新增、刪除及統(tǒng)計。景點(diǎn)管理界面如圖8所示。

　　2 實(shí)驗(yàn)結(jié)果與分析

　　2.1 測試方法

　　對于旅游網(wǎng)站性能的測試技術(shù)主要有黑盒以及白盒測試，白盒測試需要內(nèi)部算法的具體數(shù)據(jù)，主要是一些對程序編程很熟練的程序員進(jìn)行單元測試。黑盒測試對系統(tǒng)的要求不高，只需要通過窮舉技術(shù)對網(wǎng)站未來可能發(fā)生的情況進(jìn)行測試，不需要依靠網(wǎng)站實(shí)現(xiàn)方式及邏輯結(jié)構(gòu)進(jìn)行分析。因此，本文依靠黑盒測試方法，按照使用步驟對輸入的數(shù)據(jù)進(jìn)行實(shí)驗(yàn)，對本文設(shè)計的基于Web技術(shù)的旅游網(wǎng)站的功能以及性質(zhì)實(shí)施測試。

　　2.2 功能測試

　　功能測試是檢驗(yàn)系統(tǒng)各項(xiàng)指標(biāo)是否正常，這要求工作人員對系統(tǒng)各項(xiàng)的性能指標(biāo)非常了解，才能寫出正確的功能測試用例。基于功能測試用例，檢測本文設(shè)計的旅游網(wǎng)站不同功能的運(yùn)行結(jié)果，如表2所示。能夠看出，本文旅游網(wǎng)站的各項(xiàng)功能運(yùn)行正常，滿足用戶的需求。

　　2.3 性能測試

　　性能測試?yán)米詣踊夹g(shù)對不同狀態(tài)下系統(tǒng)的性能進(jìn)行測試，如正常值、峰值或異常狀態(tài)。性能測試分為負(fù)載測試和壓力測試。負(fù)載測試主要測試在負(fù)載慢慢加強(qiáng)時本文旅游網(wǎng)站能否支撐整體的運(yùn)行，以尋找網(wǎng)站的最大負(fù)載壓力[10]，便于對網(wǎng)站進(jìn)行升級。壓力測試對大型網(wǎng)站來說非常重要，超出了網(wǎng)站的瓶頸或極點(diǎn)時會導(dǎo)致系統(tǒng)崩潰，測試壓力的極值使網(wǎng)站的運(yùn)行得到提升。本文設(shè)計的旅游網(wǎng)站對簡單申請以及復(fù)雜申請的響應(yīng)結(jié)果如圖9和圖10所示。

　　分析圖9可得，申請響應(yīng)時間組成了兩邊下降的閉合曲線，本文設(shè)計的旅游網(wǎng)站在開始以及結(jié)束時刻的申請響應(yīng)時間較低，隨著用戶數(shù)量的不斷提升，旅游網(wǎng)站的響應(yīng)時間呈現(xiàn)降低趨勢，總體響應(yīng)時間具有較高的穩(wěn)定性，響應(yīng)時間集中在200 ms以內(nèi)，能夠確保旅游網(wǎng)站的正常運(yùn)行，并且具有較高的運(yùn)行效率。

　　分析圖10可得，復(fù)雜申請的檢測結(jié)果同簡單申請的檢測結(jié)果相同，說明本文設(shè)計的旅游網(wǎng)站的處理能力較強(qiáng)，具有較強(qiáng)的承壓能力。

　　3 結(jié) 語

　　為了解決傳統(tǒng)旅游電子商務(wù)的弊端，本文設(shè)計并構(gòu)建了基于Web技術(shù)的旅游網(wǎng)站，實(shí)驗(yàn)結(jié)果表明，所設(shè)計的旅游網(wǎng)站提高了網(wǎng)絡(luò)客戶個性化需求以及信息共享質(zhì)量，提升了旅游服務(wù)質(zhì)量，具有較高的應(yīng)用價值。

　　參考文獻(xiàn)

　　[1] 譚云蘭，賈金原，彭碩，等.基于Web3D的虛擬旅游關(guān)鍵技術(shù)研究進(jìn)展[J].系統(tǒng)仿真學(xué)報，2014，26(7)：1541?1548.

　　TAN Yunlan， JIA Jinyuan， PENG Shuo， et al. Survey on some key technologies of virtual tourism system based on Web3D [J]. Journal of system simulation， 2014， 26(7)： 1541?1548.

　　[2] 姬鵬飛，李遠(yuǎn)剛，盧盛祺，等.基于語義Web的旅游路線個性化定制系統(tǒng)[J].計算機(jī)工程，2016，42(10)：308?317.

　　JI Pengfei， LI Yuangang， LU Shengqi， et al. Personalized customization system of travel route based on semantic Web [J]. Computer engineering， 2016， 42(10)： 308?317.

　　[3] 袁露.基于推拉模型的物流與旅游流促進(jìn)與牽制關(guān)系研究[J].科技通報，2015，31(6)：208?210.

　　推薦閱讀：《四川旅游學(xué)院學(xué)報》(原：四川烹飪高等專科學(xué)校學(xué)報)(雙月刊)創(chuàng)刊于1998年，由四川烹飪高等專科學(xué)校主辦。