机票预订系统系统分析报告

2024-08-21

机票预订系统系统分析报告（通用11篇）

篇1：机票预订系统系统分析报告

编号

机票预订管理系统系统分析分析报告

学生姓名刘秀专业软件工程学号 130521315 指导教师学院

尹大力计算机科学技术学院

二〇一六年4月

一、系统开发项目概述.........................................................................................1.1名称.............................................................................................................1.2开发目标.....................................................................................................1.3主要功能....................................................................................................二、系统目标和开发可行性.................................................................................2.1系统目标.....................................................................................................2.2.1 技术条件方面的可行性.................................................................2.2.2法律方面的可行性..........................................................................2.2.3经济可行性......................................................................................2.2.4操作可行性......................................................................................三．现行系统调研情况.........................................................................................3.1 组织结构图................................................................................................3.2业务流程图.................................................................................................四．新系统的逻辑方案...........................................................................................4.1 数据流图....................................................................................................4.2 数据字典....................................................................................................4.3 数据处理逻辑............................................................................................

篇2：机票预订系统系统分析报告

实验项目：机票预订系统

实验地点：致远楼

专业班级：软件

学生姓名：王帅指导教师：崔冬华软件工程

本科实验报告

301

1222班学号：2012005610

2012年5月13日

软件工程

《可行性研究报告》

1、编写目的

可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。

经过对此项目进行详细调查研究，初拟系统实验报告，对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。明确开发风险及其所带来的经济效益。

2、概述

项目名称：航空公司机票预定系统。项目用户：航空公司。

开发成员：王帅、王杰、王春来、王舒洋、王晓磊。

项目目标：建立一个高效率、无差错的航空公司机票预定系统。

3、背景：

随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费者也越来越多，机票预订系统也开始影响着人们日常生活和出行，并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高，已经变得无法满足需求。原有的系统不仅效率比较低下，而且在安全性、准确性等方面有很多不足。

为了实现航空公司以及旅游行业的现代化管理，进一步提高工作效率，方便旅客，需要开发一个机票预订系统。该系统需要具有完整的存储，查询，核对，打印机票的功能。

在这个系统中，旅客或工作人员在网上或旅行社的机票预售代理点，通过计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印机票给旅客。

4、目标：

在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界

软件工程

面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息，为旅客提供快捷、方便的服务。总之，这个系统要求能够实现实时，高效，便捷，完善，安全性好等特点。

主要功能：为游客提供机票预订服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率。

性能要求：机场提供的信息必须及时反映在旅游局的工作平台上。售票系统的订单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。

输出要求：数据完整，详实。输入要求：简捷，快速，实时。

安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和订票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。

今后随着计算机技术以及网络技术的迅速发展，电子商务正逐渐成为Internet应用的一个重要领域。电子商务也必然对航空公司和旅行社的机票销售模式产生深远的影响，所以将来的机票预订系统必然与网络相结合，产生基于WEB的机票预订系统。另外将机票预订呼叫中心与订票系统的结合也可以为客户提供更加人性化的服务。系统实现后，可以大大提高旅游局的机票预订服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。

5、系统规模与功能: 1.系统存储航空公司每日航班信息：系统存储航空公司每天的航班信息，并且建立为表让旅客可以方便查询；

2.系统建立新航班：系统也可以根据旅行社的需求及旅客的需求建立相应的航班；

3.系统处理订票信息：系统根据旅行社提供的旅客订票信息，为旅客安排航班；

4.系统打印取票通知单和帐单：当旅客交付了预订金后，系统打印出取票通知和帐单给旅客；

5.系统出票：旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客；

软件工程

6.航班信息中心：包括各航班飞机的乘载情况等信息； 7.对于本系统还应补充一下功能：(1)．旅客延误了取票时间的处理(2)．航班取消后的处理(3)．旅客临时更改航班的处理

8.系统的外部输入：旅客、旅行社和航空公司。

9．注意事项：在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。

6、经济可行性

这个系统是一个小型的数据库系统不需要投入太多的人力物力，但是系统一旦投入使用将大大减少航空公司的投入和人员管理工作量，提高工作效益。

成本/效益分析结果，效益>成本。

7、技术可行性

在计算机网络、数据库和先进的开发平台的基础上，使用JSP技术，在加上好的硬件支持，和高速的校园网络，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统是可行的。在加上扎实的理论知识和一些开发经验。在现有的技术条件和硬件条件的支持下开发机票预定系统被证实为可行的。

本系统使用的操作系统和数据库是目前最为普及和成熟的一种系统开发软件。从这种软件过去使用、升级情况和软件商所承诺的今后软件发展情况分析，系统软件应支持原系统版本上的各种应用正常使用。因而，该机票预定系统不存在技术问题。（服务器采用Windows最新系统，利用 MySQL 最新数据库系统）

软件工程

经过调查分析，得到目前航空公司机票预定系统流程图如下：

客户开购票证明购票证明开购票发票发票收费机票单机票客户图一

系统管理员事务航班信息的更新产生报表服务器终端显示数据系统管理员查询请求产生报表数据库客户机终端显示数据系统管理员表单申请产生报表客户机终端显示数据系统管理员机票核对事务产生报表及帐单在客户端打印机票和帐单图二

8、操作可行性

目前，市场经济已经覆盖了全国各个地区，大中小型发达城市，从而满足了人们日益增长的物质需求。人们物质文化水平的不断提高和科学技术的不断进步以及人们对快速高效的工作效率要求不断的提高，为我们开发使用机票预订系统打下了坚实的基础。

软件工程

9、法律可行性

1）、不违背法律

2）、所有软件都选用正版.3）、所有技术资料都由提出方保管。4）、合同制定确定违约责任

10、结论

从公司提出的需求，以及目前公司规模情况和各种资源情况（机器、操作系统、软件工具、网络、技术人员素质等）看，该系统开发在技术上是完全可以实现的。而且能保证系统最终的使用效果，性能可以达到目标。

篇3：机票预订系统系统分析报告

1 研究背景与研究目的

1.1 研究背景

选择航空出行已经成为现代人普遍选择的一种交通工具, 发展了近一个世纪之久的航空客运是现有交通方式中最为快速和便捷的。人们是越来越习惯航空客运给大家日常生活和出行带来的确确实实的改变和极大便利。所以一个功能完善的机票预订信息管理系统可以带给现代人一种更为便利的预定方式, 对人们的日常生活尤为重要。如今网上预订管理体系的研究开发中存在着很多误区和问题, 预订机票的流程频繁更新, 企业异构平台上不同系统之间信息搜集、归整和传递的困难等, 这些难题或多或少阻碍并误导了网上机票预订管理系统的设计过程。由于HTML技术和WEB服务不仅可以为解决这些问题提供技术和环境支持, 而且它为动态互动平台的实施提供了有效的平台页面支持。想为旅客提供一个快捷、便利的购票渠道需要设计和完善一个完整的基于Web的机票预订管理系统。

1.1 研究现状与发展趋势

1.1.1 研究现状

从社会经济发展的角度来看, 全球网络信息化是人们在网络上的信息活动规模持续扩大以至于信息化在国民经济中慢慢起主导作用的过程。随即网络的蓬勃发展, 电子商务也在飞速发展着。现代电子商务的发展方式也很广阔, 机票预订管理体系就是其中一种崛起较快的新兴电子商务方式, 它迅速的发展, 彰显了它本身巨大的现代商业价值。网上机票预订体系打破了旧的工作模式, 它通过网络使航空公司的信息面对整个世界, 为用户提供每天24小时的全天候服务, 同时也打破了在时间、地域等限制条件, 成为方便、快捷、安全可靠的新型电子商务活动模式。

1.1.2 发展趋势

为满足客户需求和经济利益, 经营者不断地寻求扩大营销机会、提高服务水平、降低管理成本和提升客户满意度的新理念来增强核心竞争力。在中国的航空信息化已有20多年历史的背景下, 信息化管理体系已经成为中国航空事业提高管理水平非常重要的工具。网上机票预订管理系统是一个面向广大用户的预售终端, 必须具备大中华审美观, 使得操作简单易懂、流程顺畅、订退票效率高的特点, 迎合市场的实际需求, 融合机场的实际业务运作特色和体系管理需求, 设计要体现当前航空客运最先进的体系管理思想。

2 系统需求分析

本系统在需求分析阶段的基础上, 将对机票预订系统的概要设计进行详细说明。主要呈现系统需求的程序模块, 包括单个模块的设计, 模块与模块之间的接口、模块之间的信息传递以及数据结构的设计等。通过对概要设计的详细说明, 设计时可参考概要设计报告, 在下一阶段的设计过程中完成所需要的各模块设计结构, 或者边修改设计边找出在本阶段设计还需要改进的地方。

2.1 性能需求分析

因为系统本身较小, 程序响应时间可能会出现误差, 但是在数据读取量大小方面能够处理较大的数据量。运行系统一般都希望能够长期、安全、稳定、可靠、高效的完成, 这也是系统都需要具备的性能需求。

2.2 功能需求

在需求分析中功能需求分析可以让程序员对程序设计整体需要实现的功能有一个总体的架构, 解决设计人员在设计时的代码设计顺序问题。本系统用于网上机票预订, 其终端操作界面需要实现功能是用户的登录注册和机票信息的查询与预订。需求分析阶段主要工作就是系统分析工作, 工作的全面总结和主要成果是可行性研究报告。

3 系统设计

3.1 系统总体设计

机票预订管理系统的总体设计包括前台设计与后台管理设计两部分, 后台管理模块又分为航空公司信息管理、航班管理、会员管理、订票管理, 主要是为了实现管理员对各类航空信息的管理和管理员对注册用户的管理。前台模块分为登陆注册、查询机票、机票预订、退票, 主要是为了给用户提供一个方便简洁的查询预定界面, 具体功能模块如图1所示。

3.2 系统前台设计

前台客户服务系统包含3个字系统: (1) 查询系统:查询该系统中剩余的机票信息。 (2) 订票系统:终端用户进行需要预订的航班信息。 (3) 退票系统:终端用户可以对自己已经预订了但是又有其他原因不需要了的机票进行退订。

前台界面就是给用户提供一个平台, 一个为用户提供不受时间地域等因素限制的机票预订页面。由于用户为终端操作者, 所以终端界面必须具备操作流程简单, 界面内容言简意赅, 易浏览等特点。使用户有一个快捷实用的订票系统。

3.3 系统后台设计

系统设计的后台部分是数据库设计, 数据库用来存储大量数据信息以供前台的调用和输出使用。数据库设计的合理性将最直接的影响到系统实现的稳定性、安全性及可维护性, 同时也会影响到后期代码的编写。在了解了总体系统设计后, 将详细介绍后台数据库系统设计中各部分信息表的存储结构。

3.4 代码设计

管理员进入后台信息管理系统, 包含航空公司管理、航班管理、用户管理、订票管理。点击后台管理并输入管理员用户名和密码进入后台管理员界面, 如图2所示。

后台信息管理对应的部分核心代码如下:

4 结语

本设计的系统开发是一个网上机票预订系统的设计与实现, 该系统的功能主要包括基本的查询系统、订票系统、退票系统;这些功能都满足了客户对机票预订系统的使用需求和对信息检索的要求。能够实时的更新航班信息和航空公司的信息, 不会出现信息错误而导致的预订过程的错误。可以按用户的要求随时进行订退机票的处理。

参考文献

[1]王国辉等.ASP.NET数据库系统开发案例精选[M].北京:人民邮电出版社, 2011.

[2]胡燕.数据库技术及应用[M].北京:清华大学出版社, 2012.

篇4：机票预订系统系统分析报告

关键词：MVC；酒店预订系统；系统设计

中图分类号：TP311.52文献标识码：A文章编号：1007-9599 (2012) 02-0000-02

Summarized Design of Online Hotel Reservation System Based on MVC

Tang Wenhao,Liu Weishuai,Wang Qiang

(Computer College,Sichuan University,Chengdu610065,China)

Abstract:This system is a J2EE database system that uses the MVC(Model -View-Controller)framework developed.This article describes the summarized design of online hotel reservation system,makes a specific description of the system architecture design and component design.Given the classification of the model components and a variety of packages in the component design,and make a necessary explanation with the content of the package.

KeyWords:MVC;Hotel reservation;System design

一、引言

商务网站设计的主要目的一般是通过网站的推广，实现企业的产品及服务的互联，并使客户可以随时了解企业以及企业的最新产品及资讯，并为客户提供及时的在线服务及订单处理等功能。而且还能通过Internet、企业内部和企业外部，将企业和客户紧紧结合在一起，使得客户与企业的交流更加及时、快捷。

二、体系结构设计

系统主要功能：

（1）网站首页；

（2）酒店介绍；

（3）客房介绍；

（4）客房预订；

（5）留言簿；

（6）会员操作：

1）会员注册；

2）会员个人界面；

（7）后台操作：

1）酒店资料录入；

2）预订资料管理；

3）客房入住情况录入。

本系统采用MVC体系，其结构大致如下：

图1 MVC体系结构图

三、构件设计

根据上述结构体系分析，可知本系统主要由三大构件组成，即控制组件、视图组件、模型组件。由于采用struts框架，控制器部分只需配置相应的配置文件即可，故不作讨论。另视图构件都为基本JSP页面及flash动画，也不作讨论。

模型构件从逻辑上可以分为两大类，分别为业务逻辑构件和服务操作构件。

业务逻辑构件：由封装各个业务逻辑实体的类组成，包括model和util两个包。

服务操作构件：由封装针对每一业务逻辑实体操作的类组成，包括service、dao以及action三个包。

model包：该包由封装各个逻辑实体的类组成，每个类的属性即为各业务实体的有关属性，类中只有各个属性的SETTER以及GETTER方法，是javabean。

util包：该包中只有一个DB类，负责封装系统与数据库接口的连接信息。

dao包：包含针对每个业务实体类的数据库相关操作，借助于上述DB类的实体，避免了本包中每个类重复编写获得与数据库连接的代码。由于每个类的功能非常相似，都是对数据的增查删改，只是针对的实体和表不同而已。

表1 dao包中类的简单描述

类名简单描述

userDAO.java封装针对user表的增查删改操作

orderDAO.java封装针对order表的增查删改操作

messageDAO.java封装针对message表的增查删改操作

roomDAO.java封装针对room表的增查删改操作

roomstatusDAO.java封装针对roomstatus表的增查删改操作

roomstyleDAO.java封装针对roomstyle表的增查删改操作

remessageDAO.java封装针对remessage表的增查删改操作

Admin.java封装针对admin表的增查删改操作

service包：作为dao外面的一层，其主要作用是对参数作预处理以及调用相关dao中的函数，。作为服务逻辑层，这个包中的类更关注业务逻辑实体，而不是数据库中的具体表，因此更符合用户的思维。

表2 service包中类的简单描述

类名简单描述

UserServic.java封装对用户的各种操作，例如登陆、修改、查询用户信息等

MessageService.java封装对留言的各种操作，例如查询、回复留言等

OrderService.java封装对订单的各种操作，例如查询、添加、修改订单的状态等

RoomService.java封装对房间的各种操作，例如查询、修改房间状态、价格等

NewsService.java封装对酒店消息的各种操作，例如添加、删除、修改消息

service包中的类，本身没有其他属性，其提供的方法也只是调用dao中的其他方法，向dao包中传递参数或者从dao包中得到数据表中的具体数据，供外层action和JSP頁面使用。

action包：包含直接与页面交互的类。通过Struts的配置文件，指定页面各表单所对应的action类，执行相应的动作。再通过返回的字符串，确定跳转的其他action类或者JSP页面。包中类的属性就是model类的各个实例，用于封装从页面或者从数据库得到的各实体信息，主要方法是调用相应service提供的接口，实现具体业务操作。

参考文献：

[1]张蓓,赵国锋.JSP数据库通用模块开发与系统移植[M].北京:清华大学出版社

[2]谭浩强.web数据库设计与开发[M].北京:清华大学出版社

[3]张桂元.Struts开发入门与项目实践[M].北京:人民邮电出版社

[4]张大玮,马传宝.SQL Server数据库项目案例导航[M].北京:清华大学出版社

[作者简介]唐文壕（1989-），男，四川大学计算机学院，计算机科学与技术系，本科；刘伟帅（1990-），男，四川大学计算机学院，计算机科学与技术系，本科；王强（1990-），男，四川大学计算机学院，计算机科学与技术系，本科

篇5：机票预订系统系统分析报告

1．时间

这个项目从接受xx航空公司的委托起，经过问题定义，可行性研究，需求分析，总体设计，详细设计，编码，综合测试，历时30个工作日。

2．花费

设备支出：7000元人员支出：8万元

3．人员

小组成员：张贺张华翔熊亨胡登启汪珂李达肖彬彬杨永霞

4．遇到的问题

该机票预订系统采用传统软件工程方法学开发，按照瀑布模型依次进行问题定义、可行性分析、需求分析、总体设计、详细设计、程序编码、程序测试、程序的维护等步骤。

在整个软件开发的过程中，主要困难就是小组对每个环节所需要的工作不是十分清晰，只能按照模版来进展，在进行的过程中也出现过一些错误，下边进行逐一分析：在需求分析阶段的时候，数据流图的确定花费了较长时间，在之后开发的过程中，也是不断的改进，尤其是开发到后序阶段的时候，前期工作的一丝变动，都会给后期的工作带来很大的影响。在数据字典的编制阶段，由于最初的时候，组长对数据字典的用途及意义没有了解透彻，延误了数据字典编制进度。在总体设计的和详细设计的阶段，小组每个成员对总体设计以及详细设计的方法掌握都不是十分牢固，这一方面还需要每个同学继续认真学习软件工程设计方法。在编码调试阶段，由于没有及时制作出系统的设计说明书，用户界面设计的时候产生了一定的障碍及阻力。

5.软件开发总结

经过这次软件开发的经历，我们小组的同学都从中学到了知识。从开始时的无从下手，到后来对自己负责阶段的谙熟于心，经过理论与实践的结合，我们对一个软件开发的总体过程有了深刻的了解，知道了每个阶段应该做什么，每个阶段应该怎么做。在培养了我们专业知识的同时，也强化了我们的团队意识，之前我们的课程设计都是以个人为单位进行的，大部分同学都没有团队协作的经验，完成这次软件开发的工作之后，我们小组的同学对团队有了新的认识与理解，作为一个团队，我们每个人都有自己任务与责任，每一个人对开发进度的影响都是至关重要的，尽管组长的调度能力不强，我们小组的每一名同学也都认识到了这一点并且认真的完成了自己负责的任务。

篇6：15酒店预订管理系统

【项目背景】

随着酒店宾馆等服务行业的不断发展和规模的不断扩大，为了更好地开展酒店的预订工作，提高酒店的经营效率，一个属于酒店自己的预订系统显得很有必要。因此酒店预订管理系统越来越受到欢迎。

【功能需求】

酒店预订管理系统主要是供酒店领导、酒店员工和酒店客户使用，其前台和后台的各项功能分别如下所示。

客户端功能

 新用户的注册、登录。

 用户修改密码和自身资料。

 提供酒店可预订资源列表，供客户预订。

 用户可以查看自己的订单情况。

管理端功能

 资源管理，酒店管理员可以对酒店里可预订资源进行管理。

 订单管理，对用户提交的订单进行处理。

 用户管理，对注册用户进行管理，主要是查询和删除功能。

 管理员管理，对管理员的账户进行增、删、改等功能。

管理端分为超级管理员和普通管理员，对于酒店的资源管理，只能由超级管理员进行，而普通管理员只有对订单和用户管理的权限。

【技术功能需求】

篇7：机票预订系统系统分析报告

为加强信息化建设，确保各项生产经营工作顺利开展，公司运用了机票销售系统。下面我从几个方面详细介绍该系统：

系统的建设项目，其建设目的为随着电子商务技术的发展，航空公司将此机票销售系统进行了推广。大三峡国际旅行社使用机票销售系统，主要目的是为了与国际航协、民航售票系统接轨；更好的拓展与航空公司的业务、提高旅游的服务质量及层次；给更多的旅行者提供便捷的服务。建设部门和该项目的开发公司。建设部门是大三峡国际旅行社票务部门。开发部门为湖北民航凯亚有限公司、天行健商务有限公司。湖北凯亚有限公司开发的ETERM系统投入运行的时间在1999年10月,系统使用的时间为七年零八个月。天行健商务有限公司开发的Echo Messenger小太阳软件。天行健商务有限公司最初的安装费用4000元，每开发一个终端口，月租费为：每个端口每个月收取100元月租费用。系统的主要的功能：两套系统现在已经是民航售票专业化系统软件,都是经过测试通过的产品。ETERM系统功能：该系统直接和民航公司售票系统连接，可以直接进行查询、订座、售票。Echo Messenger小太阳软件(用于查询、定座)，其中在另外的销售代理点有七台计算机已经装有天行健公司的小太阳软件。

该系统的应用效果：在没使用这两个系统之前，都是手工开取票据到民航公司去领取机票，每年财务对帐都要用手工的票据对帐。这样以来，出现了工作效率低，工作量大的弊端。当时每年的售票数在五千张，销售额小于一千万元。

使用该系统后，能为旅客做到及时的查询、定座、售票，第一时间内出票，这样便捷的服务也为公司带来更多的业务，逐渐形成了一个小的产业链，带动了旅游业务的发展，使用该系统后每年的售票数在一万张，销售总额在一千七百多万,每年都在成阶梯状成逐年上升。

可以看的出来，该系统的使用提升了公司的管理水平和服务质量，增加了公司每年的营业额，带动多了公司的旅游业务，为旅客提

篇8：机票预订系统系统分析报告

随着大学扩招的不断进行,全国大学生的数量不断增加,每年寒暑假大量的学生要乘火车回家,这给车站正常的售票工作带来了极大的压力。

如果可以利用日益普及的网络,以及针对学生群体订票的特点开发出简单易行、并能解决现行学生订票方法运作过程中存在的诸如预订成功率不高、手续繁杂、工作效率低下等问题的高校学生火车票网上预订以及基于优化方法的配票系统,将极大地提高订售票效率,节约成本,方便学生,取得良好的经济和社会效益。

1 现状研究

1.1 现行学生订票采用的方法及存在的问题

1.1.1 表格登记预订方法

1) 表格登记预订方法概述。此方法是使用时间最长、专门针对学生群体的订票方法。该方法是车站给每个学校的学生按班级发放预定火车票的表格,学生自主填报乘车方案,然后车站把这些信息收集起来,由车站的售票员依次输入订票系统,有满足学生的要求的就打印车票出来,直到把所有学生的订票信息全部输入核实为止。最后将打印出的车票再返回学校下发,并收取票款。

2) 表格登记预订方法的弊端。通过仔细分析,可以知道此方法在实施过程中存在很多的弊端和不足,主要有以下几个方面:

(1) 预订成功率低。因为表格信息容量有限,每个人几乎只有一个乘车选择方案,预订成功率很低,也很容易造成某天某车次订票人数过多,无法满足每个人的订票要求,同时可能出现某车次某天预订人数较少,车辆不满员的情况。而预订失败的学生将大量涌向售票点,造成车站的售票压力骤增。

(2) 工作效率低下。几乎所有的工作都由人工操作完成,极大的增加了车站工作人员的工作量,这对寒暑运期间本来就超负荷运转的客运站简直是雪上加霜。

(3) 票款的回收风险大。由于是人工收取票款,可能出现收取假钞、票额错误等问题,并且大量的现金回送也存在风险。

(4) 无法挖掘利用学生预订信息的价值。由于是利用纸张表格收集的信息,那些可以为车站临时增开列车方案提供理论和基础客流数据支持的预订失败的学生信息,不能汇总分析,把本来很有价值的信息浪费掉了。同时也导致了车站对剩余学生未来的乘车方案完全不了解,无法制定最佳的列车开行方案。

(5) 不公平。人工将订票信息输入车站售票系统,是按照一定的顺序进行的,无法实现随机选取,排在表格后面的学生预定成功的几率将大大降低,这样对很多人是不公平的。

1.1.2 车站至学校现场售票方法

此方法是最近1～2 a车站实行的针对学生群体的订票方法。该方法的实质是车站将售票窗口从车站搬到了学校, 实行现场售票。

虽然与表格预订方法相比较手续简化了很多,但是其实质和表格预订方法没有区别,同样具有表格预订法存在的弊端,并且增加了些新弊端。主要有以下几个方面:

1) 增加车站售票成本。由于要将售票窗口搬到学校,这样就需要额外投资一些计算机、网络线路等设备,还要增加售票人员的数量。

2) 购票成功率更低。由于车站一般在一个学校只现场售票1 d,这就导致很多学生排很长时间的队,仍然不能买到车票。

3) 影响学校的正常教学秩序,并且影响学生期末正常的考试复习安排,使学生怨声载道。

1.1.3 网上或电话或短信预订[1,2]

现在有些铁路旅客运输单位(例如南昌局南昌站)已经开通面向一般旅客和学生的网上、电话或短信预订车票的渠道。通过对已实行的电话订票流程的分析,这种方式也是单张订单操作,无法提升效率,也不能对订单实行优化处理。还有就是学生身份认证,特别是乘车区间的认证工作还是要人工完成。相对比以上几种方式,优越性得不到体现。

通过对上面几种订票方式的分析,可以看出这些方法都不能很好地解决高校学生的订票问题,因此寻找研究一种高效、方便、低成本运作的方法,无论对车站、学校还是学生都具有非常大的现实意义。

而采用目前流行的C#、ASP.NET、SQL数据库等技术开发;采用B/S系统体系结构开发的专门针对学生群体的火车票网上预订系统可以非常好的解决上述方法存在的问题。

2 学生票网上预订系统的方案探讨

2.1 系统整体架构

网上预订车票[5]和车站自动售票系统的整体构架如图1所示。

系统可分为4大部分,即网上预订、配票优化、校园卡支付和自动打印车票4部分。

网上预订、配票优化部分都利用Internet与后台服务器直接相连,而校园卡结帐部分以及打印车票部分的数据和预订、配票优化部分处理后的数据之间是物理隔离的,数据通过导出文件人工传递,这样就保证了数据安全。

2.2 系统功能模块

系统可以完成网上查询、预订车票,配票优化以及校园卡支付票款、自动打印车票等功能。具体可分为4大功能模块:网上预订、配票优化、校园卡支付和自动打印车票4部分。

2.2.1 网上预订模块

高校火车票预订系统的网上预订部分逻辑流程如图2所示。

2.2.2 学生票分配优化模块[4]

学生票分配优化是指在充分掌握学生车票预订信息的基础上,利用计算机信息优化技术,按照一定的方法,将车站可以售给学生的车票有选择地分配给符合优化条件的学生,以期使某个特定的目标最优化。

以往售票方法预订成功率不高的原因主要是学生开始可选择的乘车方案太少,导致各车次、各天之间预订人数不均,不能有效地分散。现在实行网络预订,信息的容量已经不是问题,可以给每个学生提供很多可选的乘车方案。然后按下面的流程工作:

1) 统计每车次每天的预订总人数(首选乘车方案)。

2) 车站工作人员根据车站拥有的票额数量,结合每车次每天预订人数进行配票。

3) 配票工作完毕后,按下面的算法进行配票优化。

开始;

第1步将票多人少的车次车票分配给首选乘车方案是该天、该车次的学生

foreach( 将预订人数比配票数量少的车次(包含日期)记录依次取出)

{

函数 UpdateBookstate1 负责将车票分配给车票预订时首选乘车方案是该天、该车次的学生

UpdateBookstate1(车次,日期);

}

第2步将多余的票分给其他选择是该车次和该天的学生

foreach(将有车票剩余的车次记录依次取出)

{

函数 UpdateBookstate2 将多余的票分给其它选择是该车次和该天的学生

UpdateBookstate2(车次,日期);

}

第3步将票少人多的车票随即分给前面没有预订到车次的学生(首选乘车方案)

foreach(DataRowView drv in dv1)

{

SqlC.UpdateBookstate3 (车次,日期);

}

结束。

2.2.3 学生卡支付票款模块

将预订成功的学生所需支付的票额信息,和学生校园卡的帐户信息连接在一起,从相应的帐户中划拨与票额相等的票款[5]。

2.2.4 成批打印车票模块

以往打印车票都需要人工输入,不仅效率很慢,并易出现错误,现在做一接口,将预订成功的学生预订信息,输入售票主机,按班级或院系集中打印,效率大大提高,并不易出现错误。

3 系统实现

系统主要分2大部分:学生预订车票部分和车站分配车票部分。两大部分都已稳定运行,实现了系统开发前期预想的全部功能。限于篇幅,在此只举一些比较重要的功能实现界面。

3.1 学生预订车票部分的实现

1) 订票结果查询。当车站配票完毕后,每个学生登录后可以查询到自己的预订结果,如图3所示。

3.2 车站分配车票部分

1) 学生专列开行的决策支持界面[7]。

以往学生专列方案的开行,更多的是依靠经验和主观臆断,该系统可以在配票前和配票后,统计出支持学生专列方案的开行的基本信息。列车工作人员,根据给出的决策支持信息,结合运行图等其他条件,选择某个方向上的学生专列的开行日期和沿途停靠站,按提交按钮后,得到图4所示的界面。

2) 车票打印和电子结帐界面。

该部分的功能是车票打印和电子结帐界面,实现车票批量打印和电子结算,其界面如图5所示。

4 结束语

“高校火车票预订管理信息系统”可以解决当前高校学生预订客票的实际困难,为提高高校在预订和分发铁路客票管理工作的效率,可用于铁路车站在寒暑假期间对多个院校大批量售票的管理。

主要功能及特色之处:

1) 该系统采用目前流行的C#、ASP.NET、SQL数据库等技术开发;采用B/S系统体系结构,实现学生网上订票,并利用网上订票信息容量大,可反复进行订票选择,能提供多个选择方案的优势,利用计算机对数据进行优化,以期达到最后的最优解;

2) 学生根据自身情况,进行第一次网上订票(最多可以选择16种乘车方案或更多),车站根据统计数据和自身情况,配票并优化结果。之后公布选订结果,同时显示哪些车次是否有票,是否有座等,没有订到票的学生再进行第二次网上订票,如此重复多次,给学生提供多次选择的机会,尽量避免出现一次订不到票就要到车站排队购票的情况,减少车站售票压力;

3)与现行的校园卡进行整合,办理票款支付等手续。使得火车票预订的效率和效果有望得到大幅提高。

4) 成批打印车票,提高工作效率。

参考文献

[1]孟晓明.网络环境下的电子商务安全[J].计算机应用研究,2006(1):114-116

[2]郝万雍.推广铁路自动售票机增强客运市场竞争力[J].2005,15(17):281-282

[3]宋晓阳.ATM机自助售票系统的设计与实现[J].2001,28(10):34-36,39

[4]杨琳洁.网上订票系统的研究与应用[J].铁路计算机应用,2004(10):30-32

[5]汤代焱.管理运筹学[M].长沙:湖南大学出版社,1997

[6]杨林.银行卡在建立自动售票系统中的应用[J].电脑与信用卡,1999(2):37-39

篇9：机票预订系统系统分析报告

关键词：机票；同程网；去哪儿网；携程网；3u8757

随着人们生活水平的提高，人们对各方面的要求也越来越高，传统的订票方式已经满足不了人们的需要，所以，就产生了网站订票方式，改变了航空公司的直销模式，但同时也大大的提高了运行方式。人们不仅在乎订票方式，更在乎票价和性价比，所以，就有了行业竞争。

一、同程网去哪儿网携程网概况

（一）同程网。同程网络科技股份有限公司（简称同程旅游）成立于2004年，经过数年的时间在旅游在线市场的成功运作，同程网已成为国内一流的旅游电子商务平台之一，也是中国唯一拥有B2B旅游企业间平台和B2C大众旅游平台的旅游电子商务网站。总部位于中国苏州工业园区，经过近十年的创业历程，公司已进入中国在线旅游的前列。公司现有员工1500余人，注册资本600万元，业务涵盖酒店，机票，景点门票，自助旅游在线预订，旅游信息化，旅游软件开发，旅游目的地资讯及攻略等方面。

同程网是中国一流式的一站式旅游预订平台之一，网站拥有国内齐全的旅游产品线。提供国内20000余家及海外100000余家酒店预订，覆盖全国所有航线的机票预订，8000余家景区门票预订，200多个城市租车预订，境内外品质旅游度假预订。在行业内首创“先行赔付”和“点评返奖金”等特色增值服务，成为中国增长速度极快的旅游预订平台。

（二）去哪儿网。去哪儿网是一个旅游搜素中文在线旅行网站，创立于2005年2月，总部在北京。作为一家创新的技术公司，去哪儿网致力于为中国旅游消费者提供全面，准确的旅游信息服务，促进中国旅游行业在线化发展，移动化发展。去哪儿网为消费者提供机票，酒店，度假产品的实时搜索，并提供旅游产品团购及其它旅游信息服务，为旅游行业合作伙伴提供在线技术，移动技术解决方案。

2005年2月去哪儿网成立，作为中国首创的旅游搜索引擎，这是中国旅行者第一次可以在线比较国内航班和酒店的价格和功能。

去哪儿网是通往全球发展最快，潜力无穷的中国旅游市场，以及接触广大在线旅游消费者的通行证。目标是协助消费者搜索到最有价值的机票，酒店，签证，度假线路和其它旅游服务。同时，我们帮助广告主有效地针对这些高质量的，具有很高消费潜力的旅游者，提供多元的，定位于品牌推广以及促成销售机会的各类广告形式，令企业得以在市场中更精准的定位目标受众，并在竞争中赢取先机。

（三）携程网。携程网是一个在线票务服务公司，创立于1999年，总部设在中国上海。携程旅行网拥有国内外六十万余家会员酒店可供提供，是中国领先的酒店预订服务中心。携程旅行网已在北京，广州，深圳，成都，杭州，厦门，青岛，沈阳，南京，武汉，南通，三亚等17个城市设立分公司，员工超过25000人。

携程网成功整合了高科技产业与传统旅行业，向超过了9000万会员提供集体酒店预订，机票预订，度假预订，商旅管理，特惠商户及旅游资讯在内的全方位旅行服务。携程网除了在自身网站上提供丰富的旅游资讯外，还委托出版了旅游丛书《携程走中国》，并委托发行旅游月刊杂志《携程自由行》。

2003年12月，携程网在美国纳斯达克成功上市。该公司的运营原则是：秉持以客户为中心的原则，以团队间紧密无缝的合作机制，以一丝不苟的敬业精神，真实诚信的合作理念，创造多赢伙伴式合作体系，从而共同创造最大价值。

二、以3u8757航班为例，比较三大网站存在的价格比较

（一）3u8757航班从3月28日—4月16日在同程网、去哪儿网、携程网价格统计。四川航空3u8757，空客A330， 18：20从成都双流机场T1起飞，21：40到达三亚凤凰机场，约两小时四十分。下面是同程网，去哪儿网，携程网，从3月28日——4月16日，连续20天统计的3u8757航班机票价格（表1）。

（二）3u8757航班从3月28日—4月16日在同程网、去哪儿网、携程网价格分析。通过统计，我们用线性图表（图1）做分析，可以看出去哪儿网在机票价格上多数时间都处于最低的状态，携程网和同程网在不同时段相对较低。此外在价格区间中，4月3日前后，进入清明节，机票价格较高。说明机票变动性较大，特别是在节假期期间和旅游旺季期间，无论是去哪儿网、携程网还是同程网，价格都比较高。但是，去哪儿网依旧是三个网站价格最低的。

三、选择性的购票推荐

综合其他时间段和其他航班的价格再进行比较可以得出三大网站各有特点。

同程网的特点：折扣多，返现高，舱位选择性多，选择性明确价格适中，价格浮动高。

去哪儿网：价格低，折扣回报多，但是舱位选择性少，价格浮动不高。

携程网：优惠政策多，套餐活动吸引人，价格适中，浮动不高。

四、总结分析

这三个网站总的来说携程网的性价比较高，其次是去哪儿网的价格最低，同程网的性价比最高，选择性较强。如果是单纯做飞机且想价格最低的话，就可以选择去哪儿网；如果是选择更多舱位的旅客就可以选择同程网；如果是想选择优惠套票多的旅客就选择携程网。总之，这三个网站各有各的优势，乘客可以选择适合自己的网站。

在这个网络信息时代，人们对信息的了解越来越强大，网络不断刷新着人们的生活，网络订票，不仅为人们提供了方便，还为人们提供了优惠。比较各个网站订票的差异，不仅帮大家选择更优惠的，还帮大家提供了更多旅游服务。各个人群都有他的选择性，但是最优惠的价格还是适合广大群众。

参考文献：

[1] 百度网站：www.baidu.com

[2] http：//www.qunar.com

[3] http：//www.ly.com

篇10：机票预订系统系统分析报告

1、两种方式可以确认是否预订Windows10正式版是否成功，第一种在Windows更新界面可以看到;

2、在更新界面，我可以看到已经成功预订了，但是点击更新，没有收到Windows10正式版本推送; 方法二：

1、点击任务栏右下角WIN图标;

2、弹出的菜单中可以查看升级状态; 3、也可以进入获取Windows10预订界面; 4、点击左上角菜单中的查看确认，查询申请预订Windows10正式版是否成功的确认; 5、返回的结果就可以是否成功预订了，若想按步就班等待微软的推送就不用再管了，

如何查看Win7/Win8.1升级预订Win10系统是否成功

篇11：宴会预订案例分析

在为客人订晚餐时，客人留下了单位的电话及小灵通号码，因客人在约定时间迟迟未到，在打电话询问时，单位电话没人接（可能已下班），小灵通停机。

分析：主要原因是因为在做预订时，没有问清客人抵店时间及对客人说清楚为其预留半小时，因客人预留2个号码后忽略了这个问题。

措施：吸取教训，在下次预订时各方面全部要做到位，避免此类情况的发生。

宴会预订案例分析

客人与我们预定会议，记录其要求后，便通知相关点做准备。一切就绪后，会议即将开始。主办人又提出新的要求，例如：水果，茶点及会议所需设施设备等。匆忙之中准备有些慌乱，且等候时间较长，致使客人的不满或投诉。

分析：主要原因是在预定时未对客人进行详细的询问，只是记录要求，按部就班，考虑不全面。

措施：在接受预定时不仅要仔细地记录客人的要求，更要站在客人的角度去考虑，对会议的可能所需的物品或涉及到的东西要进行推销，即增收利润又体现服务周到，避免上述情况的发生，一石两鸟。

07年6月宴会预订案例分析

在为客人订餐时,客人留下了传真号码（菜单要传真给客人，待确认），没有留下移动号码。到了预定用餐那天，客人对于菜单一事还没有回音，虽然我们还是想办法联系上了客人，确认了菜单，但增加了麻烦。分析：主要原因是在预定时，由于很忙，客人留下了传真号码，忽略了移动号码。

措施：吸取教训，在下次做预订时各方面要全面做到位，要做忙而不乱，避免此类情况发生。

宴会预定案例分析

某日一满月酒在开餐之前，客人发现撑牌名字错误，根据调查，宴会预定对销售部下临时单交接的时候，写清楚了“名字请确认一下”字样，但是销售部人员未确认。

分析：主要是销售部员工工作没有做到位，导致了事情的发生。措施：首先当发现撑牌有误时，应该及时向客人致歉并马上更换撑牌，各部门积极配合，先解决问题，再追究责任。

宴会预定以后在交接大型活动给销售部时，一定要下临时单并要求签名，以免发生类似情况。

宴会预定案例分析

在晚上客情很忙的情况下，A、B两名预定员一起当班，A在接到临时预定后下临时单并去相关点发，走时对B说：“没什么事，晚上客情写在预定本上”，之后B在接到14人的预定后因2F大包间已被预定，因此请示经理后放于4F91#厅，但是通知餐厅时，91#已预定，并已通知过宴会预定。在A回来后，证实91#已被预定，是因为把客情记错到了中午客情中。

分析：此案例主要是A的责任，发临时单时，未与B交接好客情情况，并且在记录信息时，不够细心，导致一个包间重复被预定。

措施：首先致电给客人，委婉说明情况，并道歉，如果问题无法解决，就要告知经理，让经理处理。

预定员在接到预定记录信息时，一定要注意相关资料的填写，并且一定要做好交接，避免重复预定。

宴会预定案例分析

在为客人订餐时,已经重复客人的预定要求(包括200元/人),重复预订时,另一位预订员也在旁边,听到重复的是200元/人,客人到包间时服务员也把菜单给客人确认了,用餐时客人却说订了200元/桌.分析：预订员重复预订是工作程序,已经重复客人的预订,责任应该不在预订员

措施:引以为戒,每次预订都应该重复客人的预订要求,做到万无一失.把预订工作做的更好.宴会预定案例分析

某日，一市政府接待活动，在晚餐开餐前一个半小时，接待办人员在了解菜单后，有河豚，就要求试吃，但销售人员之前并未询问是否需试吃，（因为河豚鱼烧制时间较长）在比较仓促的情况下，让厨房立即做了河豚鱼让其试吃，并未耽误。

分析：销售人员未询问接待办是否需要试吃河豚鱼

措施：对以后市政府接待活动用餐，若有河豚，我要主动询问河豚是否需要试吃，以便对餐厅及厨房提前做好准备工作。

10－23－04

宴会预定案例分析

某日,经理询问11月8日晚上多功能客情,原本8日客情已经客满,群芳厅有一婚宴(已预付),华芳厅一会议(未预付),但是预定员漏报了华芳厅会议,使在客满的情况下接了一档婚宴(40桌),并且已经预付,后经经理和销售部协调,把华芳厅的会议取消,虽未造成严重后果,但是对各方面都造成了很大影响.分析: 宴会预定是餐饮部的一个重要窗口,特别是接待或接受大型活动预定的时候一定要严格把好关,避免造成此类情况.措施:

1.对相关人员进行严重考核.2.加强员工的工作责任心.3.预定员在互相交接客情时一定要仔细全面,以确保信息的畅通.在客情不忙的情况下,可以尽快的熟悉接下来几天或接下来几个星期的客情.心得:

吸取教训，各方面回答要回答全面.而且在接受预定前,一定要看清楚活动日期的前后两天是否有客情,要考虑到餐厅翻台是否来得及,以确保各项活动的顺利进行.11-6-2004

宴会预定案例分析

某段时间，有几批活动一起在酒店同时进行，因为大型活动涉及的细节方面特别多，早晚班人员在交接的时候可能就不是非常的面面俱到，比如说某日宴会台型图未给多功能厅，幸好及时调整，所以对准时开餐没有造成什么影响，但却造成了重复劳动。

分析：

归根究底，这还是交接的老问题，最重要的问题是如何避免此类情况的发生。

措施：

1.要考核当事人员，增强责任心。

2．不论是接到计划单、临时单、席位卡、台型图的时候，一定要仔细阅读，做的和未做的要记录好，对接班人员接下来的工作比较有帮助，而且可以减少交接不清的机会。

3．对于模糊或不确定的信息一定要及时向活动负责人询问清楚，然后通知相关点。

某日，销售部订餐（客人比较重要），销售人员说明客人比较挑剔，然后宴会预定员工在抄写菜单的时候，在记事一栏内写入了“客人较挑剔”。

分析：

给客人确认的菜单应该是桌面菜单，抄写的菜单是给服务员划单用的。措施：

1.对员工进行考核，避免再次出现此类情况。

2.如果在发生此类事件，直接在抄写的菜单上盖“VIP”章。

3.要和餐厅做好沟通。

案例1.分析：措施：

案例2.分析：

1月份案例分析

某日，预定员接到一桌便饭的通知，立即通知了厨房和餐厅，但是没有讲清楚是便饭，导致上了冷菜，引起客人不满。

预定员没有通知清楚是便饭，（便饭是不需冷菜的）。

a.首先接到客情一定要及时并且准确的通知厨师长和餐厅。

b.在允许的情况下，要及时跟上临时单。

某日，核对客情，其中一婚宴改了日期及地点，但是电脑中没有显示，而且在大型活动表上改过，但是又被橡皮擦掉后，又接了另一客情，导致了重复预定，差点给酒店造成严重的损失。

预定员在更改客情后没有在相关资料上做好更改，没有

做好交接。

措施：

a.首先上报领导，找寻解决的办法。

b.以后凡更改客情一定要在相关资料上做好更改（如预付单），并且做好书面交接。

c.以后凡有大型宴会，通知销售部人员处理。

案例1.分析：

措施：

心得：2月份案例分析

某日，一会议，领导席本来要求鲜花布置，后来销售部人员通知不要，因此，预定员便即刻通知餐厅此事，但是会议开始时，领导席上仍有鲜花。

a.预订员电话通知时，因当时没有领班，主管的电话打不通，因此通知了老员工（至少3遍，老员工已告知领班）。b.宴会预定没有做好跟踪，应该承担部分责任。

a.宴会预定应该在接到通知后，即刻电话通知相关点，然后及时跟单。

b.餐厅接到更改通知后，领班之间一定要做好交接，以便工作顺利开展。

在遇到此类情况后，要和客人做好解释工作，然后提醒

餐厅和本部门员工在今后遇到此类情况的处理方法，并且两个部门之间互相协调好，使酒店利益不受损。

三月案例分析

案例

某日，晚班员工在做完当日的工作后，在后台一边核对客情一边发短信，违反了酒店规定，导致大堂投诉。

分析：现在是酒店淡季，客情不是很忙，员工在思想上会有一定的松懈，加上当时离下班时间差不多还有半小时，因此就有了不负责任的举动。

措施：首先要让员工认识到自己的问题，不管是淡季还是旺季，只要在工作时间，员工对待工作的态度一定要积极向上，然后督促其他员工不要犯类似的错误。

四月份案例分析

案例：某日，预定员在上班空余时间在后台上网。

分析：a.部门之前已经多次强调在客情不忙的情况下，不管上班人数几位，一定要有一位员工坐在前台，随时对客服务。

.该员工的工作责任心不强。

措施：a.对该员工进行严肃的批评和教育，并且督促其他员工不准犯类似的错误。

b.一定严格遵守酒店或者部门的规定。

c.员工在空余时间可以看一些可以提高业务技能方面的资料，随时补充自己的知识量，有助于工作的顺利展开。

宴会预定――五月份案例分析

案例：某日，4F包间客情不忙，原本订于98＃的客情，因98＃另有重要客情接待，因此把98＃的12人换到97＃，因97＃桌面较小，导致座位拥挤，客人感觉很不好。

分析：a.开餐时间临时更改包间，员工没有及时考虑到97＃桌面较小，12人坐较拥挤。缺乏岗位技能知识。

b.员工在订餐时缺乏主动性，提醒订餐人包间容量。

措施：a.加强员工理论知识的培训，把一些内容整理成资料作为培训内容。

b.平时在员工订餐时加以督促，从而提高热情、人性化的订餐标准。

宴会预定――六月份案例分析

案例：某日一档客人通过销售人员订餐，标准未订，中午此单位有一人电话前来订房，后又得知用餐未订标准，便订了三种不同标准菜单，传真过去。下午一直未有回复后，便直接询问销售人员菜单是否确认，但销售人员告知此单位并未有人订标准，但预定人员疏忽未留下客人的姓名及电话，导致联系不到客人，菜单的不到确认。

分析：a.预定人员缺乏意识去全面了解、记录客人的信息。

b.预定人员依赖心理太重，缺乏主动意识。措施：a.引以为戒，防止下次类似的事情发生。

b.为提高员工的业务技能进行模拟预定。

宴会预定――七月份案例分析

案例：某日，销售部人员拿来一份计划单，当看到要求用餐订在15#AB时，发现当天的15#AB已预定给其他客人。但销售部事先未有预订。马上与销售部人员联系时，她说已与客人确认，但是之前预定包间的客人也已确认，于是让销售部赶紧更换。

分析：a.销售部未提前预定包间，导致重复预定。

b.在一定程度上造成客人对酒店服务的不满。

措施：a.在拿到计划单的第一时间内要核对客情，看有无出入，及时发现问题，得到解决。

宴会预定――八月份案例分析

案例：某日，本点员工将客情人数与桌数相反输入，导致各点看客情时都不能理解，电话查询是怎么回事。

分析：a.预订员在输预订时没有看清楚提示，b.预订员在输完预订后没有再次核对。

措施：a.加强工作责任心，要反复检查完成的工作，确保无误。

宴会预定――九月份案例分析

案例：某日，某预订员接待预订时，在关于酒水预订时，由于酒水单上没有该品种，在不了解价格的情况下，所定酒水未在客人规定的价位之内，所幸客人未有投诉，但此事应引以为戒。

分析：a.预订员在预定时酒水价格没有充分了解。

b.在最后下单时没有确认酒水价格。措施：a.对餐饮所提供的所有酒水及价格列表培训，使其对酒水单上提供及售缺的酒水、酒水单外提供的酒水充分了解，做到准确无误的推销。

宴会预定――十月份案例分析

案例：某日，某预定员接待一档临时客情后，马上通知餐厅时，餐厅电话一直忙音，便想等会再通知，于是忙于其他的事情，不慎将客情忘记通知，就去吃饭。由于餐厅不知情，导致客人到店时，出现未预定的现象，引起客人不满。

分析：a.预定员未将已完成事宜和未完成事宜分开记录。

b.饭前未将客情与餐厅先核对。措施：a.将未完成的事情另外记录在案。

b.每次吃饭前与餐厅核对客情。

宴会预定――十一月份案例分析

案例：某日下午5点,4F包间临时增加一张用餐席位卡，由于餐厅领班声称都在做餐前准备工作，没有人来取，本点也只有一名员工在当班，考虑到送张席位卡也就1－2分钟的时间就能回来，省得餐厅员工下来拿，就让商务中心代接电话。下来后，发现有一未接电话，商务中心也一名员工在，由于忙，未帮助接听。于是就致电过去，但是无人接听，该电话也未再打来。

分析：a.预定员只考虑到餐厅急需席卡，而忽略了本点的重要性。措施：a.下次其他点急需送单子，但是本点又只有一个人上班时，要把电话转到其他点上的电话，并交接清楚，回本点后在把电话转回，问清有无事宜。

宴会预定――十二月份案例分析

案例：某日，预定员在接到有清真客人预定时，由于当时较忙，在记录特殊客情的时候没有明显特殊备注，导致通知厨房开菜单时没有忘记告知就传真给客人菜单，引起客人不满。

分析：a.预定员在记录特殊客情时，疏忽了其重要性。

b.在记录客情时没有将客情另外记录。

措施：以后接待预定时，把普通怾客情与特殊客情分开记录，把已完成事宜与未完成事宜分开记录，避免错误的再次发生。

宴会预定――一月份案例分析

案例：某日，预定员在一档活动席位卡打印、发送后，在临近下班时间又接到通知，另外还有十几个人的添加名单。当时又有接待办的人在会议现场催促要快一点，预定员将打印好的会议席卡送到餐厅。在第二天的中午，又接到通知十几个人的名单还要打印用餐席卡，但此时已接近用餐时间。因此造成客人的不满。

分析：a.预定员为将此时交接于下一班的员工。

b.预定员没有主动询问客人是否需要打印用餐席卡。措施：a.加强员工的工作主动性和责任心。

b.做好每一班的交接工作。

宴会预定――二月份案例分析

案例：某日，婚宴将至的时候发现桌面菜单与厨房的菜肴有出入，经过调查，是销售部之前已经确认的菜单，后来又进行更改，之后确认但未通知本点，本点仍以为是前一份菜单。前一班的员工发现后进行了交接，由于下一班的员工疏忽，没有进行追踪。导致了问题的发生。

分析：a.销售部顾有责任，但是预定员责任心不够，没有预见性。措施：a.加强员工的责任心及工作主动性。

b.及时与销售部做好沟通。

宴会预定――三月份案例分析

案例：某日，有一市政府活动。预订员到前台拿席位卡名单。接待办人员还在排。预订员在等待的过程中不停地擦鼻子，站姿也欠雅观。

分析：a.本点是餐饮部和其他部门沟通的一个重要窗口，且经常直接面对客人，仪表仪容一定要到位。

措施：a.对该员工进行了相应的考核。

b.加强员工的仪表议容。

宴会预定――五月份案例分析

案例：某先生来预定10月2日的婚宴场地，欲想要群芳厅，来了3次本点员工都告之10月2日晚上群芳厅是空的，于是某先生就预定了群芳厅。其实群芳厅在某先生预定之前就已经被另外一挡婚宴预定了，是由于本点员工1的疏忽，责任心不强，把群芳厅输成豪华间，导致某先生来预定时员工2把群芳厅又订给了某先生。

分析：这次的错误就是出在本点，是员工在输入客情后没有核对，导致后来的重复预定，某先生很是不满。对酒店的形象带来了负面影响。

措施：

1、对员工1严重考核

2、再次提醒员工输入客情后要核对

3、每接一挡大型宴会都要看一下当天的其他活动有无疑虑，杜绝重复预定的再次发生。

宴会预定――六月份案例分析

案例：某日,华芳A厅和B厅分别都有活动。本点员工在通知中心吧备酒水时，把A厅的酒水说成B厅的，B厅的说成A厅的，后来发现错误，立即又通知中心吧。虽然在客人用餐前已经更改好，没有造成客人投诉，但却大大增加中心吧的工作量。

分析：该员工缺乏工作责任心。本点是餐饮部和其他部门的信息渠道，销售部把活动在细节通知到本点，本点必须正确无误并及时的通知到相关点。

措施：

1、对该员工进行考核。

2、引以为戒，提醒其他员工不得重犯类似错误。

3、加强员工的工作责任心。

宴会预定――七月份案例分析

案例：某日，本点员工在打传真格式菜单时把“德国猪手”打成了“德国朱手”。虽然没有造成客人投诉，但是犯了最低级的错误，体现了工作责任心极其不强。

分析：该员工严重缺乏工作责任心，本点经常打印菜单传真给客人，如果打印好不仔细检查一下，出现了这种低级的错误，会给我们酒店带来负面影响。

措施：

1、对该员工考核。

2、引以为戒，督促其他员工不再犯类似错误。

3、加强员工的工作责任心。

宴会预定――八月份案例分析

案例：7月29日晚“浦项不锈钢”在群芳C厅用餐。用餐前一天客人要求本点把指定的几种酒水价格传真过去，本点员工就安酒水单上的价格传真过去。客人看后觉得价格有点贵，就和销售经理联系并调整了价格。销售经理把调整后的价格告知本点员工并要求再传真给客人。本点员工当时很忙，忙完后也忘了通知餐厅，也没和本点员工交接此事，导致餐厅结帐时按酒店平时价格结帐。后来客人发现后，虽未导致投诉但引起客人的不满。

分析：该员工严重缺乏工作责任心。本点应该是餐饮部和其他部门传输信息的窗口，信息要传的迅速、准确，不能中止在本点。这样会导致其他点，特别是对客服务区域得不到准确的信息而出错，引起客人的不满，最后导致酒店信誉度在降低。

措施：

1、对该员工考核。

2、引以为戒，杜绝此类错误的再次发生。

3、加强员工的工作责任心。

宴会预定――九月份案例分析

案例：九月某日，餐饮部经理通知本点员工晚上华芳厅主桌各客，让其通知相关点，但本点员工只是通知了厨房做各客菜肴，而未通知餐厅放各客餐桌。导致餐厅在开餐前急急忙忙再翻台（由共份翻成各客），增加了餐厅的劳动量。

分析：该员工严重缺乏工作责任心。本点既是餐饮部和其他部门传输信息的窗口，更是餐饮内部的信息渠道。要把本点知道的信息及时、准确的传到到相关点。尽量让错误的发生将至最低。如果信息终止再本点或传达不及时，就会导致客人的投诉或增加餐厅的劳动量。

措施：

1、对该员工考核。

2、引以为戒，杜绝此类错误的再次发生。

3、加强员工的工作责任心。

宴会预定――十月份案例分析

案例：十月某日，大堂经理打来电话了解客情并订餐。本点新员工当班，对客情不是很了解，所以回答时有点支吾，且做预定时直呼其名字，导致大堂投诉。

分析：该员工对客情不熟悉，且业务技能欠缺，看电脑的速度不快，导致回答时有点支吾。礼貌礼节不到位，不能直呼领导的名字，如一定要称呼领导名字时，应在其名字后面带上职称。

措施：

1、考核该员工。

2、员工上班前先熟知当日客情，了解后几天客情。

3、引以为戒，杜绝此类错误的再次发生。

4、平时加强员工的业务技能。

宴会预定11月份案例分析

案例：某日，由于客情忙，本点也很忙（还要外借两名员工开餐），堆了好多东西都要打印，尤其是席位卡最多，员工打印席位卡后未仔细核对，导致有一张席位卡是两面不一样的，虽未造成投诉，但造成了本点的重复劳动。

分析：客情较忙时，员工责任心不强，没有保证工作质量。

措施：客情忙时，更加要忙而不乱。每件事情争取一次到位，减少重复劳动。提高员工的工作质量以及工作效率。加强员工的工作责任心。

宴会预定12月份案例分析

案例：某日，酒店有一市政府团队接待，接待中酒店老总通知预定员A有2桌工作餐放于包间（15＃AB），后来在预定员A去吃饭时，酒店老总又通知预定员B只要一桌工作餐了，预定员B就问老总要不要换个包间，老总说不用换了。等预定员A吃完饭回来，预定员B就下班了，下班前预定员A问预定员B有没有什么事，预定员B回答没有。预定员B走了一会，老总就打电话来说通知只有一桌工作餐怎么又上了2桌菜。查明原因后，原来预定员B接到老总桌数更改后没通知厨房和餐厅，导致信息就终止在预定员B这里。

分析：宴会预定是餐饮部信息集中的窗口，如果信息传达不及时或忘记传达，将会导致其他点得不到及时准确的信息，从而导致工作的失误，降低了本点的工作效率，也增加了其他点的工作量。

措施：

1、考核预定员B。

2、引以为戒，杜绝此类错误的再次发生。

3、加强员工的工作责任心。

宴会预定1月份案例分析

案例：某日，酒店小张总打电话到本点想预订大年夜3桌用餐，本点预订员告知小张总11#12#正好3桌，小张总说11#12#3桌已经预订掉了（因为也是小张总预订的），预订员说没有，是空着的，小张总让她再仔细查一下，经再次核查发现确实已经预订给小张总了，立刻向小张总道歉。

分析：如果这次想要预订的不是小张总，而是别人，那将造成重复预订。再者如果上次预订11#12#3桌不是小张总，而是别人，那么小张总也不知道1#12#已被订出，那也将造成重复预订。可能是换了新系统的原故，看起来可能不如以前熟练，但是只要多加细心还是不会出错的。所以每位员工工作都要负有高度的责任心。

措施：

1、扣除该位员工的当月效益工资。

2、引以为诫，加强每位员工的工作责任心。

3、加强并细化手工登记客情。

宴会预定2月份案例分析

案例：某日，某预定员在做桌面菜单时，由于缺乏工作责任心，做完之后没有和手抄菜单再次核对，造成桌面菜单上少了两道菜，而手抄菜单上是正确的。

分析：如果当时预定员在做完桌面菜单后能和手抄菜单核对一下，那么就会发现桌面菜单和手抄菜单的出入，就会再次仔细的核查厨师开的菜单，这样就不会出现桌面菜单少两道菜，就不会出现如此低级的错误，就会把工作做的更好。这种错误的发生完全是因为预定员没有高度的工作责任心而引起的。

措施：

1、对该员工进行考核。

2、引以为诫，加强每位员工的工作责任心。

3、规定每次做桌面菜单时先打印一张，和手抄菜单核对无误后再将菜单全部打印或复印出来，降低菜单纸的浪费率。

宴会预定3月份案例分析

案例：某日，本点员工一个人在当班，由于当时很忙，在做多功能桌面菜单时，把最后第二个“特色汤面”做成了“三丝云吞”。严重缺乏工作责任心。

分析：当时本点一个人当班，而且工作很忙，电话不断。又在做多功能菜单，由于本着经验主义（一般最后第二个菜是“特色汤面”），但用于修改的那份菜单却是“三丝云吞”，而本点员工没有细看就以为是“特色汤面”。导致出错。本点是至关重要的点，凡事要做到忙而不乱。才会忙的有价值。

措施：

1、对该员工进行考核。

2、引以为诫，加强每位员工的工作责任心。

3、杜绝此类情况的再次发生。

宴会预定4月份案例分析

案例：某日，一团队在西餐厅用晚餐（自助餐），中午的销售部时候通知本点自助餐时间由计划单上的18：00改到17：30.本点员工当时一个人在当班，且很忙，在通知完中厨房和西厨房后，又有电话响起。后来忘通知西餐厅了。导致西餐厅17：00时才知道。

分析：本点是餐饮部信息集中的点，事情也较多，有信息更改和增加要及时通知到各点和餐办，要做到忙而不乱。

措施：

1、对该员工进行考核。

2、引以为诫，加强每位员工的工作责任心。

3、杜绝此类情况的再次发生。宴会预定五月份案例分析

1.某日，四楼群芳厅一档乔迁宴，客人自带了红白酒并且未经过酒店同意自带了饮料，当时酒店有所规定大型宴会除了自带酒水以外其它饮料均有本店提供，另外加收100元的酒水服务费，当时销售人员得知后立刻打电话与客人解释，客人不但不听解释而且乱发脾气，硬说销售人员当时就没有和他说清楚，导致客人投诉。

分析：1.或许销售人员在洽谈此档宴会时关于酒水的问题说的不是很清楚客人不容易明白

2.当客人已经把酒水全部带到餐厅之后他也没有办法再将酒水拿回，并且认为当时我们并没有和他说酒水可以自带 3.双方解释的时候态度不是很好导致客人很不开心

处理：1.空余时间给销售人员培训接待宴会时的细节

2.向客人道歉并且委婉地再向客人解释一下关于酒水自带的问题，让客人了解关于我们酒水自带的问题

3.尽可能的为客人处理现状，及时与客人沟通如果酒水全部自带的话那么酒水服务费就不能有所便宜了，按照原来的价格收取.4.宴会结束后仔细聆听客人的倾诉，并且感谢客人

宴会预定7月份案例分析

案例：6月的某日，本点员工接到7月3日群芳厅的预订，便把预订输入电脑。其实7月3日是华芳集团公司的例会，电脑中的预定早在去年就已经输过了，但是由于电脑系统的升级，导致部分预定只能在打印报表时才显示出来（在常规的预定状态下是不显示的），而本点员工一时也没想起集团公司的定期例会。导致群芳厅抢台。

分析：虽然没有造成严重后果，且以前对于华芳集团例会后抢婚宴台或其他台型也是较多，但是预定员在预定时最好也考虑的多一点，尽是减少员工的劳动量。

措施：

1、此事发生后，已经在培训时又重申了一次华芳集团例会的时间，且在电脑中把华芳集团例会一直输入到了09年。避免员工的一时忽略。

2、引以为诫，加强每位员工的工作责任心。

宴会预定7月份案例分析

案例：本点每日晚上都要收集客人对中餐厅的菜肴反馈意见单，然后整理打印，于次日早上发至餐厅、厨师长、经理、总经理办公室。但是由于本点员工的工作细心度不够，常常会有一些错别字出现在反馈单上。

分析：我们打印的反馈单是要发至总经理办公室的，如果有错别字出现在上面，将会给本点带来负面影响，不但功劳得不到，苦劳也得不到。如果每位员工做完之后再仔细检查一遍，应该能打出一份完美的反馈单。措施：

1、要求每位员工做完之后一定要细心检查，以做到尽善尽美。

2、引以为诫，加强每位员工的工作责任心。

3、杜绝此类情况的再次发生。

宴会预定8月份案例分析

案例：某日，本点晚班员工21：00发报表时，把电话转至中餐厅，但是发完报表回到本点时忘了把电话转回来，导致电话一直处于转接状态。次日早班员工上班后检查了电话才发现未转回。

分析：每日晚上9点转电话发报表是本点的必做事宜，但是由于该员工缺乏较强的工作责任心，导致电话未转回，虽然说由于次日早班的发现，没有造成严重后果，但是如果工作细心一点的话，就不会发生此类错误。措施：

1、考核该员工。

2、规定以后每天的早班要检查设施设备的完整性及可使用性。

3、加强每位员工的工作责任心，杜绝此类情况再次发生。

宴会预定8月份案例分析

案例：某日，酒店安全、服务质量自查时查出，本点员工在接听外线时无中英文对照，且销售意识不强，原则性太强，灵活性不够，在客人已自报姓氏后本点员工在以后的交谈中都没有直接客人的姓氏。

分析：首先本点员工不重视酒店的自查，其次本点员工对客源的不重视，用餐标准把握的较死，不懂得灵活应用，在自己不能做主的情况下，应该先留下客人的电话号码，待请示领导后再给其电话答复，尽最大可能的情况下留住客源，提高用餐率。

措施：

1、引以为诫，加强每位员工的工作责任心和销售积极性。

2、再次重申接听电话要中英文对照。

3、再次规范接听电话程序。

宴会预定9月份案例分析

案例：9月某日，临时增加一市政府会见，当时有好几个市委接待办主任，且要打用餐和会见席卡，由于当时时间紧和人较多。接待办只说再增加几个席卡，所以本点就打了会见席卡，后来发现他要的是用餐席卡。导致工作不到位，重复劳动。

分析：由于客情是临时增加的，所以席位卡名单也来的很晚，而本点就一台电脑，难以应付突击事宜。而本点人员应做到头脑清醒、忙而不乱，争取做好每一档活动的接待工作。措施：

1、引以为诫，加强每位员工的工作责任心。

2、打两套市政府四套班子的中英文席卡放于包间以作备用。

宴会预定9月份案例分析

案例：9月某日，本点已将2F3#预定给客人，后来又订一桌放2F2#，当本点通知包间2F2#时，领位员告知本点3#已换至2#，但是本点未接到包间更改的通知，导致本点重复预定。后来把后定的2#改至5#了。分析：在开餐期间，如果客人到包间后换包间的话，包间要和本点互通信息，不能把信息终止。这件事情虽然没有造成客人投诉，但是没有按照工作程序运作，导致本点重复预定。

措施：虽然这次错在包间，但是本点也要引以为诫，要及时传达信息，做好多方沟通工作。以此件事来教育预定员，加强员工的工作责任心，把错误减至最低，提高工作效率。

宴会预定10月份案例分析

案例：10月某一批市政府重要接待，客人要在原先开过菜单的基础上再开一份菜单，厨房不知何原因，迟迟未开出，导致本点传真菜单也不及时，后来厨房催本点和客人确认菜单，于是致电给客人询问菜单是否确认时，客人说我在办公室等了半天没收到传真，现在我很忙，菜单还未查阅，明天再确定。

分析：客人要求本点在指定的时间内传真菜单，而因为厨房不及时开出菜单，导致本点不能准时传真菜单而引起客人的不满。措施：希望厨房能重视客人的要求，及时开出菜单，能让本点在第一时间里把菜单传真于客人。让客人早些看到菜单，早些确认，也方便我们以后的工作。

宴会预定10月份案例分析

案例：10月某日，多功能在当日晚上客情结束后，将华芳B厅翻成次日的晚宴台型，后来本点发次日报表时，多功能发现次日中午华芳B厅还有一档客情，次时晚宴的台型已到位。导致重新翻台，重复劳动。

分析：本点当时在接到此档活动时，就已通知餐厅。且后来餐厅也有来电询问客情，本点一一告知。可能那几日比较忙，团队比较多，餐厅忘了此档活动了。

措施：为了避免餐厅的重复劳动，减少员工的劳动量，在团队多，客情忙的情况下，本点的员工可以在前一天晚上提醒一下餐厅次日的客情，餐厅也可以在翻台之前和本点确认一下要翻的台型。

宴会预定11月份案例分析

案例：某日，4F包间有一市政府接待，客人在确认菜单后，又每人加一个98元/只蟹。本点立即通知了厨房值班厨师长。可是后来上菜时厨房未上蟹，原因是不知道加蟹了，后来立即补上未造成客人投诉。

分析：本点当班员工在得知客人每人加了一个蟹之时，立即通知了厨房值班厨师长，所以此件事件的全部责任应该在厨房。

措施：希望厨房的值班厨师长重视客情的变化和菜肴的更改，随时做好记录，当然本点也可以适当的再次提醒一下厨房，避免此类事件的再次发生。