机票超售立法比较研究

作者：任淑芳

来源：《法制博览》2013年第07期

【摘要】超售已经成为各国航空公司普遍采用的做法，美国和欧盟都已经颁布了有关机票超售的相关法律，但是在我国，这种商业行为还没有被公众广泛认识，亦没有相关的法律法规进行规制。

【关键词】超售；立法；比较研究

2005年2月17日，欧盟颁布的《关于航班拒载、取消或延误时对旅客赔偿和帮助的一般规定》（EU261/2004，以下简称261条例），和美国运输部（DOT）早在1978年就颁布了有关超售和拒绝登机的规则（14CFR Part250）对我国有积极的借鉴意义，主要有以下几个方面。

一、机票超售的合法性

首先，合理的机票超售可以解决no-show造成的资源浪费问题。其次，与其通过追究航空公司的违约责任对旅客进行补偿，不如完善机票超售制度，制定全方位的补救措施和制约机制。因为根据违约责任所确定的补偿内容和数额难免因个案而有所差异，很难通过司法实践保证普遍的公平。并且，诸如安排餐饮、提供其他关怀和帮助等补救措施是在拒载发生之后应当立刻提供的，很难通过司法途径得到事后补偿。

二、适用的范围

根据欧盟261条例第3条第一款规定，从成员国境内出发的旅客，不论承运人是属于哪个国家，本条例都适用；而从第三国机场出发并前往成员国机场的旅客，只有在没有在第三国获利和得到帮助且该航班承运人是欧共体承运人的情况下，本条例才适用。该条例体现了最大范围保护成员国和前往成员国境内的旅客意图。

美国14CFR Part250第250.2条同样涵盖了国内运输和国际运输，但国际运输以从美国境内开始为限，不关心航程的终点，这种立法技巧重点在于明确受本规则约束的承运人的范围，重在规范承运人的行为，从而保护旅客的权益。

对于我国而言，不论以旅客为落脚点，还是以承运人为落脚点，仅仅是语言上表述的差距，美国和欧盟的规则存在实质上的共同点，并且都是合理的、值得借鉴的。首先，应当明确，不论国内承运人还是外国承运人，都应该受规则的约束；其次，国内运输应当全部纳入规则管辖范围之内，至于与本国有关的国际运输，则应适当限制，选取一到两个连接因素作为管辖的依据。

三、强行拒载的旅客

在自愿放弃航程的旅客人数不足时，航空公司有权强行拒载，这既是承运人的权利，也是承运人的义务。对于强行拒载规则主要包括两方面，一，优先登机规则（Boarding priority rules），即哪些旅客可能被首先拒载；二，强行拒载后的救济，即被强行拒载的旅客享有哪些权利。

（一）优先登机规则

14CFR Part250第250.3赋予各航空公司自行制定优先登机规则，但必须满足一定条件：①符合最小拒载原则，即保证最少数量的旅客被强行拒载；②能被一般旅客理解；③不得造成不合理或不适当的偏好或利益，或在任何方面对某些特定的旅客造成不公平或者不合理的歧视或损害。同时还列举了可能用以决定优先权的因素，包括办理登机手续的时间、在到达登机口前是否已经被分配座位等。①

欧盟261条例并没有规定优先登机的基本原则和参考因素，仅规定了对于行动不便的乘客及其陪同人员和服务犬，以及无人陪护儿童应当有登机的优先权②。

（二）强行拒载后的救济

相比于美国14CFR Part250，在强行拒载后的救济方面，欧盟261条例更加严谨：第一，欧盟261条例对于退票后能够获得的赔偿也作了规定，美国14CFR Part250并没有明确被强行拒载的乘客是否可以退票，以及退票后能否得到赔偿，所有赔偿数额的计算都是以重新安排航程之后相比原航程所推迟到达的时间为基础的。按照14CFR Part250的规定，在超售情况下，如果乘客希望退票，只能选择自愿放弃航程，并接受承运人提供的补偿，而不能适用250.5关于拒载后赔偿数额计算标准。第二，接受新的航程安排后延迟时间少于1小时的旅客也能得到一定数量的赔偿。即使是再短的延误，也有可能给乘客带来损失，尤其是对于商务人士，要求他们始终为自己的行程预留一小时左右的机动时间不合理的。根据合同法的基本原则，航程时间安排属于客运合同的一部分，如果由于承运人的原因导致旅客延误行程，即便是不足一小时的延误，也构成违约，在这种情况下要求承运人作出适当赔偿也是合理的。因此，在这一方面，欧盟261条例的做法显得更为合理。

对于我国而言，首先应当明确，被强行拒载的旅客有退票或重新安排航程的权利、获得赔偿的权利以及获得关怀的权利。赔偿的数额是需要解决的最主要问题，根据前述比较分析，首先，可以借鉴欧盟261条例，对退票和重新安排航程的旅客的赔偿数额作出不同的规定。其次，对于退票的旅客，其赔偿数额仅与机票价格有关，且应当略高于同等票价水平情况下选择重新安排航程的旅客。最后，对于重新安排航程的旅客，应考虑航程距离以及被延误时间确定赔偿价格，赔偿价格以机票价格的一到两倍方式，同时设定责任限额。

四、航空承运人的通知义务

机票预订管理系统数据库

华科学院信息管理与信息系统专业《数据库课程设计》报告（2014/2015学年第一学期）学生姓名：学生班级：学生学号：指导教师： 2015年1月6日

《机票预订管理系统》的设计

目录第一章系统概述 (1) 1.1 系统开发背景 (1) 1.2 系统开发意义 (1) 1.3 任务概述 (1) 1.3.1目标 (1) 1.3.2用户的特点 (1) 1.3.3条件与限制 (2) 第二章需求分析 2.1 可行性分析 (3) 2.2 数据流图 (3) 2.3 机票预订系统数据字典 (4) 2.4系统的实体-联系图（ER） (5) 第三章概念结构设计 (6) 3.1 概念数据模型的描述 (6) 3.2 概念数据模型的建立 (6) 第四章逻辑结构设计 4.1 E-R图向关系模型的转换 (7) 4.2 数据的概念结构 (7) 第五章物理结构设计 5.1 物理数据模型的描述 (9) 5.2 物理数据模型的建立 (9) 5.3 物理数据模型导入数据库管理系统 (10) 第六章数据库的实施 6.1 数据库中表内容 (11) 6.2 数据库中SQLServer语句 (12) 结束语 (14) 参考文献 (1)

一章系统概述 1.1 系统开发背景随着社会发展的不断进步，旅游业的蓬勃发展，机票预订系统对人们的生活影响越来越大，为了实现航空公司以及旅游业的现代化管理，方便旅客，需要开发一个机票预订系统。该系统具有完整的存储，查询，核对，打印机票等功能。在这个系统中，旅客在旅行社的机票预售代理点，通过输入计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞前凭其二代身份证、取票通知和账单取票，系统校对无误后即打印机票给顾客。 1.2 系统开发意义航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金或通过网上支付方式付款后，旅客就可以在飞机起飞前凭个人二代身份证在旅行社或机场指定系统上自助打印机票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。 1.3 任务概述 1.3.1目标在计算机网络，数据库和先进开发平台上，利用现有软件，配置一定硬件，开发一个巨头开放乙烯结构的、易扩充的、一维护的、具有良好人机交互界面的机票预订系统，实现航空公司与旅行社之间的现代化管理链接。实现各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班的功能。 1.3.2用户的特点用户为旅游社工作人员，通过登录相应信息而进入机票系统，然后输入旅客基本信息

航空公司的预订票策略

数理信息学院课程设计报告书题目航空公司的预订票策略数学系？？？？？？？专业？？？？？学生？？？？？？？指导教师？？？？日期？？？？

航空公司的预订票策略摘要本文针对在综合考虑经济利润和社会声誉情况下对最优预售票数的决策进行了讨论。针对问题一，只考虑经济效益，航空公司的经济利润可以用机票收入扣除飞行费用和赔偿金后的利润来衡量，建立单目标规划模型。针对问题二，从航空公司的长远利益出发，。以公司经济利益最大化和社会声誉尽量不受影响为原则。社会声誉可以用持票按时前来登记、但因满员不能飞走的乘客，即被挤掉者限制在一定数量为标准，由于预订票的乘客是否按时前来登机是随机的，所以经济利益和社会声誉两个指标都应该在平均意义下衡量。于是航空公司预订票模型简化为一个双目标的规划问题，即求航空公司的平均利润 () S m和被挤掉的乘客数超过j人的概率() P m之间的平衡关系，决策变量是预订 j 票数量的限额m。乘客是否前来登机是随机的，所以文章运用概率的思想使其服从二项分布。最后，我们对模型进行了推广与评价。考虑不同的客源的实际需要，对补偿金模型进行改进优化，比较详细的给出了航空公司的预订票策略，具有很强的实际指导意义。关键字：双目标规划模型、单目标规划模型、线性权值法、概率分布、利润最大

一、问题重述 1.1 基本情况：随着社会经济水平的不断提高，越来越多的人们选择乘坐飞机出行。航空行业发生了巨大的变化，在激烈的市场竞争中，航空公司为争取更多的客源而开展的一个优质服务项目是预订票业务。它的特点是：旅客可以在飞机起飞前一百多天里向购票处或航空公司订票，由于离飞机起飞时间较长，以及旅客行为的不确定性，往往航空公司会售出超过实际座位数的票数，即超售。在订座决策中，航空公司面临2种风险：空座风险和超售风险，以航班客座容量为临界点，如果超售的结果（即实际到达机场的已预定座位的旅客人数）少于航班容量，会造成座位剩余，这就是空座风险；如果决策结果多于航班容量，造成有些旅客被拒绝登机，从而带来超售风险，合理的超售可以减少空位损失，所以确定合理的超售数额是十分必要的。通过预定策略，公司才能更好的获得经济利益而不会很大方面影响公司的声誉。客户可以通过电话或互联网等方式进行预定，这种预定具有很大的不确定性，客户很可能由于各种原因取消预定。考虑到社会声誉的因素，公司承诺，预先订票的乘客如果未能按时登机，可以乘坐下一班机或退票，无需附加任何费用。当然也可以订票时只订座，登机时才付款。航空公司为了争取最大利润，一方面要争取客户，另一方面要降低因客户取消预定遭受的损失。开展预订票业务时，飞机容量是不能改变的，而预订票数量是可以根据客源越多和声誉越好等方面来确定。显然，预订票数量这一因素是十分关键的。若公司限制预订票的数量等于飞机容量，由于会有订了机票的乘客不按时来，致使飞机不满员而利润降低，甚至亏本。如果不限制预订票数量，若持票按时来的乘客超过飞机容量，必然引起不能走乘客的抱怨, 导致公司声誉受损，给公司带来损失，如客源减少，挤掉以后班机的乘客，付给乘客一定的赔偿金，公司需要综合考虑经济利益和社会声誉，确定预订票数量的最佳限额。 1.2需要解决的问题：现根据以上的基本情况考虑下列问题：问题一：只考虑公司的经济利益，，怎样确定该航班的预订票数量。问题二：公司为争取更多的客源只考虑经济利益，对该公司的长久利益而言，肯定是不是最佳的，所以公司还应考虑社会声誉问题。公司当然希望被挤掉的乘客越少而乘坐航班的乘客越多，这种情况下，去确定该航班的预订票数量。二、问题分析 2.1 问题一的分析针对问题一，在不考虑其它因素的前提下，只从经济利益来确定预订票数量的最佳限额。公司的经济利益可以用机票收入扣除飞行费用和赔偿金后的利润来衡量。由于预订票的乘客是否按时前来登机是随机的，所以经济利益应该在平均意义下考虑。这是一个单目标的优化模型。

机票预订系统

机票预定系统的系统分析与设计（一）项目名称机票预定系统的系统分析与设计（二）项目概述航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。（三）项目用例分析机票预定系统业务参与表 ●旅客：为取得机票而付费的人 ●旅行社：其安全状况已得到确认的机构，因此，可以把旅客信息输入到系统 ●Sys:处理旅客信息、预约、安排航班，进行定时查询统计的已有系统

航空公司：旅客进行预约机票的航空公司业务用例表旅行社预定机票：其安全状况已得到确认的机构，因此，可以把旅客信息输入到系统 1.系统查询统计：系统为掌握各个航班的乘载情况定时进行查询统计 2.系统安排航班：系统根据旅客需求安排航班 3.系统确认交付预约金：旅客为安排的航班满意后交付预约金 4.旅客获知航班：根据统计结果可以安排到航班后，旅行社通知旅客 5.系统获得预定：系统确认获得预约金后，打印出取票通知和帐单给旅客 6.航空公司合法性验证：航空公司对旅客身份证、护照、取票通知和帐单进行合法性验证 7.旅客交款：合法性验证通过后，旅客交款 8.系统打印机票：核对信息无误后系统打印出机票给旅客 9.旅客延误处理：得到合法性验证后，确定旅客延误，取消预约 10.系统航班取消处理：旅客按时取预约机票时航班取消，系统取消预约并退还旅客预约金 11.旅客更改航班的处理：旅客确认更改航班时，系统取消预约 12.旅客重新预约：旅客更改航班后重新预约机票（四）用例细化描述

浅谈国内航班超售

浅谈国内航班超售伴随着2002年国内航空企业的改组，在中国国内特定国情的条件下，国内民航业竞争日趋白热化。特别是民营航空公司日益增多的今天，航空公司之间的竞争更加激烈。为了能够更好的增加航班收益，国内航空公司在收益管理方面狠下功夫，促使其能够在竞争激烈的环境下更好的发展。航班超售作为航空企业提高收益水平的手段之一，在实际航班运营过程中显得尤为重要，成为增加航班收益的一个重要途径。但是航班进行超售配额的的设定，以及出现实际超售（简称“实超”）情况下，如何对旅客进行有效的安臵，这是航空公司面临的难题，本文针对国内航空公司的超售问题浅谈几点自己的看法。一、航空业航班超售的概念航空公司的超售一词首先来源于航空领域的收益管理概念。超售是航空公司收益管理的重要内容。航班超售实际上具有不断优化配臵资源的作用，从而使航空公司和旅客双方受益。（1）航空业收益管理的简单介绍收益管理诞生于上世纪80年代的美国航空业。随着美国政府对航空公司管制的放松, 开始允许航空公司自行定价, 进而出现了民航市场激烈的价格。战后, 收益管理作为一种定价策略应用到实际中。在航空客源领域里，收益管理是指航空公司通过科学的预测和优化管理等手段，使每一个航班的每一个航段的每一个座位在最合适的时间以最合适的价格销售给最合适的人，从而航空公司获取最大收益。国

内航空公司实施收益管理比较晚，在90年代后，收益管理才被国内航空公司所使用并逐渐得到发展，为国内航空企业的收益水平的提高起到了很重要的作用。（2）航空业超售的概念超售作为收益管理决策问题中研究历史最长，也是航空公司使用最早最广泛的收益管理手段，是航空公司收益管理的一项重要的内容，所谓超售是指旅客订座数超过了相应的实际可利用的座位数，超售的目的是为了减少座位虚耗损失，从而增加航班的收益。航班超售是指对于NO-SHOW率（NO-SHOW是指旅客订座后，却没有乘飞机的行为）比较高的航班根据通过对历史数据的积累与整理分析，从而进行科学合理的预测，对航班座位数进行合理的放大，出售座位数超过实际航班的布局，从来降低因为NO-SHOW造成的航班收益损失。二、对航班进行超售的原因与依据（1）国内航空公司航班超售的原因航班超售作为国外航空公司收益管理的手段之一被国外航空公司广泛使用。 1972 年前, 几乎所有的收益管理研究都集中在超售上, 成为航空公司赢利的重要手段(收益管理中的40%的收益提高正是来自于超售)。在我国， NO-SHOW 比例估计为5% - 15%, 为了弥补空位造成的收益损失, 国内某些航空公司也采取了超售的销售模式。航班超售带来的收入往往比正常销售的票价要高，而且根据研究表明，航空公司每超售1%的旅客，带来的收入将是正常航班收入的2-3倍，能为航空公司增加2%-3%的收入，所以国内航空公司都利用各种手段对

软件工程机票预订系统详细设计

软件工程机票预订系统详细设计机票预订系统机票预订系统 ——详细设计报告一、引言编写目的：在本机票预定系统项目的前一阶段，也就是概要设计阶段中，已经将系统用户对本系统的子模块功能做了详细的阐述，这些模块功能具体设计将在本报告中详尽得以叙述及阐明。本阶段已在系统的概要设计的基础上，对机票预定系统做详细设计。主要解决了实现该系统程序模块具体设计问题。包括确定算法，数据结构，模块接口的使用，数据库的动态操作以及界面设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有详细设计进行详细的说明。在下一阶段的编码过程中，程序设计员可参考此详细设计报告，在详细设计对机票预定系统所做的算法设计，数据结构以及数据库动态操作的基础上，对系统进行编码。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在详细设计过程中所完成的各模块算法设计，或在修改时找出在本阶段设计的不足或错误。项目背景：

本项目我们小组负责开发。定义：查询：对数据库的操作的一种，用于搜索数据信息。插入：对数据库的操作的一种，用于将数据存入数据库中。更新：对数据库的操作的一种，用于更改数据库中的数据信息。软件结构图：反映软件系统的功能模块之间的关系的数据图。参考资料： 1．机票预定系统需求分析报告软件开发小组 2．机票预定系统概要分析报告软件开发小组 20XX/12 20XX/12 二、总体设计需求概述机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。具体功能为各个旅行社把预定机票的旅客信息、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金

机票预定信息系统

数据库大作业 1.要求： 1)需求分析。 2)数据库设计。 2．1概念结构设计（E-R图） 2．2逻辑结构设计（E-R模型转换为关系模式，指明所满足的范式并给出理由）。 2．3物理结构设计 3)数据库实现。（录入数据，每个表应不少于10条数据） 4)数据库运行。（不少于30条sql语句，其中包括查询、更新、删除、插入、创建触发器等sql语句） 5)18周之前交。 2.可选题目： 1.机票预定信息系统系统功能的基本要求：航班基本信息的录入，包括航班的编号、飞机名称、机舱等级等。机票信息，包括票价、折扣、当前预售状态及经手业务员等。客户基本信息，包括姓名、联系方式、证件及号码、付款情况等。按照一定条件查询、统计符合条件的航班、机票等；对结果打印输出。（1）、.机票预定信息系统通过此系统可以实现如下功能： 1) 机票信息信息包括航班号、飞机名、目的地、起航时间、票价、折扣。假设现在有3条航线, 目的地分别是北京, 上海, 广州, 飞机上可乘坐100人( 即初始订票数为0, 余票数为100) , 将这3条航线信息存入表“airline”中。 2) 客户基本信息客户信息包括姓名,性别，订票数，联系方式, 证件及号码, 假设已有3个客户信息存入表“customer”中。有新客户订票时, 先输入客户的姓名和他提出的航班号, 查询该航线的订票情况, 若有余票, 则为客户办理订票手续, 分配给客户一个座位号, 然后将新客户的信息添加到文件 “customer.dat”中, 并修改文件“airline.dat”中该航线的订票数和余票数。若无余票, 则输出客满信息。进一步可实现如果该航班已经无票，可以提供相关可选择航班信息。 3）航班航班号, 飞机名称，机舱等级, 座位号(初始为0） 3) 退票业务根据客户提出的航班号, 办理退票, 从表“customer”中删除该客户的信息, 并修改表“airline”中相应航线的订票数和

航空服务领域十大典型案例及分析

航空服务领域十大典型案例及分析票务服务案例一网上订票个人信息输错，无法修改旅客在网上订购某航空公司机票，网上操作时，由于对流程不够熟悉，付款后发现姓名中名字的部首出错，立即联系航空公司要求更改，遭到拒绝。航空公司称只能退票后重新购买机票。【案例评析】旅客在网上订票过程中一般都有请核对订票信息的提示，旅客姓名输入出错应承担责任。《中国民用航空旅客、行李国内运输规定》第八条第一款规定：“客票为记名式，只限客票上所列姓名的旅客本人使用，不得转让和涂改，否则客票无效，票款不退。”航空公司称只能退票后重新购买机票是符合规定的。旅客由于对流程不够熟悉，付款后发现姓名中名字的部首出错，可与航空公司协商原客票的退票手续。消协建议，航空公司应在购票网页以醒目的方式提示消费者履行信息核对义务，并并制定此类退票的合理处理规定。案例二机票日期英文标注，消费者看不懂日期旅客在某机票代售点预定了1月16日从南京飞乌鲁木齐再飞阿克苏的航班。由于工作人员失误，乘机日期订成了12月16日，电子客票行程单显示日期是“16 DEC”。由于旅客不懂英文，未及时发现错误导致错过航班。旅客投诉后，销售人员责怪旅客不懂英文，未认真核对。【案例评析】根据《公共航空运输服务质量标准》（GB/T16177-2007）第6.31条规定：“售票应认真核对旅客的有效身份证和填写的购票单，运输一致后方可填写运输凭证。”从投诉叙述看出，售票处和当事人都负有责任。因此，本案客票可以按相关规定做退票处理。鉴于目前电子客票行程单内容为英文或代码，不符合国人阅读习惯。消协认为，在中国境内服务的航空公司提供的民航客票等承运凭据，应当加注中文标注。民航局已要求自12月1日起在行程单中增加中文标注，以更好地保护旅客的知情权。案例三未告知机票有效期，机票作废引纠纷方某2009年3月4日在湛江市某机票代售处购买1张湛江至广州机票，因个人原因误机，且在一年内未改乘其他航班，也未办理退票。2010年3月14日方某向售票处提出退票，工作人员以超过一年有效期为由，不予办理退票退款。方某认为，航空公司机票代售处在其购票时没有告之机票有效期限，机票上也没有标注说明，航空公司也未向社会公

机票预定系统实验报告

机票预订系统实验报告：潘凯学号：1041903119

专业：通信工程一、目的用面向对象分析、设计方法来分析机票系统。二、主要内容及问题需求分析：为方便旅客，某航空公司拟开发一个机票预订系统。旅行社把预订机票的旅客信息(、性别、工作单位、身份证号码、旅行时间、旅行目的地等)输入进该系统，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞的前一天凭取票通知和账单交款取票，系统校对无误即印出机票给旅客。功能需求该系统主要分为五大功能：系统管理、新增、修改、查询和系统维护。机票预定系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。三、使用环境操作系统：Windows XP 建模工具：StarUML、Microsoft Visio 四、设计内容 1-1、用例模型图

用例模型图说明：机票预订系统主要使用的对象是旅行社管理员。管理员根据顾客填写的目的地和时间信息，将其输入系统，系统根据相关信息进行处理，则系统其中的一个功能即用例就是接收顾客信息。顾客需要用取票单去航空公司取票，系统由管理员输入的信息来识别，则系统的另一个功能即用例就是预定管理员输入信息符合的票。 1-2、类图类图说明：为此系统定义了4个类，分别是顾客类，管理员类，航空公司类，机票类。各个类对应的属性和操作方法在图中已表示出，目前应该还是有很多不完善的地方，在后期再加以修改。 1-3、对象图对象图说明：对象图是根据设置的类图而设置的。一个对象就是类的一个具体实例，本例中设置了一个custom的取票操作，详细信息在图中已经设置，根据顾客的相关信息和操作，系统会调用相应的类的对象来处理，在本例中不一定会全部都涉及。 1-4、顺序图

数学建模

2014第五届南昌地区高等院校数学建模联赛承诺书我们仔细阅读了南昌地区高等院校数学建模联赛的竞赛规则。我们完全明白，在竞赛开始后参赛队员不能以任何方式（包括电话、电子邮件、网上咨询等）与队外的任何人（包括指导教师）研究、讨论与赛题有关的问题。我们知道，抄袭别人的成果是违反竞赛规则的, 如果引用别人的成果或其他公开的资料（包括网上查到的资料），必须按照规定的参考文献的表述方式在正文引用处和参考文献中明确列出。我们郑重承诺，严格遵守竞赛规则，以保证竞赛的公正、公平性。如有违反竞赛规则的行为，我们将受到严肃处理。我们参赛选择的题号是（从A/B中选择一项填写）： A . 报名序号是(没有或不清楚可不填):________________. 参赛队员(打印并签名) ：所属院系（请填写完整的全名）： 1._______________签名: 院系: 2._______________签名: 院系: 3._______________签名: 院系: 联系方式日期2014年 5 月 1日

2014第五届南昌地区高等院校数学建模联赛编号专用页评阅编号：

航空公司特定航班超员订票人数最优问题摘要本文主要建立在公司收入最高的目标之下，讨论航空公司特定航班超员订票人数最优的问题。首先，我们确定总体思路，将问题归结为一个趋势拟合和基于二项分布求最优决策的问题。借助最小二乘法，建了一个模型用于反映航空机票价格走势的数学模型，通过二项分布知识，并结合价格走势模型，建立一个动态决策模型。然后，通过查阅一些资料获得附表1，附表1给出了某某航空公司某条航线2010年10月～2013年11月期间，每月经济舱机票平均价格(单位:元)，用模型说明价格变动的规律，并据此估计未来一年内的经济舱机票的参考价格。我们采用趋势外推法中最小二乘法的周期波动模型来解题。通过与实际价格的比较，发现其误差较小且置信度较高。所以我们得到的机票预定价格的数学模型即为 ) 6 sin(*8203.0)6cos(*5816.0-)6sin(5841.26)6 cos( *7370.729856.128077.462~ x x x x x x y t ππππ--++= 接着根据实际情况，制定合理的预定策略需从经济利益最大化和社会声誉最好两方面来考虑。社会声誉可以用定了票来登机因飞机满员而不能起飞的乘客不超过某一给定值来衡量。则这个问题可化为经济利益最大化为单目标来求解。我们假设只考虑经济舱，每位乘客不按时前来登机的概率为p ，是否前来登机是相互独立的，则不按时前来登机的乘客数服从二项分布。又因为订票需付一定量的资金，且在飞机起飞前48小时内取消预订会没收全部资金。对此，我们分情况讨论。由概率分布知识可得利润S 关于预定量限额M 的函数由利润最大化，利用Matlab 软件求出M 的最优解，结合以下几个问题:航空公司安排较少的从A 地到B 地的航班；机场及其外围加强安全性；乘客的恐惧；航空公司收入迄今损失达数千万美元由模型得出的机票预订限额置信度较高。通过检验和灵敏度分析，并查阅资料得，此限额较符合实际情况。最后在模型推广方面由实际可能出现的情况增设某类旅客（学生、旅游者）的减价票，规定迟到则机票作废。在此基础上再建立一个模型，通过这种方式，我们不仅可以求此时飞机的预定限额，还可以为航空公司合理定价提供参考意见。【关键词】航空公司最小二乘法 MATLAB 软件二项分布超员人数

机票订票系统详细设计说明书

五、详细设计说明书 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (2) 2．总体设计 (3) 2.1需求概述 (3) 2.2软件结构 (3) 3．程序描述 (4) 3.1功能 (4) 3.2性能 (4) 3.3输入，输出项目 (5) 3.4程序逻辑 (7) 3.4.1、登录 (7) 3.4.2、查询系统 (7) 3.4.3、订票系统 (8) 3.4.4、修改系统 (8) 3.4.5、退票系统 (9) 3.5接口 (9) 3.5.1、用户接口 (9) 3.5.2、外部接口 (9) 3.5.3、内部接口 (9) 3.6存储分配 (9) 3.7限制条件 (10) 3.8测试要点 (10)

1．引言 1.1编写目的在本机票预定系统项目的前一阶段，也就是概要设计阶段中，已经将系统用户对本系统的子模块功能做了详细的阐述，这些模块功能具体设计将在本报告中详尽得以叙述及阐明。本阶段已在系统的概要设计的基础上，对机票预定系统做详细设计。主要解决了实现该系统程序模块具体设计问题。包括确定算法，数据结构，模块接口的使用，数据库的动态操作以及界面设计等。在以下的概要设计报告中将对在本阶段中对系统所做的所有详细设计进行详细的说明。在下一阶段的编码过程中，程序设计员可参考此详细设计报告，在详细设计对机票预定系统所做的算法设计，数据结构以及数据库动态操作的基础上，对系统进行编码。在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在详细设计过程中所完成的各模块算法设计，或在修改时找出在本阶段设计的不足或错误。 1.2项目背景开发软件名称：机票订票系统项目开发者：兰州理工大学软件工程机票订票系统开发小组：用户单位：旅客、航空公司 1.3定义数据字典：关于数据的信息的集合，也即对数据流图中包含的元素的定义的集合。 1.4参考资料 1.《软件工程导论》清华大学出版社张海藩编著

机票预定信息系统

机票预定信息系统 The Standardization Office was revised on the afternoon of December 13, 2020

通过此系统可以实现如下功能： 1) 机票信息信息包括航班号、飞机名、目的地、起航时间、票价、折扣。假设现在有3条航线, 目的地分别是北京, 上海, 广州, 飞机上可乘坐100人( 即初始订票数为0, 余票数为100) , 将这3条航线信息存入表“airline”中。 2) 客户基本信息客户信息包括姓名,性别，订票数，联系方式 , 证件及号码, 假设已有3个客户信息存入表“customer”中。有新客户订票时, 先输入客户的姓名和他提出的航班号, 查询该航线的订票情况, 若有余票, 则为客户办理订票手续, 分配给客户一个座位号, 然后将新客户的信息添加到文件“”中, 并修改文件“”中该航线的订票数和余票数。若无余票, 则输出客满信息。进一步可实现如果该航班已经无票，可以提供相关可选择航班信息。 3）航班航班号, 飞机名称，机舱等级, 座位号(初始为0） 3) 退票业务根据客户提出的航班号, 办理退票, 从表“customer”中删除该客户的信息, 并修改表“airline”中相应航线的订票数和余票数。 4) 修改航班信息：当航班信息改变可以修改航班数据文件。 5) 输出全部航线信息和全部客户信息。

航班机票超售模型

承诺书我们仔细阅读了中国大学生数学建模竞赛的竞赛规则. 我们完全明白，在竞赛开始后参赛队员不能以任何方式（包括电话、电子邮件、网上咨询等）与队外的任何人（包括指导教师）研究、讨论与赛题有关的问题。我们知道，抄袭别人的成果是违反竞赛规则的, 如果引用别人的成果或其他公开的资料（包括网上查到的资料），必须按照规定的参考文献的表述方式在正文引用处和参考文献中明确列出。我们郑重承诺，严格遵守竞赛规则，以保证竞赛的公正、公平性。如有违反竞赛规则的行为，我们将受到严肃处理。我们参赛选择的题号是（从A/B/C/D中选择一项填写）：我们的参赛报名号为（如果赛区设置报名号的话）：所属学校（请填写完整的全名）：参赛队员(打印并签名) ：1. 2. 3. 指导教师或指导教师组负责人(打印并签名)：日期：年月日赛区评阅编号（由赛区组委会评阅前进行编号）：

编号专用页赛区评阅编号（由赛区组委会评阅前进行编号）：全国统一编号（由赛区组委会送交全国前编号）：全国评阅编号（由全国组委会评阅前进行编号）：

航班机票的超售决策摘要机票超售是收益管理的一个重要组成部分。本文首先对Go-show, No-show 和DB 进行了影响因素分析, 本文着重说明了提炼和建立机票超售基本模型的过程,建立了多变量目标函数,并用MATLAB 工具软件对多变量函数参量变化进行数值分析,获取定理结果。通过对各种数据进行统计分析,做出准确预测,算出一个既可以使航班效益尽可能大,又可以使DB 的人数尽可能小的最佳平衡点,即最佳订票水平。关键词：航空运输机票超售收益管理期望利润风险

机票预订管理系统-数据库

华科学院信息管理与信息系统专业《数据库课程设计》报告（2014/2015学年第一学期）学生姓名：学生班级：学生学号：指导教师： 2015年 1 月 6 日

《机票预订管理系统》的设计

机票预订系统(测试计划清单)

测试计划 1引言 1.1编写目的作为软件工程过称的一个阶段，编码是对设计的进一步具体化，因此，程序的质量主要取决于软件设计的质量，但所选用的程序设计语言的特点和编码风格也将对程序的可靠性、可读性、可测试性和可维护性产生深远的影响。但在开发如此复杂的航空订票系统软件的过程中，面对着极其错综复杂的问题，人的主观认识不可能完全符合客观现实，与工程密切相关的各类人员之间的通信和配合也不可能完美无缺，因此，系统一定会存在差错。测试的目的就是在软件投入生产运行之前，尽可能多的发现并改正软件中的错误。编码阶段可参考概要设计和详细设计说明书，软件测试以及软件维护阶段也可参考编码和详细设计说明书，以便于了解在概要设计及详细设计的过程中所完成的各模块设计结构，或在测试阶段找出各模块的设计思路和流程。该文档的读者为用户代表、软件分析人员、开发管理人员和测试人员。 1.2背景 1.本项目（机票预定系统）时由XX航空公司委托，由XXX软件开发小组负责开发； 2.本系统与其他系统的关系如下： 1.3定义 Microsoft Access: 系统服务器所使用的数据库管理系统（DBMS）。 SQL: 一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理。主键：数据库表中的关键域。值互不相同。外部主键：数据库表中与其他表主键关联的域。 ROLLBACK: 数据库的错误恢复机制。

1.4参考资料 a．张海藩《软件工程导论》（第五版）北京：清华大学出版社； b．《机票预订系统需求分析说明书》 XXX软件开发小组 c．《机票预订系统可行性分析说明书》 XXX软件开发小组 d．《机票预订系统概要和详细设计说明书》 XXX软件开发小组 2计划 2.1软件说明主界面模块：

飞机票订票系统

题目：飞机订票系统目录一、可行性研究报告 .................................................................................. - 1 - 1.1编写目的.............................................................................................................. - 1 - 1.2项目背景.............................................................................................................. - 1 - 1.3限制条件.............................................................................................................. - 1 - 1.4经济可行性.......................................................................................................... - 2 - 1.5技术可行性.......................................................................................................... - 3 - 1.6法律可行性.......................................................................................................... - 3 - 1.7用户使用可行性.................................................................................................. - 3 - 1.8其他与项目有关的问题...................................................................................... - 3 - 二、需求分析............................................................................................... - 4 - 2.1 项目概述............................................................................................................. - 4 - 2.2 数据流图............................................................................................................. - 4 - 2.3 数据字典............................................................................................................. - 8 - 2.4 性能需求............................................................................................................. - 9 - 2.5机票预定系统的数据需求................................................................................ - 10 - 2.6 用户其他需求................................................................................................... - 10 - 三、总体设计............................................................................................. - 11 - 3.1 引言................................................................................................................... - 11 - 3.2客户机上的内部处理流程：......................................................................... - 11 - 3.3 总体结构和模块外部设计............................................................................... - 14 - 3.4接口设计............................................................................................................ - 15 - 3.5 数据结构设计................................................................................................... - 16 - 3.6 运行设计........................................................................................................... - 17 - 四、详细设计............................................................................................. - 18 - 4.1 系统窗口界面菜单功能项设计....................................................................... - 18 - 4.2 订票管理菜单航班安排功能设计................................................................... - 18 - 4.3 订票管理菜单核对订票信息功能设计........................................................... - 19 - 4.4 订票管理菜单修改订票信息功能设计........................................................... - 21 - 4.5 订票管理菜单查询订票信息功能设计........................................................... - 22 - 五章、编码................................................................................................. - 23 - 5.1订票管理菜单航班安排功能代码.................................................................... - 23 - 5.2订票管理菜单核对订票信息功能代码............................................................ - 24 - 5.3订票管理菜单修改订票信息功能代码............................................................ - 26 - 5.4订票管理菜单查询订票信息功能代码............................................................ - 27 - 六、测试..................................................................................................... - 28 -