机票预订系统实验报告（精选10篇）
机票预订系统实验报告 第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篇
计算机科学与信息工程系
《信息系统分析与设计》
教学实习报告
题目:××××××××××××××××
(宋体三号,较长可分两行)
小组成员姓名+学号
姓名+学号专业班级（全称）
指导教师李燕杰成绩评定
学期2013-2014第一学期
2013年12月
（正文内容及顺序要和目录相符，页数根据实际情况自己修改。文稿中将此段文字删除）
目录可行性研究报告 ·························································································· 具体页数 2 需求规格说明书 ·························································································· 具体页数 3 总体设计说明书 ·························································································· 具体页数 4 详细设计说明书 ·························································································· 具体页数 5 测试报告 ······································································································ 具体页数 参考文献 ·········································································································· 具体页数
正文格式要求。文稿中将此段及以下要求删除。
1□可行性研究报告(一级标题,黑体小4号,段前、段后均为0.5行)
□□××××××××××××××(正文宋体小4号)
×××××××××．．．．．．
2□×××××××(一级标题同上)
2.1□××××××××××××××．．．．．．(二级标题,黑体小4号)
2.1.1□×××××(三级标题,黑体小4号)
□□×××××××××××××××(宋体小4号)××××××××××× ×××××××××××．．．．．．．
2.1.1.1□××××(四级标题,宋体小4号)
□□×××××××××××××××(宋体小4号)××××××××××× ×××××××××××．．．．．．．
正文标题不超过四级，类似“2.1.1”这种标题的 “.”均为半角。
参考文献（根据实际情况写参考文献，格式如下）
[1].谌永建．陆军战术模块一体化作战运用研究[M]．北京：军事科学出版社，2006：
1-5．
[2].叶盛祥，谢德林，等． 光电对抗技术[J]． 光电工程，2001，28(1)：67-72．
[3].李恒劭，秦立富，等． 战场信息系统[M]． 北京：国防工业出版社，2003：3-5．
[4].吕辉，贺正洪．防空指挥自动化系统原理[M]．西安：西安电子科技大学出版社，2003：1-27．
[5].刘曙阳，程万祥，等．C3I系统开发技术[M](2)．北京：国防工业出版社，1999：
1-5．
[6].苏建志，等．指挥自动化系统[M]．北京：国防工业出版社，1999：14-28．
[7].竺南直，朱德成．指挥自动化系统工程[M]．北京：电子工业出版社，2001：5-14．
[8].Annual Report to the President and the Congress[R]．1997，23：167-178．
[9].王海宁．美国海军C4ISR系统发展及启示[J]．系统工程，2000，37(3)：31-34．
[10].付伟．海军控制自动化系统的发展现状[J]．舰载武器，2001，(2)：8-12．
[11].姜兆梦，黄迎馨．海湾战争与防空C3I系统[J]．现代防御技术，1999，23(6)：34-36．
[12].Rebecca Dell Dearborn．An Overview of the Copernicus C4I Architecture[D]．Master
thesis，naval postgraduate school，1992：47-51．
[13].Carl Jones．Toward a science of Command Control and Communications[D]．Master
thesis，naval postgraduate school，1990：3-7．
[14].杨丹，刘茂刚．国内外C3I系统状况，指挥自动化现状与发展战略[R]．信息产业部
电子第二十八所科技信息部，1999．
[15].许阳．C3I系统的设计与仿真研究[D]．西北工业大学，硕士论文，2001：6-12．
[16].Soweu P K．The C4ISR Architecture Framework History,Status and Plans for
机票预订系统实验报告 第3篇
出版时间:2014-01-01
ISBN:9787512621213
所属分类:
图书>管理>市场营销
吴晓波 (著名财经作家) 、叶孝忠 (《孤独星球》中国项目组出版人) 、米晓春 (空中客车中国副总裁) 联袂鼎力推荐!
深入亚航内部, 独家揭秘!
12年, 从负债7400万到资产167亿, 看亚航是如何创造奇迹的。
一群文艺青年, 打造一个航空帝国。
为穷游族精心准备抢票攻略、中国大陆因私护照落地免签大全。
如果有家公司跟你说, 它愿意给你提供免费机票, 且没有任何附加条件, 你会不会觉得不敢相信?
但确实就有一家航空公司, 每年提供大量免费和近乎免费的廉价机票。这家公司名叫“亚洲航空”。
亚航的人傻了吗?不, 他们比任何一家公司都要聪明!通过这种商业模式, 他们用11年时间, 从负债7000万发展到资产176亿;他们连续五年获得国际航空界最权威机构颁发的“世界最佳低成本航空公司”, 亚航之所以能这么做, 是因为它洞悉了正在波及全球的“低成本商业模式”。这种新型商业模式的核心, 在于内部管理的高效和盈利模式的多元。
亚航是怎样玩转低成本商业模式的?它如何在管理上既能实现高效, 又能压低成本?它在盈利渠道上有哪些极具启发意义的开拓和创新?亚航所代表的低成本商业潮流, 带来了哪些深远影响?
以及, 我们如何才能抢到亚航的0元机票?
机票预订系统实验报告 第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． 引言
1.1 编写目的本机票预定系统在可行性研究的基础上，是为了进一步明确机票预订系统的软件需求，以便安排项目规划和进度，组织软件开发与测试，撰写本文档。
本文档供项目经理、设计人员、开发人员参考。
1.2 项目背景
开发软件名称：机票预订系统
项目任务提出者：国际教育学院电子商务专业
项目开发者：无敌小分队
用户：航空公司
实现软件单位：国际教育学院电子商务专业
1.3 参考资料
《信息系统分析与设计（第三版）》邝孔武，王晓敏 编著清华大学出版社
《UML基础与Rose建模教程》蔡敏 徐慧慧 黄炳强 编著机票预订系统可行性研究报告无敌小分队
2． 任务概述
2.1 目标
当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞
机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2.2 假定和约束
在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
3． 需求规定
3.1 对功能的规定
1． 航空公司工作人员登录及注销
要求合法的管理员才可以登录系统，防止系统被无关人员动用，使用字符串匹配对用户名和密码进行判断。在不使用时进行注销，下次使用时需要重新登陆，由于目标客户的层次较低，建议用输入检测确保输入准确无误。
2． 机票信息输入和查询
在系统中，要求可以输入每日航班次数。可以通过航班号、目的地、起飞日期、起飞地点查询航班，输出该次航班的起飞时间和所剩票
数和票的价格等信息。
3． 订票，取票和退票
把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入
到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打
印出取票通知和帐单给旅客。，旅客在飞机起飞前一天凭取票通知和
帐单交款取票，系统对旅客有关证件合法性（如身份证、取票通知
和交款发票）等进行验证，系统核对无误即打印出机票给旅客。对
于已去机票应在未售出机票中减去。对于以下情况要求退票者，给
予50%金额退款：（1）旅客延误取票时间；（2）旅客临时更改航班
处理；（3）因私人原因需要退票。对于因特殊情况下（如天气不适
合飞机起降、飞机延误超过30分钟）等给予全额退票。对于退订机
票要在未售出机票中重新体现。
3.2 对性能的规定
为了确保系统能够稳定、安全、可靠的运行，机票预定系统应该满足一下性能要求：
3.2.1 系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和
开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系
统的处理能力和响应时间能够满足航空公司对信息处理的需求。在系统开发过程中，必须采用一定的方法保证系统的准确性。由于机
票预定系统查询功能对于整个系统的功能和性能完成举足轻重。作
为系统的很多数据来源，机票数量和时间有影响决策活动，其准确
性很大程度上决定机票系统的成败。在系统开发过程中，必须采取
一定的方法保证系统的准确性。
3.2.2 系统的开放性和可扩展性
机票预订系统在开发过程中，应充分考虑以后的可扩充性。要
求系统提供足够的手段进行功能的调整和扩充。
3.2.3系统的易用性和易维护性
机票预订系统直接面对使用人员的，而使用人员往往对计算机
并不是非常熟悉，这就要求系统能够提供良好的用户接口，易用的人机交互界面。
3.2.4 系统的标准性
系统在设计开发使用过程中要涉及到很多计算机硬件、软件。
所有这些都要符合主流的行业标准。同时，在自主开发本系统时，要进行良好的设计工作，制定行之有效的软件工程规范，保护代码的易读性，可操作性和可移植性。
3.2.5 系统的先进性
目前计算机系统的技术发展相当快，作为机票预订系统工程，应该保证系统是先进的，在系统的生命周期尽量做到系统的先进，充分完成信息处理的要求而不至于落后。这一方面通过系统的开放
性和可扩展性，不断改善系统的功能完成。另一方面，在系统设计
和开发过程中，应在考虑成本的基础上尽量采用当前主流并先进且
有良好发展前途的产品。
3.3 输入输出要求
各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证
号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。
3.4 数据管理能力的要求
后台数据库需实时更新机票预订情况，以供航空公司随时掌握各个航班飞机的乘载情况，定期进行查询统计，以便适当调整。
3.5 故障处理
本系统能自动修复故障，保证回退，可以在固定时间对系统进行备份操作，而且本系统有日志记录记载故障原因，便于调查取证。当数据操作失败时，与之相关的一些操作可以取消。如果在操作过程中出现意外，只需要退出系统在重新登陆即可消除故障。
3.6 运行环境规定
系统软件：windows xp/vista/7
数据库管理系统：SQL SERVER 2005
硬件要求：奔四 1.6GHz512M RAM10G HD
全球机票调研报告 第6篇
国际旅行搜索引擎momondo近日发布全球机票调研报告。结果显示，提前53天预订机票通常最便宜，可以节省约26%的票价支出。反之，在出行当天订票则可能订到最贵的机票。报告同时列出了出行日期和时段等因素对票价的影响。
通过汇总分析全球100条热门航线的126亿个航班报价信息，momondo总结了影响机票预订价格的三个主要因素：预订时间、出行日期和出发时段。
据统计，最便宜的机票通常出现在周二，最贵的机票则出现在周六。而一天当中，傍晚出发的机票一般最便宜，中午出发的机票则最贵。当然，每个航线的票价浮动规律不尽相同。
momondo全球PR总监Julie Pedersen建议旅行者提前做好订票计划：“如何买到最便宜的机票是困扰很多人的旅行问题。其实，特价机票并没有秘密可言。虽然机票价格时刻在变化，但只要掌握票价的浮动规律，选择对的`时机订票，就可以节省一大笔钱。momondo的‘机票探测器’和‘价格日历’等工具就是为了这一目的而设计的。我们每年的年度机票报告也是基于这些工具的信息收集”
momondo是来自丹麦的一个国际旅行垂直搜索引擎，作为中立的第三方服务商比价全球特价机票和酒店，下半年正式进入中国。
全球特价机票预订攻略
1至少提前53天预订机票，可以节省约26%的开支
2出发当天预订机票最贵
3预订周二的机票通常最便宜，可以节省约12%的开支
4预订周六的机票通常最贵
5预订下午6点到夜里12点之间出发的航班最便宜，可以节省约6%的开始
15酒店预订管理系统 第7篇
【项目背景】
随着酒店宾馆等服务行业的不断发展和规模的不断扩大，为了更好地开展酒店的预订工作，提高酒店的经营效率，一个属于酒店自己的预订系统显得很有必要。因此酒店预订管理系统越来越受到欢迎。
【功能需求】
酒店预订管理系统主要是供酒店领导、酒店员工和酒店客户使用，其前台和后台的各项功能分别如下所示。
客户端功能
新用户的注册、登录。
用户修改密码和自身资料。
提供酒店可预订资源列表，供客户预订。
用户可以查看自己的订单情况。
管理端功能
资源管理，酒店管理员可以对酒店里可预订资源进行管理。
订单管理，对用户提交的订单进行处理。
用户管理，对注册用户进行管理，主要是查询和删除功能。
管理员管理，对管理员的账户进行增、删、改等功能。
管理端分为超级管理员和普通管理员，对于酒店的资源管理，只能由超级管理员进行，而普通管理员只有对订单和用户管理的权限。
【技术功能需求】
宁夏地区机票行业分析报告 第8篇
宁夏地区机票行业的分析报告
宁夏地区对于机票的需求量很大，但是很多人不知道机票行业的利润是怎么样的，也不知道怎么去做这个行业。随着春运的到来，火车票需求量的，但是不是所有人都如愿以偿的，还是有很大一部人人不知道怎么回家，这个时候就有人无奈选择了飞机作为回家的交通工具，所以机票在年前也是很畅销的，在这里就有很多人有在和方面的资源，但是不知道怎么去代理机票大，尤其是宁夏地区，地理位置比较偏远，很多人不知道机票行业的利润，下面我来分析一下。
首先选择一家好的机票代理的平台，尤其不能找免费的，因为天下买有免费的午
餐，所以在这里就有很多人上当受骗了，前期用了免费的平台，后期发现自己的客户资源全部都没有了，所以有很多免费的机票代理公司是非常不合理的。
很多人都不知道机票行业的行规，下面介绍一下机票行业的利润分析报告，首
航空机票代售市场调研报告 第9篇
一、市场分析
随着经济的发展，商务活动越来越频繁，对外交流活动和外出旅游的人数也逐年增多，选择乘坐“方便、快捷”的飞机出行越来越受到人们的青睐，为代售航空机票提供了良好的市场条件。
二、目标市场
以商务客户为主，以散户为辅。一是省政府各机关单位（包括：公、检、法、司等）、国有企业、院校或科研机构等大客户。二是以企业白领、客户代表、个体工商户、学生、外地人口和流动人口为主的散户。
三、调研目的1、了解旅客的基本特征：年龄、性别、职业、教育程度、收入情况；
2、了解旅客的类型：商务、旅行、紧急、休闲；
3、了解旅客乘坐航班时段；
4、了解旅客的购票途径及择其原因；
5、了解旅客决策出行方式的影响因素；
6、了解影响旅客出行方式的有效促销方式。
四、市场分析
现阶段，民航企业并没有建立起现代的营销制度。航空公司之间依-1-
赖价格进行竞争而没有考虑客户的真正需求。其实，航空市场可以细分成两类完全不同的市场，一类是消费者市场，另一类是商业市场。我们可以分析下这两类市场有何不同：
购买者不同。消费者市场的客户是家庭或者客人；商业市场的购买者是机构，例如企业、政府、军队等各种团体。在中国，乘飞机旅行的主要是公务人员，所以超过一半的机票是被大客户买走了。根据购买者的不同，每个公司开始运营之前都要设置不同的销售系统。
采购金额不同。因为普通消费者财力有限，在一年之内的采购的金额也十分有限。大客户则根据业务的需要，会有很多的采购。例如，一个普通消费者一年顶多花几千元买机票，可是大型的公司可能一年会买几千万元的机票。IBM有上千个销售代表，每个销售代表平均一年出差十次，一年就要采购两万张机票，IBM需要花费大约两千万元购买机票。广告宣传方式不同。消费者受广告影响很大，而企业因为经常采购，所以他们根据自己的经验来购买。例如，保洁公司请一些女孩子在电视上甩一甩秀发来给洗发水做广告，消费者见到广告就想去试一下。一个银行的信息中心主任不会根据广告来采购，因为客户的机构使用了数以千百记的电脑，信息中心对产品的质量、服务和价格清清楚楚，他们更依据自己的体验来采购。
销售方式不同。大客户对产品和方案要求严格，他们本身就有设计和维护的专家，他们需要和厂家的销售代表面对面的讨论方案。由于大客户的大量采购，厂家值得也愿意派销售代表上门销售。消费者只是需
要的时候才去采购，他们希望家旁边的便利店就可以买到，这时销售代表往往是商店或者营业厅人员，他们在固定的地点等待客户来购买。服务要求不同。如果家里的电视机坏了，只要厂家给修而且不用付钱，消费者就已经阿弥陀佛了。可是银行的数据库服务器，电信局的电话交换机，航空公司的飞机就不能有半点含糊。哪怕一点点故障，厂家就必须立即进行维修，工程师必须上门，客户不可能将产品送回厂家。由于购买者，采购金额，广告宣传方式、销售方式和服务要求这些方面的不同，造成了两类市场的巨大差别，形成了两种不同的营销模式。对于消费品，厂家采用分销模式进行销售，厂家下面往往有总代理或者批发商，总代理和批发商销售给区域性的代理或者二级批发商，然后产品才能进入商场，零售店与消费者见面。由于电子商务的发展，大型连锁店利用网络带来的便利，直接向厂家定货，例如沃尔玛或者家乐福。对于大客户，厂家组织专业的销售队伍直接与客户建立采购联系，有时客户需要完整的解决方案，一家承包商或者集成商直接对客户负责，但厂家也需要直接与客户见面，最终选择厂家的权利还是在客户手中。另有一些产品既适合家用又适合商用，所以公司往往设置不同的销售队伍。民航市场是一个消费者和大客户混合的市场，如果机票代售公司依托有效推广途径和营销策略，向大型机构或团体提供大客户应该享受的服务和优惠，这家机票代售公司一定可以在市场中胜出。大客户销售与消费者销售是不同的领域，但是对于销售代表而言，销售技能是相同的。
五、自我分析
合伙人有自主经营的广告宣传企业法人实体，经营范围涵括“设计、制作、代理、发布广告；承办展览展示；组织文化艺术交流活动；会议服务；企业管理服务；企业形象策划；产品设计”等诸多方面，对于推广代售机票业务提供了便利条件。
此外，合伙人可以依托有效的人际关系网与省政府各机关单位（包括：公、检、法、司等）、企事业单位、院校或科研机构以及企业白领、学生等散户群体形成长期合作购票关系，通过多种渠道拓展代收业务。
六、推广策略
1、加强对本地政府、行政事业单位及所属各部门，特别是办公室的沟通和宣传，使他们摒弃原有购票途径，转而采用我票务单位的票务代理业务，并建立长期、稳定的票务合作关系。
2、加强与大客户群体的沟通，积极主动地为大客户群体的大型会议或交流活动提供一条龙订票服务支持。
3、加强对本地效益较好企业的宣传和营销，将票务代理业务纳入对这些企业的综合营销方案中去，与这些企业形成长远的票务合作关系。
4、加强各种宣传策略和宣传方式，并在提供优质、高效服务的同时，不断扩大企业白领、学生等散户市场。
七、宣传营销
1、由合伙人的广告公司印制机票代售广告。
2、由代售网点工作人员到人群密集的商圈、住宅小区发放宣传单、卡片，张贴宣传海报，拓展散户业务。
3、对大客户单位，由合伙人以“为大客户提供优质服务”为切入点，利用有效关系网进行宣传、洽谈合作。
AIS机票销售管理系统使用说明 第10篇
目录
1、政策管理………………………………………………….6 1.1.1 航空公司及客户政策……………………………...7 1.2.1 客户非优惠航线政策………………………………13
1.3.1 客户追加政策……………………………………….15 1.4.1 员工政策管理……………………………………….19
2、基础数据管理……………………………………………...21
2.1.1 OFFICE号管理……………………………………...21 2.2.1 工作号管理…………………………………………..22 2.3.1 公司员工管理………………………………………..23 2.4.1 航空公司管理………………………………………..25 2.5.1 打票机管理…………………………………………..25
3、客户管理……………………………………………………26
3.1.1 公司管理……………………………………………...26 3.2.1 常旅客管理…………………………………………...27 3.3.1 大客户管理…………………………………………...29 3.4.1 月结公司管理………………………………………...30 3.5.1 常旅客审批…………………………………………...31 3.6.1 大客户审核……………………………………………32
4、其他业务管理……………………………………………….33
4.1.1 月结管理订单记录…………………………………..34 4.2.1 作为申请管理………………………………………..35
4.3.1 客户回访管理……………………………………..36 4.4.1 要客管理…………………………………………..37 4.5.1 航班变动管理……………………………………..38
5、票务管理…………………………………………………40
5.1.1 国内票务管理……………………………………..41 5.2.1 票务派送管理……………………………………..47 5.3.1 票务结算管理……………………………………..48 5.4.1 操作废票管理……………………………………..50
6、客户返点…………………………………………………51
6.1.1 前台客户订单审核………………………………..52 6.2.1 综合部客户返点审核……………………………..53 6.3.1 财务部客户返点结算……………………………..54
7、报表输出…………………………………………………55
7.1.1 问讯处员工日、月销售统计表…………………..56 7.2.1 员工电话量统计查询……………………………..57 7.3.1 前台销售日报表…………………………………..58 7.4.1 前台销售周报表…………………………………..59 7.5.1 打印政策信息……………………………………..61 7.6.1 客户优惠航线销售明细表………………………..62 7.7.1 大厦及外点销售周报表…………………………..63 7.8.1 打印订单结算信息………………………………..64 7.9.1 结算方式明细……………………………………..66 7.10.1 代理费销售统计表………………………………66 7.11.1 财务部国内销售统计表…………………………72
8、票号管理………………………………………………....72
8.1.1 票号出入库管理…………………………………..73 8.2.1 票号分配打票机…………………………………..74 8.3.1 票号销号…………………………………………..75 AIS机票销售系统使用说明
AIS机票销售管理系统是对机票销售信息的统一管理，该管理系统将围绕机票销售信息，统计各种企业内部所需要的生产数据，并可以根据统计信息分析市场行情，有助于领导者做出适应企业发展的短期或长期决策。该系统分为九大模块完成，分别是：票务管理、票号管理、政策管理、客户返点管理、报表输出、客户管理、基础数据管理、其他业务管理、系统管理。下面分别介绍各大模块的使用情况。
在使用各个模块之前先要凭据个人所具有得用户名、密码登录，方可进入该管理系统。登录如下图1：
登录图1
若登录成功，则进入销售管理系统的主界面，如图2：
图2
问询和前台在进行正常的订单录入之前，有一些基础数据必须在该操作之前完成，否则，工作无法正常进行。
一、政策管理
问询和前台在进行正常的订单录入之前，市场部首先要进行政策管理，对各项政策信息进行录入，有了政策信息问询或前台才可以进行优惠航线的选择，否则没有任何优惠航线信息。另外有了政策信息，服务器每天晚上23：00会自动运行各种政策，将机票销售信息与政策信息相结合才会准确地统计出财务部，综合业务部、及其他部门各领导层所关心的各种数据。如图1：
政策管理 图1
1、航空公司政策管理
点击“航空公司及客户政策”进入下图1.1.1:
航空公司及客户政策 图1.1.1
该界面是进行航空公司政策及客户政策录入的界面。首先选择航空 公司，然后录入单程或往返程（注：单程或往返程有政策的则录入，否则不录入航段信息），航段信息的格式是：是用城市的三字代码来 表示，而不是中文，例如：单程：DLC-PEK-SHA；往返程： DLC-PEK-SHA-PEK-DLC。
航班号的录入，根据政策所适应的航班号，有三种方式可进行选择。（1）“所有航班”复选框，即该条政策适用于所有航班时，可选择。（2）“航班号文本框”，当政策适用于可以列举的某几个航班时，要
将列举的航班号以指定的格式进行填写。正确的格式如下例： CZ6125/CZ6543/CZ6433，每个航班号必须写全，不能写成： CZ6125/6543，这在系统中不被识别。
（3）“其他航班”复选框，当某条航线出现某几个航班享受一种政策，而其他航班享受另一种政策的时候，那么“某几个航班”就应该在“（2）”中列举添加过，形成自己的政策，那么其他航班享受另一种政策，就因为其他航班是不可以列举的所以这时应该选择“其他航班”复选框，以简化操作。
追加奖励值：是航空公司根据代理人的月销售额，而给予的一种奖励点，例如：2.5% ,在框中填写“2.5”,而不是“0.025”或者“2.5%”。舱位选择：有两个地方可以进行舱位选择，“舱位选择1”，“舱位选择2”如图1.1.2所示：
“舱位选择1”的位置列出了该航空公司的相应舱位信息，分别是舱位代码、折扣、航空公司所给代理人的返点值X及代理人给客户的返点值。在该列表框中可以对有优惠政策的舱位进行选择，并将X值与客户返点值添加进去。选中的舱位就是在各自前面的复选框中划 对号。
“舱位选择2”：在所有舱位复选框中划对号，同时填写相应的政策 信息，当光标离开“航空公司X值”或“客户返点”的文本框的时候，“舱位选择2”中的信息将改写“舱位选择1”中的所有舱位信息，这样做的目的是：当所有舱位都享有该政策的时候，若在“舱位选择1”中进行一条条的选择很麻烦，而用“舱位选择2”的方法解决这一问题就方便了很多。
航空公司与客户政策信息编辑 图1.1.2 客户起始日期、客户结束日期：分别记录的是客户政策执行的起始日期与结束日期。
执行起始日期、执行结束日期：分别记录的是航空公司政策执行的起始日期与结束日期。
[添加]按钮：当某条政策信息添加完整之后，点击[添加]即可将该条 政策存入数据库，同时会将刚才添加的政策信息显示到下面的“航线政策信息”的列表框中，如图1.1.3所示。通过审核该框中的信息来检查所添加的政策信息是否正确。
航空公司与客户政策信息编辑 图1.1.3 点击加号“”即可展开舱位政策的详细信息，如图1.1.4所示：
航空公司与客户政策信息编辑 图1.1.4 点击“航空公司政策信息”即可展开舱位政策信息，如图1.1.5所示。点击图1.1.5中的红色标记即可将舱位信息折叠恢复原始状态。
航空公司与客户政策信息编辑 图1.1.5 修改、删除政策信息：首先在要修改的政策信息的前面双击，如下图 图1.1.6所示。该政策信息将显示在上面的编辑框中，同时[修改]、[删 除]按钮恢复正常使用状态，此时可对该信息进行修改，删除操作。搜索政策信息：“输入搜索条件”框中的信息是各种与政策相关的搜 索条件。输入相应的条件即可搜索出相应的信息。
航空公司与客户政策信息编辑 图1.1.6
2、客户非优惠航线政策管理 在“政策管理”菜单中选择“客户非
优惠航线政策”，如图1.2.1所示。然后进入图1.2.2所示的“客户非优惠行线政策”的界面。客户非优惠航线政策 图1.2.1
客户非优惠航线政策 图1.2.2 该界面主要是针对南航和其他航空公司非优惠航线政策的编辑管理。南航与其他航空公司非优惠航线的政策各有两条，小于某个金额一个政策，大于某个金额又一个政策，将各条政策信息添加完整之后，点击[添加]按钮，将您要添加的信息入库保存，同时将该条信息显示在下面的列表框中。如图1.2.3所示：
客户非优惠航线政策 图1.2.3 政策信息的修改、删除操作：在信息显示的列表框中选择您要修改或删除的记录信息，双击前面黑色尖头的位置，然后该信息将显示在上面的信息框中，同时[修改]、[删除]按钮由灰色不可操作状态变成黑色可操作的状态，这是修改完成的信息可点击[修改]按钮重新保存，若要删除该记录，则直接点击[删除]按钮即可。
搜索非优惠航线政策：在“输入搜索条件”的框中输入要搜索的条件，即可搜索出相应的信息，显示在下面的列表框中。
3、客户追加政策
在主窗体的政策管理栏中选择“客户追加政策”，如图1.3.1所示：
图1.3.1 选择“客户追加政策”，进入“客户追加政策”界面，如图1.3.2所示：
客户追加政策编辑 图1.3.2 该界面的主要作用是：根据某客户的销售额，给客户在某条优惠航线上追加点，作为奖励。
首先在“搜索框”中输入相应的条件，提取满足条件的客户的销售情况，根据销售情况决定是否给某客户追加优惠航线的返点 率。详细介绍一下搜索条件的具体含义。 特殊航线销售金额
选中该框说明在右侧的文本框中，输入的金额值是按客户购买特殊优惠航线的金额进行搜索。 非特殊航线
宣中菲特殊航线，则在右侧的框中输入的金额值就是要按客户购买非特殊航线的金额进行搜索。 全部销售金额
是按照客户购买的特殊航线金额与非特殊航线的金额的总和作为条件，来搜索满足条件的客户。 航空公司
可以搜索客户销售某个航空公司的机票金额情况，也可搜索全部航空公司的总销售金额。 航线
航线通常与航空公司组合使用，可以搜索某个航空公司某条优惠航线的的销售金额情况。航线列表中的数字是：代理费3+航空公司给代理人的政策返点值-代理人给客户的返点值=剩余可返点值。 出票张数复选框
当要按照某客户出票的张数来搜索满足条件的客户的时候，就需要将该复选框选中。选中该复选框只有日期条件和客户卡号、客户姓名条件框可用。不选中该框就是按照金额来进 行搜索。
单选钮 按销售额搜索
当该单选钮被选中的时候，按照条件所搜索出的信息是客户的销售信息。
单选钮 按客户追加搜索
当该单选钮被选中的时候，按照条件所搜索出来的信息是客户的追加信息。事例见下图1.3.3所示
客户追加政策编辑 图1.3.3 在显示的信系列表框中，选择一条记录，在图中所示的位置，双击鼠标左键，该信息中的卡号及客户姓名就显示在上面的编辑框中，然后选择一条具有可返点的优惠航线来给该客户追加点，并 将其他信息填写完整，最后点击[添加]按钮，刚才添加的信息就显示在下面的信息框中。如图1.3.4所示：
客户追加政策编辑 图1.3.4
4、员工政策管理
“员工政策”管理的主要作用是员工销售了某一个优惠航线应给予的奖励。点击主窗体政策管理菜单中的“员工政策”，如图1.4.1所示，即可进入员工政策编辑界面，如图1.4.2所示：
图1.4.1
员工政策信息编辑管理 图1.4.2 员工政策信息编辑管理的操作方法，与“航空公司及客户政策”管理的操作方式基本相同，在此，就不详细介绍了。
二、基础数据管理
该组内的菜单记录了企业内部的一些基础数据的维护操作。如图2.1所示：
图2.1
1、OFFCE号管理
对本代理中所有OFFICE号进行添加、删除、修改操作。如图2.1.1所示：
OFFICE管理 图2.1.1 添加：在“OFFICE添加/修改”框中，输入相应的信息，然后点击[添加]按钮，信息即可存入系统，以备在其他地方使用。添加的信息在上面的信息框中显示。
修改/删除：通过左边的搜索功能，搜索到您要的记录（在上表中显示），然后双击上图所示的位置，该条记录的信息即可显示在“OFFICE添加/修改”框中，以备对该条记录进行修改或删除操作。当对该记录进行了修改，那么点击[修改]按钮信息即可重新保存。若要删除该记录，则点击[删除]按钮即可。
2、工作号管理
对某个OFFICE下的员工的工作号进行管理，该界面的操作与“OFFICE管理”的操作基本相同。重点提示：“OFFICE号”下拉列表框中的信息，只有在“OFFICE管理”中将该office号添加之后，此处才会出现，否则没有。所以必须先对OFFICE号进行管理，然后再对工作号进行管理。如图2.2.1所示：
工作号管理 图2.2.1
3、公司员工管理
该界面的主要功能是对公司员工的信息及该员工所具有操作该软件的权限进行管理。如图2.3.1所示：
员工管理 图2.3.1 添加用户：在“用户添加/修改”框中添加写某员工的基本信息，基本信息填写完毕，则到“权限分配”框中，选中要分配给该员工的某个权限，在该操作前面划对号，选中所有要分配的权限，然后点击[添加]，该员工信息及相应的权限信息一并被保存。添加完的员工基本信息就显示在上面的列表框中。
修改/删除：双击选中的员工记录，该记录就显示在“用户添加/修改”框中，这时既可以修改员工基本信息也可修改权限信息，信息被修改之后，要重新保存，则点击[修改]按钮。若要删除该记录信息，则点击[删除]按钮即可。
4、航空公司管理
该界面的主要功能是对航空公司的基本信息，及该航 空公司的舱位代码信息的编辑维护操作。如图2.4.1所示：
航空公司管理 图2.4.1 基本的操作方法与前几个界面的操作方法基本相同，在此就不作详细介绍。
5、打票机管理
主要功能是对打票机信息进行维护，只有在此处添加了打票机，那么前台才能使用该打票机。如图2.5.1所示：
打印机管理 图2.5.1
三、客户管理 在主窗体中的菜单如图3.1.1所示：
客户管理 图3.1
1、公司管理
该界面的主要功能是对与企业有业务往来的一些公司进行信息管理。例如：在“大客户管理”中有一项客户所属的公司，只有客户所属的公司在此处添加之后，才可以在“大客户管 理”的所属公司中使用。如图3.1.1所示
公司管理 图3.1.1 其他操作与前述的方法相同。
2、常旅客管理
主要功能是对公司的长旅客进行管理。如图3.2.1所示：
常旅客管理 图3.2.1 在该界面的操作中须注意的一点是，在新添加常旅客的时候，未经“常旅客审核”操作，“卡号”是不允许保存的，只能保存其他信息。相应的提示见图3.2.2所示：
常旅客管理 图3.2.2 必须经过审核完毕，才能对该旅客的卡号信息进行补充填写。
3、大客户管理
主要是对企业的大客户信息进行维护，只有在此处添加了大客户，那么在前台及财务报表中才能使用该客户信息。如图3.3.1所示：
大客户管理 图3.3.1
4、月结公司管理
是对与企业形成以月结为结算票款方式的企业或公司进行信息维护。如图3.4.1所示：
月结客户管理 图3.4.1
5、常旅客审批
在常旅客管理中添加的常旅客，要想在系统中的其他地方使用，必须经过具有审批权的人进行审批，方可给该常旅客分配卡号，经过审批的表示已经是公司的真正的常旅客。审批过程如图3.5.1所示: 在“选中此处”的位置划对号，表示选中要审批的人，然后点击[审批]按钮，即可通过审批。
常旅客审批 图3.5.1
6、大客户审核
功能与常旅客审核基本相同。见图3.6.1所示：
客户审批 图3.6.1
四、其他业务管理 见图4.1所示：
其他业务管理 图4.1
1、月结管理订单记录
主要功能是管理月结客户所订的机票信息。如图4.1.1所示： 操作方法与前面相同。
月结客户订单明细 图4.1.1
2、座位申请管理
主要是市场部，对所申请的座位信息在此处备案存档。见图4.2.1所示：
座位申请管理 图4.2.1
3、客户回访管理
主要是记录对公司大客户的回访情况。见图4.3.1所示：
客户回访管理 图4.3.1
4、要客管理
主要对公司的要客信息进行维护管理。见图4.4.1所示：
要客管理 图4.4.1
5、航班变动管理
将航班变动信息录入数据库保存，如图4.5.1所示：
航班变动管理 图4.5.1 点击[通知旅客]按钮，会导航到“航班变动通知”的界面，如图4.5.2所示：
首先搜索变动的航班，当找到某个航班，然后双击找到已在我方订座该航班的旅客信息，然后通知该旅客，航班变动情况。对通知完了旅客，进行记录。选中某个要通知的旅客，然后双击，该旅客信息就显示在上面的信息框中，然后点击[通知]按钮，该旅客就标记为已通知的状态，这样做可以对
五、票务管理 如图5.1所示：
航班变动通知 图4.5.2 40
票务管理 图5.1
1、国内票务管理 如图5.1.1所示：
国内票务管理 图5.1.1 [创建新订单]：要产生一个新的订单。
[刷新预定订单]：出票系统中的预定状态的订单录入系统之后，点击次按钮，即可看到目前所有处于预定状态的订单。[刷新需出票订单]：需出票订单，是将预定状态的订单转换为需出票订单。当预定状态的订单需要出票时，而且出票人与预定人不是一个人的时候，将预定状态改为出票状态有助于出票人查看便且进行出票。
[刷新当天出票订单]：将当天出票订单提取出来。
[删除预定订单]:将预定状态与需出票状态的订单进行删除。
创建新订单：如图5.1.2所示：
创建新订单 图5.1.2 在CPNR:的位置输入五位pnr记录编号，然后点击[解析pnr]订单的pnr信息就显示在右边的‘显示旅客订座信息的框中’，同时，旅客信息及航段信息也显示在相应的表中，然后补充上其他所需要的信息，根据当前该订单所处的状态来点击相应的按钮([预定订单]、[需出票订单]、[出票订单])。[预定订单]是该订单在出票系统中是一个留票、预定状态，还没有决定是否要出票，此时应该点击[预定订单]按钮。
[需出票订单]：该订单决定是要出票的，但出票人不是该操作员的时候，可以点击[需出票订单]已告知出票员有票要出。
[出票订单]：若该票在出票系统中已经出票了，而且也有出票的权限，那么就可以点击该按钮。
[手工计算]：当旅客的销售运价没有解析出来的时候，在该位置的相关运价项填写完整，然后点击该按钮，此时该记录下的所有旅客的价格信息将会被这一统一的运价来改写，这样做有助于团队旅客价钱的修改。
点击[出票订单]按钮的时候会将该出票订单的完整信息进行存库,同时将票号信息入库，并指定是哪台打印机打印的，这样做的目的是统计某台打印机出了多少票。如图5.1.3所示：
票号录入 图5.1.3 点击[录入系统]然后信息将被保存。保存完毕会出现结算界面，如图5.1.4所示：出完票就结算，是适用于自己买票自己收款的
情形。若有单独收款员的，那在此处就不收款，而是将该收款功能赋给收款员进行操作。
订单结算 图5.1.4 在图中有输入金额的地方，在相应的付款方式上输入金额，这样有助于财务部统计当天各种收款方式下所收入的金额是多少。输入万金额点击[确认收款]即可，然后[退出]，以进行其他操作。
将预定订单或需出票订单改成需出票订单或出票订单的操作如下图5.1.5所示：
修改订单 图5.1.5 首先找到预定订单或者是需出票状态的订单，然后双击图中所示的位置，即可打开编辑订单的界面。若需要重新解析pnr记录，将[发送]复选框选中，重新点击[解析pnr],新的pnr信息将被重新解析，若只需要修改信息，不需要修改记录的状态，应该点击[保存订单]，若要修改状态，则点击[需出票订单]或者[出票订单]按钮。退票处理：
若某张票已经在售票系统中作了退票处理，那么就在上图5.1.5 修改订单的界面中进行重新解析pnr,该管理系统会根据人数及航段的缺少来自动识别是否是做了退票处理。如下图5.1.6所示： 退票的PNR在姓名的前面有一行退票信息“**THIS PNR WAS
ENTIRELY CANCELLED**”,系统会根据该信息来检测该票是否是退票。当重新提取的pnr记录有此标志，点击[解析pnr]按钮，即可调出退票界面，在此界面中，填写完整退票的相关信息，点击[确认更新]即可。
退票处理 图5.1.6
2、票务派送管理 入图5.2.1所示：
票务派送管理 图5.2.1 当某个订单的取票类型被选为是“送票”订单的时候，该订单就可以在送票部门出现，点击[刷新]新的未送票订单就显示在上面的列表中，当送票部门与旅客核实完出票时间与送票地点，并决定何时可以出票、送票的时候。送票部门将找到某个要出票的送票记录，双击图中所示的位置，该订单的送票信息就显示在下面的框中，然后送票部补充完相应的信息即可点击[送票]按钮，此时该订单若是预定状态，那么就被改成了需出票状态，供出票员观看，以进行出票。
3、票务结算管理 如图5.3.1所示：
票务结算管理 图5.3.1 当要对某个为收款的订单进行收款时，首先找到该订单，然后双击，出现该订单结算界面，如图 订单结算界面 5.3.2所示：
订单结算 图5.3.2
4、操作废票管理