Web技术的旅游网站开发与实现

　　0引言

　　隨着网络的发展，采用通过客户选择的旅行社为客户预约机票以及酒店形式的传统旅游电子商务，无法适应网络客户个性化要求，存在信息封闭以及共享性差的弊端。异构网络的问题出现在旅游电子商务系统与旅游企业信息系统中，导致它们之间的业务流程对接无法实行，不同旅游企业的封闭式信息系统使企业之间做不到资源共享，用户在搜索旅游资讯时受到限制，不利于网络规模效应的产生[1]。因此，寻求有效的网站将各平台、各语言汇总起来，确保大规模企业信息处理系统同电子商务系统间完成连接。处理该问题的最佳措施是基于XML的WebService技术，其不受平台和网络通信的限制，能够重复使用代码以及数据，可基于已存在的异构载体建立相通的技术层，有效处理旅游企业信息系统同旅游电子商务系统间的信息集成问题。因此本文设计并构建了基于Web技术的旅游网站，将中小旅游企业的商品统一起来，并建立一个大型的旅游网站，提高旅游网站的服务质量。

　　1Web技术的旅游网站开发与实现

　　1.1系统架构

　　基于Web技术的旅游网站架构如图1所示。从中能够看出，该旅游网站主要包括旅行社管理信息系统（TIS）以及旅游电子商务系统（TEC）。该架构结构中，在UDDI注册中心采用Internet对供应商（旅行社）进行搜索和发掘，可以通过TEC系统的Web服务来实现，并迅速地统一为各供应商TIS提供Web服务；网络客户在预约旅游行程时就可通过浏览器进入TEC系统。充分发挥Web服务的有关技术[2]，有利于此结构对旅行社管理信息系统以及旅游电子商务系统进行统一重组，为不同的供应商（旅行社）带来利益。

　　1.2Web服务提供方TIS的设计

　　旅行社信息系统（TIS）是Web服务供应方，其在确保旅行社内部营业能够顺利进行的同时，还要具备把Web服务注册到UDDI注册中心的能力，以及相关的Web服务插口，便于向TEC系统发送线路商品和对TEC订单申请的接纳。

　　1）供应商管理板块是对旅行社供应商（含有供应交通、餐饮、景点服务的商家以及其他协作的旅行社）的有关数据信息进行处理。

　　2）系统管理板块是指系统监管者在全体旅行社信息系统中维持系统客户权责的操控、数据报备、系统数据设定等。

　　3）Web服务板块有两大性能，分别为：为了方便对其业务有合作想法的商业合伙人在UDDI注册中心搜索企业的有关内容，将旅行社企业的相关情况在UDDI注册中心做登记[3]；管理客户（调整其Web服务的申请方）身份验证服务、商品（旅游线路）发表服务和线路预约服务。

　　1.3TIS的Web服务设计

　　Web服务供应方的UML用例图用图2来描述，其通过可视化的形式对系统性能要求进行解释，包含两种关联，分别为基于一般程序的“角色”（即与系统交叉的其他实物）关联和系统中事例间的关联。观察图2得出，TIS的Web服务板块实现的前提是UDDI注册性能的建立[4]，将身份检验服务、产品发表服务、线路预约解决服务提供给Web服务申请人。在微软的UDDI.NETSDK基础上实施UDDI注册，对UDDI注册中心信息的类以及相应的UDDI程序员规范1.0的API进行发表与优化。

　　1.4Web服务请求方（TEC系统）的设计

　　1.4.1TEC的功能模块

　　旅游电子商务系统（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.2TEC系统的Web服务设计

　　Web服务请求方法TEC的UML用例图用图3描述，分析图3可得，Web服务客户端包括：UDDI检索性能，可检索到潜在的合作伙伴；实施Web服务的集成，以及完成对Web服务提供方提供的Web服务的调用。本文采用微软的UDDI.NETSDK开发实现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所示。

　　2实验结果与分析

　　2.1测试方法

　　对于旅游网站性能的测试技术主要有黑盒以及白盒测试，白盒测试需要内部算法的具体数据，主要是一些对程序编程很熟练的程序员进行单元测试。黑盒测试对系统的要求不高，只需要通过穷举技术对网站未来可能发生的情况进行测试，不需要依靠网站实现方式及逻辑结构进行分析。因此，本文依靠黑盒测试方法，按照使用步骤对输入的数据进行实验，对本文设计的基于Web技术的旅游网站的功能以及性质实施测试。

　　2.2功能测试

　　功能测试是检验系统各项指标是否正常，这要求工作人员对系统各项的性能指标非常了解，才能写出正确的功能测试用例。基于功能测试用例，检测本文设计的旅游网站不同功能的运行结果，如表2所示。能够看出，本文旅游网站的各项功能运行正常，满足用户的需求。

　　2.3性能测试

　　性能测试利用自动化技术对不同状态下系统的性能进行测试，如正常值、峰值或异常状态。性能测试分为负载测试和压力测试。负载测试主要测试在负载慢慢加强时本文旅游网站能否支撑整体的运行，以寻找网站的最大负载压力[10]，便于对网站进行升级。压力测试对大型网站来说非常重要，超出了网站的瓶颈或极点时会导致系统崩溃，测试压力的极值使网站的运行得到提升。本文设计的旅游网站对简单申请以及复杂申请的响应结果如图9和图10所示。

　　分析图9可得，申请响应时间组成了两边下降的闭合曲线，本文设计的旅游网站在开始以及结束时刻的申请响应时间较低，随着用户数量的不断提升，旅游网站的响应时间呈现降低趋势，总体响应时间具有较高的稳定性，响应时间集中在200ms以内，能够确保旅游网站的正常运行，并且具有较高的运行效率。

　　分析图10可得，复杂申请的检测结果同简单申请的检测结果相同，说明本文设计的旅游网站的处理能力较强，具有较强的承压能力。

　　3结语

　　为了解决传统旅游电子商务的弊端，本文设计并构建了基于Web技术的旅游网站，实验结果表明，所设计的旅游网站提高了网络客户个性化需求以及信息共享质量，提升了旅游服务质量，具有较高的应用价值。

　　作者：陈衡