1、 1 本科毕业论文 (科研训练、毕业设计 ) 题 目 ： 航空代理人票务及酒店客房预订系统 姓 名： 学 院：软件学院 系： 专 业：软件工程 年 级： 学 号： 指导教师（校内）： 职称： 指导教师（校外）： 职称： 年 月 日 2 基于 Web 的 航空代理人票务及酒店客房预订系统 摘要 航空代理人票务及酒店客房预订系统主要实现了航空代理人通过使用该系统可以进行的在线查票 ， 订票 酒店客房预订 (实时 处理需得到相关的数据接口 )以及相关票务的统计查询及公司、代理人、销售人员三级之间的管理。 本系统基于 Web 采用 J2EE 应用 Web 层中的模块间数据交换控件，主要采用 Hash
2、表实现在不同模块或是不同页面之间的或是不同层（比如表示层和 logic 层）之间的数据交换方式，简化数据编程和提高 工作 效率以及易于维护和扩展应用，实现 Web 应用的数据流和控制流分开。 关键词 HashTable jsp MVC 票务 客房 预订 Abstract： Aviation agent can use the Book System of Aviation Agent and Hotel Rooms to search the ticket,book ticket and make a reservation for hotel rooms and to ticket stat
3、istics(real time need some necessary interface).and also to manager the relation of corporation,agent and seller.The System based on Web adopt data exhange control between different module of J2EE application Web layer which adopt HashTable to realize data exchange between different layer or module
4、and page(for example:Logic layer and Presentation layer), predigest date program ,raise working efficienc as well as easily maintenance and extend application.It accomplist the separation of date stream and control stream. Keywords： HashTable jsp MVC ticket room book 3 目 录 引 言 3 第一章 旅游电子商务 的经营模式 介绍
5、3 第二章 MVC 三层模式以及 JSP/Servlet 介绍 4 第三章 J2EE 应用 Web 层中的模块 交 换控件 7 第四章 应用系统开发 环境及 工具 9 第五章 系统设计分析 11 第六章 系统应用程序设计 18 结论 30 致谢语 30 参考文献 30 附录 31 4 引 言 随着 近几年的中国经济飞速发展，人民生活 水准 极大改善 ， 国人搭机 出行的频率 也逐年增高 ，带动了相关行业如旅游业、酒店业的发展，现代生活的匆忙使旅客的时间越发的宝贵，旅客不希望在订购机票，酒店客房上耗费太多的时间， 另一方面， 传统 机票代理 销售机构 也面临许多问题 不能 实时查询航班信息， 会
6、造成旅客买不到机票，飞机上却还有剩票卖不出去的窘境 机票的 预订 ，退订采取电子化处理，提高工作效率 随着业务量的提高， 在票据的统计查询上将浪费大量的时间 由于空间与时间的限制，业务上扩大将带来许多问题 机票代理公司对下级代理人以及代理人对 销售人员之间的管理问题 本系统 在传统 代理人 票务 经营模式 的基础上 ， 为适应现代网络经济的要求 ， 满足 机票代理公司 需求 ， 提 了 供及时 的 、丰富、针对性强的 服务，实现 网上接单、查询、统计、代理人管理以及 与在此基础上加入酒店客房的 预订 的服务， 很好的解决了代理人所遇到的问题 。 第一章 旅游电子商务的经营模式介绍 1.1 旅游
7、电子商务的涵义 电子商务 (Electronic Commerce， EC 或者 Electronic Business， EB)， 就是利用现代先进的计算机网络技术从事商务活动的方式 。 狭义的电子商务仅仅将通过 Internet 网络进行的商业活动归属于电子商务 ， 而广义的电子商务则将利用包括 Internet， Intranet， LAN 等各种不同形式网络在内的一切计算机网络进行的所有商贸活动都归属于电子商务 ， 旅游电子商务即电子商务在旅游业中的 运用 。 当今世界 ， 电子商务的发展非常迅速 ， 形成了一个发展潜力巨大的市场 .不可否认 ， 电子商务将继续成为当前和今后一段时间内
8、各行业关注的方向和重点 .由于传统商业模式的改变 ，企业本身的运作 ， 企业与企业之间 ， 企业与消费者之间的沟通将通过 Internet 和电子手段来实现 ， 这就要求传统的企业以最快的速度适应新的竞争环境 。 由于旅游电子商务不仅可以打破地域限制 ， 而且可以最大限度地将各种旅游资源 ， 以最经济的方式结合在一起 ， 同时 ， 无店铺经营也有助于降低成本 ， 使旅游资源的所有者和消费者都得到益处 ， 因而网上旅游的价格更有竞争力 。 事实上 ， 旅游业不涉及目前最为繁杂的物流配送问题 ， 这也是它相对于其它行业的电子商务更容易发展的优势所在 .旅游业较少涉及实物运输 ， 对企业的物流配送系
9、统要求不高 ， 旅游服务的无形性更使其适合于网上销售 。 比如 ， 预订 洒店上网操作后无需送货上门 ， 只要直接去洒店享受就行了 ， 不用担心延时服务 ， 货不对板等问题 。 5 1.2 旅游电子商务 经营模式 分析 1.2.1 旅游电子商务经营模式的分类 电子商务按交易对象划分为 :商业机构对商业机构的电子商务 (Business to Business， B2B)， 商业机构对消费者的电子商务 (Business to Consumer， B2C)， 商务机构对政府的电子商务 (Business to Administrations， B2A)， 消费者对政府的电子商务 (Consume
10、r to Administrations， C2A)， 消费者对商务机构 (Consumer to Business， C2B)和消费者对消费者的电子商务 (Consumer to Consumer， C2C)等几种模式 ， 对旅游业而言 ， 电子商务主要以B2B 和 B2C 两种模式为主 。 1.2.2 旅游电子商务 B2B 模式 旅游电子商务 B2B 模式 ， 即旅游企业间电子 商务 ， 指的是旅游企业间利用计算机网络信息技术来提高彼此之间的交易效率与合作水平 ， 从而提升企业自身竞争力的商务活动 ， 旅游电子商务 B2B 具有获取成本低 ， 销售成本低 ， 销售机会多的特点 ， 旅游企业
11、通过和重要的相关企业建立电子联系 ， 使企业获取信息的成本降低 ， 中小型旅游企业则可以通过 B2B 在网络上的交易在不增加额外的费用的情况下吸引更多的客户 ， Internet 随时都在运作 ， 因此 B2B交易能达到传统的宣传所不能达到的效果 。 1.2.3 旅游电子商务 B2C 模式 旅游电子商务 B2C， 就是旅游企业与消费者之间的电子商务 ， 也即网上零售 。 旅游 企业电子商务 B2C 模式的优势主要体现在 :旅游信息查询便利 ， 旅游者可以很容易在网上检索相关信息 ； 旅游信息丰富 ， 众多旅游企业会提供尽可能多的信息以满足游客的需求 ； 个性化服务 ， 由于通过网络联系成本非常
12、低 ， 旅游企业可根据游客不同的需求设计个性化的旅游产品 ； 低成本 ， 由于无房租及大量的办公费用 ， 旅游企业可以为游客提供较低的价格 ； 面向市场广阔 ， 在网上 ， 没有地区之分 ， 只有网上 ， 网下的区别 ， 任何一家网上的旅游企业都是一个跨国企业 ， 它的顾客是来自全世界的 ， 当然它需要有相关的经营资格 。 1 第二章 MVC 三层模式 以及 JSP/Servlet 介绍 2.1 MVC 设计思想 MVC 英文即 Model-View-Controller，即把一个应用的输入、处理、输出流程按照 Model、View、 Controller 的方式进行分离 ， 这样一个应用被分
13、成三个层 模型层、视图层、控制层。 6 图 2-1 视图 (View)代表用户交互界面，对于 Web 应用来说，可以概括为 HTML 界面，但有可能为XHTML、 XML 和 Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图， MVC 设计模式对于视图的处理 仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型 (Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。 模型 (Model)：就是业务流程 /状态的处理以及业务规则的制定
14、。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是 MVC 最主要的核心。目前流行的 EJB 模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分 ，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。 MVC 设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。 MVC 并没有提供模型的设计方法，而
15、只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性。我们可以用对象编程来做比喻，MVC 定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你 能做这些。这点对编程的开发人员非常重要。 业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。 控制 (Controller)可以理解为从用户接收请求 , 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可
16、以完成什么样的用户请求。控制层并不做任何的数据处理。例如， 用户点击一个连接，控制层接受请求后 ， 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。 2.1.1 MVC 的优点 (一 ) 可以为一个模型在运行时同时建立和使用多个视图。变化 -传播机制可以确保所有相关的视图及时得到模型数据变化，从而使所有关联的视图和控制器做到行为同步。 (二 ) 视图与控制器的可接插性，允许更换视图和控制器对象，而且可以根据需求动态的打开或关闭、甚至在运行期间进行对象替换。 (三 ) 模型的可移植性。因为模型是
17、独立于 视图的，所以可以把一个模型独立地移植到新的平台工作。需要做的只是在新平台上对视图和控制器进行新的修改。 (四 ) 潜在的框架结构。可以基于此模型建立应用程序框架，不仅仅是用在设计界面的设计 7 中。 2.1.2 MVC 的不足之处 (一 ) 增加了系统结构和实现的复杂性。对于简单的界面，严格遵循 MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。 (二 ) 视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们 的独立重用。 (三 ) 视图对模型数据的低
18、效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。 (四 ) 目前，一般高级的界面工具或构造器不支持 MVC 模式。改造这些工具以适应 MVC 需要和建立分离的部件的代价是很高的，从而造成使用 MVC 的困难。 2.2 JSP Model1 和 JSP Model2 尽管 MVC 设计模式很早就出现了，但在 Web 应用的开发中引入 MVC 确是步履维艰。主要原因是在早期的 Web 应用的开发中，程序语言和 HTML 的分离一直难以实现。例 如在 JSP 网页中执行业务逻辑的程序代码和 HTML 表示层数据混杂在一起
19、，因此很难分离出单独的业务模型。这使得维护 JSP 网页非常困难，很难满足用户的变化性需求。 2.2.1 JSP Model1 mode1 1 是一个以 JSP 文件为中心的模式，在这种模式中 JSP 页面不仅负责表现逻辑，也负责控制逻辑。专业书籍上称之为逻辑耦合在页面中，这种处理方式，对一些规模很小的项目如：一个简单的留言簿，也没什么太大的坏处，实际上，人们开始接触一些对自己来说是新的东西的时候，比如，用 JSP 访问数据库时，往往喜欢别人能提供一个包含这一切的单个 JSP 页面，因为这样在一个页面上他就可以把握全局，便于理解。但是，用 Model 1 模式开发大型时，程序流向由一些互相能够
20、感知的页面决定，当页面很多时要清楚地把握其流向将是很复杂的事情，当您修改一页时可能会影响相关的很多页面，大有牵一发而动全身的感觉，使得程序的修改与维护变得异常困难；还有一个问题就是程序逻辑开发与页面设计纠缠在一起，既不便于分工合作也不利于代码的重用，这样的程序其健壮性和可伸缩性都不好。 图 2-2 8 2.2.2 JSP Model2 为了克服 Model 1 的缺陷，人们引入了 Model 2，如图 2-3 所示 图 2-3 它引入了 “控制器 “这个概念，控制器一般由 servlet 来担任，客户端的请求不再直接送给一个处理业务逻辑的 JSP 页面，而是送给这个控制器，再由控制器根据具体的
21、请求调用不同的事务逻辑，并将处理结果返回到合适的页面。因此，这个 servlet 控制器为应用程序提供了一个进行前 -后端处理的中枢。一方面为输入数据的验证、身份认证、日志及实现国际化编程提供了一个合适的切入点；另一方面也提供了将业务逻辑从 JSP 文件剥离的可能。业务逻辑从 JSP 页面分离后， JSP 文件蜕变成一个单纯完成显示任务的东西，这就是 常说的 View。而独立出来的事务逻辑变成人们常说的 Model， 再加上控制器 Control 本身，就构成了 MVC模式。实践证明， MVC 模式为大型程序的开发及维护提供了巨大的便利。 2 第三章 J2EE 应用 Web 层中的模块交换控件
22、 J2EE 应用 Web 层中的模块间数据交换控件：主要采用 Hash 表实现在不同模块或是不同页面之间的或是不同层（比如表示层和 logic 层）之间的数据交换方式，简化数据编程和提高效率以及易于维护和扩展应用，实现 Web 应用的数据流和控制流分开。 采用 java 实现设计过程 ， 并提升到支持大部分面向 对象的环境 ， 因为 Hash 表是数学和计算机领域的一个基本概念 ， 也是数据结构中一种常用的数据组织和表达方式 ， 只要语言环境可以支持面向对象和 Hash 或是类似的都可以实现这个设计 . 3.1 HASH 表 在 java 中，提供了一个散列表类 Hashtable，利用该类，
23、我们可以按照特定的方式来存储数据，从而达到快速检索的目的。 9 散列表，又称为哈希表，是线性表中一种重要的存储方式和检索方法。在散列表中，可以对节点进行快速检索。散列表算法的基本思想是：由结点的关键码值决定结点的存储地址，即以关键码值 k为自变量，通过一定 的函数关系 h（称为散列函数），计算出对应的函数值 h(k)来，将这个值解释为结点的存储地址，将结点存入该地址中，检索时，根据要检索的关键码值，用同样的散列函数计算出地址，然后，到相应的地址中去获取要找的结点数据。因此，散列表有一个重要特征：平均检索的长度不直接依赖于表中元素的个数。 散列表最重要的一个指标是负载因子，即散列表中结点数目与表
24、中能容纳的总结点数的比值，它描述了散列表的饱和程度，负载因子越接近 1.0，内存的使用效率越高，元素的寻找时间越长，同样，负载因子越接近 0.0，元素的寻找时间越短，但内存的 浪费越大。 Hashtable类缺省的负载因子为 0.75. 3 3.2 DTO(数据传输对象 ) 数据传输对象，是在绝大部分应用中都需要这样的对象，用以数据的传递，载放和操作，常用于设计控制流和数据流分开的应用 3.3 简单测试类的分析 见附录程序 3-1，结果 3-2 3.3.1 分析 整个文件就是用到两个主要的对象： import mon.transdata.BsFormData; import mon.trans
25、data.BsFormTable; 这就是 H DTO 的主要成员，一个是装载数据对 象，一个是表对象。他们之间的关系是： BsFormData 可能包含多个 BsFormTable BsFormTable 可能包含多个 BsFormData BsFormData 是应用的入口，当作一个总的数据对象，其中容纳多个表（ BsFormTable）和多个 Field（ BsFormField）， BsFormTable 又可以创建记录 (BsFormRecord)，记录的表示也是通过 BsFormData，所以 BsFormData 与 BsFormRecord 又内在的联系。 该模式实现的目标是：
26、实现层次间（比如 MVC 模式的控 制层和模型层、表示层与控制层）、对象间（比如一个控制类和一个显示页面）数据的有效传输和管理；在 Web 应用中可以结合Session 实现数据的有效转移；在普通应用中可以实现数据合理组织和分发。 3.4 主要 相关 类图 10 图 3-1 第四 章 应用系统开发环境及工具 4.1 开发环境 JSP（ IAVA SERVER PAGES）是由 Sun Microsystems 公司倡导、许多公司参与一起建立的一种动态网页技术标准，其在动态网页的建设中有其强大而别特的功能，现介绍如下： (一 ) JSP 的优点 a) 将内容的生成和显示进行分离 使用 JSP 技
27、术， Web 页面开发人员可以使用 HTML 或者 XML 标识来设计和格式化最终页面。使用 JSP 标识或者小脚本来生成页面上的动态内容（内容是根据请求来变化的，例如请求帐户信息或者特定的一瓶酒的价格）。生成内容的逻辑被封装在标识和JavaBeans 组件中，并且捆绑在小脚本中，所有的脚本在服务器端运行。如果核心逻辑被封装在标识和 Beans 中，那么其他人，如 Web 管理人员和页面设计者，能够编辑和使用 JSP 页面，而不影响内容的生成。 在服务器端， JSP 引擎解释 JSP 标识和小脚本，生成所请求的内容（例如，通过访问JavaBeans 组件，使用 JDBCTM 技术访问数据库，或者包含文件），并且将结果以 HTML（或者 XML）页面的形式发送回浏览器。这有助于作者保护自己的代码，而又保证任何基于 HTML 的 Web 浏览器的完全可用性。
