歡迎來到期刊VIP網
期刊VIP網10年服務積淀,累計發表20萬份稿件,想要發表論文就來期刊VIP網
快捷導航
城市管理
交通運輸
車輛管理
求職就業

網絡旅游技術的開發與實現

發布時間:2018-04-10 10:32所屬分類:城市管理瀏覽:1加入收藏

這篇旅游管理論文發表了網絡旅游技術的開發與實現,論文探討了基于Web技術的網站旅游建設,對旅行社管理信息系統(TIS)以及旅游電子商務系統(TEC)兩個子

  這篇旅游管理論文發表了網絡旅游技術的開發與實現,論文探討了基于Web技術的網站旅游建設,對旅行社管理信息系統(TIS)以及旅游電子商務系統(TEC)兩個子系統分別進行功能設計,分析了系統的Web服務接口,通過Web技術實現旅游網站的開發與實現,提高旅游網站的服務質量。

四川旅游學院學報

  關鍵詞: 旅游管理論文投稿,Web技術,旅游網站,功能設計

  0 引 言

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

  1 Web技術的旅游網站開發與實現

  1.1 系統架構

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

  1.2 Web服務提供方TIS的設計

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

  1) 供應商管理板塊是對旅行社供應商(含有供應交通、餐飲、景點服務的商家以及其他協作的旅行社)的有關數據信息進行處理。

  2) 系統管理板塊是指系統監管者在全體旅行社信息系統中維持系統客戶權責的操控、數據報備、系統數據設定等。

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

  1.3 TIS的Web服務設計

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

  1.4 Web服務請求方(TEC系統)的設計

  1.4.1 TEC的功能模塊

  旅游電子商務系統(TEC)能為網絡客戶預約在線線路。身為Web服務的申請人,各旅行社提供的旅游服務是其線上販賣的商品(旅游線路),也就是說,旅行社企業系統提供的Web服務被其在UDDI注冊中心發掘,在網絡客戶預約旅游線路的過程中,通過后臺與有關旅行社進行B2B貿易。將TEC的性能板塊分成以下幾點:

  1) 商品(旅游線路)管理板塊體現的是商品的管理性能,提供Web服務插口以便系統在UDDI注冊中心對有關的Web服務實施發掘,且根據Web服務插口與有關的TIS系統實施交叉,得到TIS系統供應的商品情況,并在商品數據庫中變更其商品情況。

  2) 訂單管理板塊管理網絡客戶的訂單,將訂單申請送達到有協作關系的旅行社系統(TIS)提供的Web服務接口。

  3) 系統處理板塊表現為在系統后臺系統監管者對全體TEC實施管理監管[5]。可將TEC系統的Web服務設計和Web服務客戶端設計劃分成兩類,包括UDDI搜索性能以及Web服務統一,其目的分別為搜索隱藏的合伙人,調整Web服務供應方提供的Web服務。

  1.4.2 TEC系統的Web服務設計

  Web服務請求方法TEC的UML用例圖用圖3描述,分析圖3可得,Web服務客戶端包括:UDDI檢索性能,可檢索到潛在的合作伙伴;實施Web服務的集成,以及完成對Web服務提供方提供的Web服務的調用。本文采用微軟的UDDI.NET SDK開發實現UDDI搜索,Web服務申請方在UDDI注冊中心搜索的適用范圍可劃分成四類:FindBusiness類封裝了find_business函數的調用[6],能夠對旅游相關的商業實體信息實施定位;FindTModel類封裝find_tModel函數的調用;FindService類封裝find_service函數的調用,實現相關服務的定位;FindBinding類封裝find_binding函數的調用,實現相關綁定信息的定位。

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

  TEC系統在客戶端TEC的編碼中引進已構建的Web服務代理類,并構建Web服務代理類的事例,將Web服務同調整代理類實例的方法做連通。

  1.5 系統功能設計

  本文設計的基于Web技術的旅游網站涵蓋不同的旅行路線、旅行產品信息、用戶基本信息的接收和處理,其流程圖用圖4描述。

  本文設計的旅游網站包括客戶端和管理端。客戶端主要包含6個職能:客戶注冊登錄、修改資料和密碼、訂單下達、查看訂單及查看信息資料[7]。管理端可以實現后臺的運營管理,包括修改密碼、會員管理、商品管理、訂單管理和路線管理5大職能。

  1.5.1 數據庫設計

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

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

  1.5.2 前臺訂單處理模塊

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

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

  1.5.3 后臺功能設計

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

  2 實驗結果與分析

  2.1 測試方法

  對于旅游網站性能的測試技術主要有黑盒以及白盒測試,白盒測試需要內部算法的具體數據,主要是一些對程序編程很熟練的程序員進行單元測試。黑盒測試對系統的要求不高,只需要通過窮舉技術對網站未來可能發生的情況進行測試,不需要依靠網站實現方式及邏輯結構進行分析。因此,本文依靠黑盒測試方法,按照使用步驟對輸入的數據進行實驗,對本文設計的基于Web技術的旅游網站的功能以及性質實施測試。

  2.2 功能測試

  功能測試是檢驗系統各項指標是否正常,這要求工作人員對系統各項的性能指標非常了解,才能寫出正確的功能測試用例。基于功能測試用例,檢測本文設計的旅游網站不同功能的運行結果,如表2所示。能夠看出,本文旅游網站的各項功能運行正常,滿足用戶的需求。

  2.3 性能測試

  性能測試利用自動化技術對不同狀態下系統的性能進行測試,如正常值、峰值或異常狀態。性能測試分為負載測試和壓力測試。負載測試主要測試在負載慢慢加強時本文旅游網站能否支撐整體的運行,以尋找網站的最大負載壓力[10],便于對網站進行升級。壓力測試對大型網站來說非常重要,超出了網站的瓶頸或極點時會導致系統崩潰,測試壓力的極值使網站的運行得到提升。本文設計的旅游網站對簡單申請以及復雜申請的響應結果如圖9和圖10所示。

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

  分析圖10可得,復雜申請的檢測結果同簡單申請的檢測結果相同,說明本文設計的旅游網站的處理能力較強,具有較強的承壓能力。

  3 結 語

  為了解決傳統旅游電子商務的弊端,本文設計并構建了基于Web技術的旅游網站,實驗結果表明,所設計的旅游網站提高了網絡客戶個性化需求以及信息共享質量,提升了旅游服務質量,具有較高的應用價值。

  參考文獻

  [1] 譚云蘭,賈金原,彭碩,等.基于Web3D的虛擬旅游關鍵技術研究進展[J].系統仿真學報,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] 姬鵬飛,李遠剛,盧盛祺,等.基于語義Web的旅游路線個性化定制系統[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].科技通報,2015,31(6):208?210.

  推薦閱讀:《四川旅游學院學報》(原:四川烹飪高等專科學校學報)(雙月刊)創刊于1998年,由四川烹飪高等專科學校主辦。


轉載請注明來自:http://www.qzhrjb.tw/chengshiguanli/44165.html

上一篇:長三角城市群的發展戰略框架
下一篇:我國城市化建設的發展現狀和困境

黑龙江快乐十分走势