航空机票预订系统案例分析

合集下载

机票预定系统的分析与设计

机票预定系统的分析与设计

机票预定系统的分析与设计一、引言随着人们生活水平的提高,越来越多的人选择飞行作为出行方式。

为了方便用户预订机票,减少用户的等待时间,机票预定系统应运而生。

本文将对机票预定系统进行分析与设计。

二、需求分析1.用户需求分析(1)用户可以通过系统浏览各个航班的信息,包括航班日期、起飞时间、到达时间、经停地信息、舱位剩余情况等。

(2)用户可以通过系统查询机票价格,并比较不同航班的价格。

(3)用户可以选择心仪的航班,并进行预订。

(4)用户可以选择付款方式进行支付。

(5)用户可以取消已预订的机票,并退回部分或全部款项。

2.管理员需求分析(2)管理员可以查看机票预订情况和提供客户服务。

(3)管理员可以录入机票价格,并进行调整。

(4)管理员可以处理用户的取消退款申请。

3.系统需求分析(1)系统应具有良好的用户界面,方便用户进行信息浏览和预订操作。

(2)系统应有良好的性能,在高并发情况下能够及时响应用户的请求。

(3)系统应具有良好的安全性,确保用户信息和支付信息的安全。

(4)系统应支持在线支付功能,可以接入各种支付渠道。

(5)系统应有良好的用户管理功能,方便管理员管理航班信息和处理用户退款申请。

三、系统设计1.系统架构设计机票预定系统可以采用三层架构设计,包括展示层、业务逻辑层和数据访问层。

展示层负责与用户进行交互,展示航班信息和接收用户的预订请求;业务逻辑层负责处理用户的请求并调用数据访问层进行数据操作;数据访问层负责与数据库进行数据交互。

2.数据库设计3.界面设计系统的用户界面应简洁明了,方便用户浏览航班信息和进行预订操作。

界面中应包括航班信息展示区、价格比较区、预订操作区和支付方式选择区。

4.功能设计系统应具有航班信息展示功能,用户可以通过系统浏览各个航班的具体信息;系统应具有价格比较功能,用户可以查询不同航班的价格并进行比较;系统应具有预订功能,用户可以选择心仪的航班进行预订;系统应具有支付功能,用户可以选择支付方式进行支付;系统应具有退款功能,用户可以取消已预订的机票并申请退款。

飞机票预定系统可行性分析

飞机票预定系统可行性分析

飞机票预定系统可行性分析引言近年来,随着航空业的快速发展,人们的出行方式也发生了巨大的变化。

越来越多的人选择乘坐飞机进行长途旅行或商务出差。

为了提高用户体验,在线飞机票预定系统应运而生。

本文将对飞机票预定系统的可行性进行分析,探讨其优势和挑战,以及对于航空公司、旅行者和技术团队的影响。

优势分析方便快捷飞机票预定系统将整个预定流程数字化,让用户可以随时随地通过手机或电脑进行预定,免去了排队等候和纸质手续的烦恼。

用户只需在系统上输入相关信息,即可快速查询所需航班的时刻表、座位信息、价格等,并进行在线支付。

实时信息更新飞机票预定系统与航空公司的数据库实时连接,可以及时获取最新的航班信息。

用户可以准确了解航班延误、取消等情况,并根据需要作出相应的调整或退订航班。

多样化的选择在飞机票预定系统中,用户可以根据自身需求和预算灵活选择不同的航班和座位。

系统还可以根据用户的历史数据和偏好提供个性化推荐,帮助用户更好地规划旅行。

数据统计和分析飞机票预定系统可以记录用户的历史预定数据,并进行数据分析和挖掘。

这些数据可以帮助航空公司优化航班安排、价格策略等,提高运营效率和盈利能力。

挑战和限制安全与隐私保护飞机票预定系统需要处理用户的个人信息和支付数据,因此安全和隐私保护成为系统开发中的重要问题。

系统必须采取适当的安全措施,确保用户数据不被泄露、篡改或滥用。

技术需求和更新为了保持系统的稳定性和性能,飞机票预定系统需要不断更新和优化。

技术团队必须持续跟进最新的技术发展,应对不断变化的用户需求和市场竞争。

用户接受度和信任尽管飞机票预定系统有很多优势,但某些用户可能仍对将自己的个人信息和支付数据输入到系统中感到担忧。

航空公司需要加强宣传和推广,提高用户的接受度和信任度,使他们可以放心使用预定系统。

影响和应用对航空公司的影响飞机票预定系统可以帮助航空公司提高效益,简化销售流程和客户服务。

同时,通过数据分析和挖掘,航空公司可以更好地了解用户需求,制定更有针对性的市场策略,并提升客户满意度和忠诚度。

案例:机票预定系统

案例:机票预定系统

案例:机票预定系统一、可行性分析1 引言1。

1 编写目的:可行性研究的目的是为了对问题进行研究,以最小的代价在最短的时间内确定问题是否可解经过对此项目进行详细调查研究,初拟系统实现报告,对软件开发中将要面临的问题及其解决方案进行初步设计及合理安排。

明确开发风险及其所带来的经济效益。

本报告经审核后,交软件经理审查。

1。

2 项目背景:开发软件名称:机票预订系统.项目任务提出者:中国民航及中国国际旅游开发公司。

项目开发者:浙江大学IMK开发小组。

用户:中国民航及中国国际旅游开发公司.实现软件单位:中国国际旅游开发公司及浙江大学项目与其他软件,系统的关系:本项目采用客户机/服务器原理,客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序,服务器端采用Linux 为操作系统的工作站,是采用Oracle 8的为开发软件的数据库服务程序.2.可行性研究的前提2。

1要求主要功能:为游客提供机票预定服务,方便旅游局的售票工作,提高旅游局的服务质量和服务效率性能要求:机场提供的信息必须及时的反映在旅游局的工作平台上。

售票系统的定单必须无差错的存储在机场的主服务器上。

对服务器上的数据必须进行及时正确的刷新.输出要求:数据完整,详实。

输出要求:简捷,快速,实时.安全与保密要求:服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。

售票员只享有对订票信息库的部分修改(写入与读出)。

完成期限:预计六个月,即截止2000年2月8日。

2.2目标:系统实现后,大大提高旅游局的机票预定服务效率。

降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销.2.3条件,假定和限制建议软件寿命:5年。

经费来源:中国国际旅游开发公司。

硬件条件:服务器sun工作站,终端为pc机。

运行环境:Linux数据库:Oracle8投入运行最迟时间:2000/04/042.4可行性研究方法2.5决定可行性的主要因素成本/效益分析结果,效益〉成本.技术可行,现有技术可完全承担开发任务。

航空机票预订系统需求分析

航空机票预订系统需求分析

目录一、引言 01、目的 02、背景 0二、任务概述 01、目标 02、系统(或用户)的特点 03、假定和约束 (1)4、数据流图 (1)5、数据字典 (2)三、需求分析 (3)1、软件功能说明 (4)2、系统主要E—R图 (4)3、对功能和性能的一般规定 (5)4、灵活性 (6)四、运行环境规定 (6)五、概要设计 (7)1、系统功能结构图 (7)2、系统数据流程分析 (8)一、引言本文针对航空客运订票问题,设计航空客运订票的业务活动包括:查询航线、客票预订和办理退票等。

设计了一个航空客运订票系统.以下为给系统的需求分析说明书。

1、目的学会将知识应用于实际的方法,提高分析和解决问题的能力,增加综合能力.航空空订票系统:(1)熟练掌握链表存储结构及其建立过程和常用操作;(2)熟练掌握队列的建立过程和常用操作;(3)学会自己调试程序的方法并掌握一定的技巧.2、背景目前,国内航空公司的数量和规模都在扩大,国外航空公司也纷纷着陆中国,这些航空公司之间的竞争可谓日益激烈。

配备一个安全、高效、灵活、可靠的客户服务中心系统对于航空公司加强客户服务质量,提高客户服务水平,扩展业务途径,维护公众形象,提高工作效率必将发挥重要作用.二、任务概述1、目标对航空公司来说,航空订票管理系统既能扩大服务范围,扩大公司影响,减少营业费用,又对稳固航空公司的客源有着重要的辅助作用;站在旅客的角度,航空公司提供的这种服务提供了更多的方便,节省了很多时间.建设航空订票管理系统是体现和提高航空公司领导业绩的一条捷径,此外还具有重要意义:1、改善航空公司服务质量;2、创造和提升航空公司的品牌优势;3、优化航空公司的服务流程;4、提升信息化的水平;2、系统(或用户)的特点航空订票管理系统利用现在高新科学技术对航空订票进行管理,提高管理的有效性、安全性、可靠性和航空公司运行自动化程度。

由于尽量减少人工的参与,从而最大限度的减少人员费用以及由于人为失误或舞弊造成的损失,大大提高整个航空公司的经济性、安全性与使用效率。

机票预订系统实验报告

机票预订系统实验报告

一、实验名称系统静态建模二、实验目的1、掌握用例(Use Case)、角色(Actor)、用例图(Use Case Diagram)的概念。

2、掌握用例与用例之间、用例与角色、角色与角色之间的相互关系。

3、掌握类的属性和操作以及与其相关的概念,重点掌握类与类之间的关系三、所用软件1、Rational Rose2、Micorsoft Word四、预习内容1、UML的用例图、类图画法2、机票预订系统的分析3、Rational Rose的使用方法。

五. 实验介绍为方便旅客,某航空公司拟开发一个机票预定系统。

旅行社把预定机票的旅客信息(姓名、性别、工作单位,身份证号码、旅行时间、施行目的地等)输入该系统,系统为旅客安排航班,印出取票通知和帐单,旅客在飞机起飞前一天凭取票通知单和帐单交款取票,系统校对无误即印出机票给旅客。

机票预定系统的数据需求包括如下几点:1.数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确和不可用,从而使系统的工作失去意义。

数据的输入来源是手工输入。

手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。

在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。

2.数据的一致性与完整性由于系统的数据是共享的,在不同的旅行社中中,机票是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。

要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。

对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。

3.数据的共享与独立性整个机票预定系统的数据是共享的。

然而,从系统开发的角度上看,共享会给设计和调试带来困难。

因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。

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

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

机票预订系统系统分析报告一、引言随着旅游业的发展,越来越多的人开始选择旅行来放松身心,而机票的预订成为了一件很重要的事情。

目前,各大航空公司也都建立了自己的机票预订系统,并且这些预订系统不断地更新和改进。

在这篇文档中,我们将对一款机票预订系统进行分析,包括对系统的需求分析以及对系统的技术分析。

二、系统需求分析1.用户需求用户的主要需求是可以快速、便捷地查询到航班信息并完成订票。

2.可用性系统应该易于操作并且能够快速响应用户的命令。

同时,系统应该具有良好的错误提示功能,以便用户在出现问题时可以及时地得到提醒和帮助。

3.航班信息系统必须能够实时更新并展示各航空公司的航班信息,包括航班号、出发地点、目的地点、出发时间、到达时间、机票价格等相关信息。

4.支付方式系统应该提供多种支付方式,以方便用户完成支付。

包括支持银行卡、支付宝、微信等多种支付方式。

5.安全性系统必须具备高度的安全性,保护用户的个人信息、账户信息和支付信息不受外部攻击。

6.客户服务系统应该提供良好的客户服务,包括在客户遇到问题时能够及时提供帮助并解决问题。

同时,客户服务人员应该高效、友好。

三、系统技术分析1.前端技术系统前端采用了React技术。

React是一个优秀的JS库,它可以帮助我们构建复杂的交互式UI,并且可以很方便地与其他库或框架进行集成。

2.后端技术系统后端采用了Java Spring框架。

Spring框架是一个轻量级的开源框架,它可以很好地支持面向对象编程,并提供了大量的功能模块,包括事务管理、面向切面编程等。

3.数据库技术系统的数据存储采用了MySQL数据库系统。

MySQL具有稳定性高、性能优异、易维护等优点,同时也拥有丰富的数据类型和函数库。

4.安全技术系统考虑到用户的信息安全问题,采用了SSL安全传输协议。

SSL协议可以在网络传输过程中对数据进行加密和解密,以保护用户的数据安全。

5.性能优化技术为了保证系统的高效性能,采用了一系列性能优化措施,包括Redis缓存技术、Nginx负载均衡技术等。

航空公司的应用案例分析

航空公司的应用案例分析

航空公司的应用案例分析1. 案例背景本文将分析一家航空公司的应用案例,为读者展示该航空公司如何利用科技与应用解决业务问题和提升效率。

2. 案例概述该航空公司是一家全球性的航空运输企业,拥有庞大的航线网络和客户群体。

为了满足日益增长的需求,并提高自身的运营效率,该航空公司决定采用先进的技术和应用解决方案。

3. 应用方案一: 智能预订系统为了提高客户体验和预订效率,该航空公司引入了智能预订系统。

该系统基于人工智能技术,通过分析客户的历史预订记录和个人喜好,为客户推荐最适合的航班和套餐。

同时,该系统还具备多渠道接入和在线支付等功能,满足不同客户的预订需求。

智能预订系统的引入,提升了客户的预订效率,减少了人工操作的时间和成本。

4. 应用方案二: 航班调度优化为了提升航班调度的效率和准确性,该航空公司采用了航班调度优化系统。

该系统基于大数据分析和数学模型,结合航班运力资源和客户需求,自动优化航班的日程安排和航班间隔,使得航班调度更加合理和顺畅。

航班调度优化系统的引入,不仅提高了航班的准点率和运营效率,还能够更好地满足客户的出行需求。

5. 应用方案三: 机场安检智能化为了提高机场安检的效率和安全性,该航空公司引入了机场安检智能化系统。

该系统基于人脸识别和物体检测等技术,实现了自动化的人员身份验证和行李检测。

通过智能化系统的应用,机场安检人员可以更快速准确地完成安检任务,提高了安检效率和旅客体验。

6. 成果与影响通过引入上述的应用方案,该航空公司取得了显著的成果和影响。

客户的预订效率得到大幅提升,航班调度更加合理和顺畅,机场安检的效率和安全性得到了显著提升。

这些应用方案的实施,不仅提升了航空公司的竞争力,还为客户提供了更好的旅行体验。

7. 总结本文对一家航空公司的应用案例进行了分析,展示了该航空公司通过智能预订系统、航班调度优化系统和机场安检智能化系统等应用方案,解决业务问题和提升效率。

这些应用方案的引入,为航空公司带来了显著的成果和影响。

航空机票软件工程实例

航空机票软件工程实例

航空机票软件工程实例一、项目背景随着航空市场的竞争日益激烈,航空公司需要不断提升客户体验,提高运营效率,降低成本。

为了实现这些目标,开发一个先进的机票预订系统成为当务之急。

该系统不仅要能够处理大量的航班信息、旅客数据和交易,还要具备良好的用户界面和强大的后台管理功能。

二、系统功能1、航班查询与搜索旅客可以通过输入出发地、目的地、出行日期等条件,快速查询到符合要求的航班信息,包括航班号、起降时间、票价等。

2、机票预订与购买旅客能够选择心仪的航班并进行机票预订,填写个人信息和支付方式,完成购票流程。

3、行程管理旅客可以查看和管理自己的行程,包括航班变更、退票、改签等操作。

4、客户服务提供在线客服,解答旅客的疑问和处理投诉,确保旅客在使用系统过程中得到及时的帮助。

5、后台管理航空公司工作人员可以进行航班信息的录入和更新、票价管理、订单处理、统计分析等操作。

三、系统架构1、前端界面采用响应式设计,支持多种设备访问,包括网页端、移动端应用等,为旅客提供简洁、易用的操作界面。

2、中间层包括应用服务器和业务逻辑处理模块,负责接收前端请求,进行数据处理和业务规则验证,并与后端数据库进行交互。

3、后端数据库存储航班信息、旅客数据、订单信息等,采用关系型数据库和非关系型数据库相结合的方式,以满足不同数据类型的存储和查询需求。

四、技术实现1、编程语言选择 Java 或 Python 等主流编程语言,具有丰富的库和框架支持,便于开发和维护。

2、框架使用 Spring Boot 或 Django 等框架,提高开发效率,保证系统的稳定性和可扩展性。

3、数据库采用 MySQL 或 PostgreSQL 作为关系型数据库,存储结构化数据;同时结合 MongoDB 或 Redis 等非关系型数据库,处理缓存和大规模数据。

4、接口设计与航空公司的航班信息系统、支付网关等外部系统进行集成,通过定义清晰的接口规范,确保数据的准确传输和交互。

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

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

.编号机票预订管理系统系统分析分析报告学生姓名秀专业软件工程学号130521315指导教师大力学院计算机科学技术学院二〇一六年4月目录一、系统开发项目概述 ............................................................................ - 1 -1.1名称 .............................................................................................. - 1 -1.2开发目标....................................................................................... - 1 -1.3主要功能....................................................................................... - 1 -二、系统目标和开发可行性...................................................................... - 1 -2.1系统目标....................................................................................... - 1 -2.2.1 技术条件面的可行性........................................................... - 2 -2.2.2法律面的可行性 .................................................................. - 2 -2.2.3经济可行性......................................................................... - 2 -2.2.4操作可行性......................................................................... - 3 -三.现行系统调研情况 ............................................................................ - 3 -3.1 组织结构图................................................................................... - 3 -3.2业务流程图................................................................................... - 4 -四.新系统的逻辑案.................................................................................. - 5 -4.1 数据流图 ...................................................................................... - 5 -4.2 数据字典 ..................................................................................... - 5 -4.3 数据处理逻辑 .............................................................................. - 6 -一、系统开发项目概述1.1名称机票预订管理系统1.2开发目标随着我国航空业务的迅速扩,各航空公司在全国各大、中城市的直销网点显然不能满足其业务发展的需要。

SABRE案例分析

SABRE案例分析

SABRE系统案例分析一.SABRE系统概述sabre中央订票系统最初是美国航空公司的一个系统,是联机交易的先锋。

计算机有史以来第一次能够通过网络连接,使世界各地的人们能够输入数据、处理信息请求,并开展业务。

该系统使整个旅行业发生了革命性变化,标志着当前用于买卖旅行服务的综合系统的开端。

此外,它还是在 20世纪 90年代飞速发展且在当今广泛使用的整个电子商务领域的前身。

二.SABRE系统的发展阶段第一阶段:Sabre 起源于 1953年举行的一次会议上的偶然机会。

IBM 公司年轻的销售员 R. Blair Smith 登上从洛杉矶开往纽约的美国航空公司航班去参加培训。

他与身边的一个人攀谈起来,而那人正是美国航空公司总裁 C.R. Smith。

当时,机票预订都是用手记录在卡片上,然后保存在卡片盒内。

随着业务的发展,这是一个巨大的数量。

Blair Smith 知道,美国航空公司有一台旧电脑,只能追踪飞机上预订的座位和剩余座位数量,而不能记录是谁预订了这些座位。

第二阶段:Sabre 预订系统在 1960年建成,其建造过程吸取了IBM 在 20世纪 50年代中期建设大型 SAGE(半自动地面环境)防空计算机系统的经验。

最初,Sabre 仅在一个地点运行,即纽约的Briarcliff Manor,并配备了两台IBM ® 7090 计算机。

到 1964年底,这个新系统每小时处理的订票交易量达到 7500 个。

在旧有的手动卡片系统中,处理一个预订交易的平均时间是 90 分钟。

Sabre 将这一时间缩短至几秒钟。

第三阶段:到 20世纪 60年代中期,Sabre 成为最大的私有实时数据处理系统,其规模仅次于美国政府的系统。

《财富》杂志在 1964年的一篇文章中报道了 Sabre 的惊人能力。

文章写到:“对于致电或前往美国航空公司订票柜台进行订票的洛杉矶乘客,情况几乎没有变化。

然而,在乘客请求预订座位的最后一个字和代理答复的第一个字之间的 2/5 秒内,他已经成为这套价值 3000 万美元的计算机装置的受益人,不仅提前一年预订了正确的航班,而且一旦系统登记了他的姓名,就将追踪他在旅程中的每一步—包括订餐、租车或者转机预订—直到他到达目的地。

航空机票预订系统可行性分析

航空机票预订系统可行性分析

宁波工程学院航空机票预订系统可行性分析作业题目:航空机票预订系统可行性分析学院名称:电信学院学号:***********班级:计科13-2姓名: ******师:***一引言:1.项目概述为方便旅客,某航空公司拟开发一个机票预订系统。

旅行社把预订机票的旅客信息(姓名、性别、工作单位、身份证号、旅行时间、旅行目的等)输入进该系统,系统为旅客安排航班,印出取票通知和账单,旅客在飞机起飞的前一天凭取票通知和账单交款取票,系统校对无误即印出机票给旅客。

2.目标系统实现后,大大提高旅行社的机票预定服务效率。

降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。

同时高度简化航空公司对航班信息的管理,及时向旅客提供航班信息,提高服务质量。

开发目标应考虑到如下因素:A. 人力与设备费用的减少。

B. 处理速度的提高。

C. 该系统的合理性和便捷性。

D. 人员利用率的改进。

E. 可实现信息化的管理。

F. 可实现半自动化的决策系统。

3.规模需要大量的业务员和额外的工作人员,规模理论上可运行在所有航空运行系中。

4.意义对航空公司可以大大减少工作人员,节约人力资源的开销;另一方面由于手续程序减少也可以减轻业务员的工作负担,有效地提高了整体工作效率和精确度。

对客户减少了旅客办理业务的等待时间;用户可以随时随地预订机票并且操作简单易懂,有效地实现了预订和付款的分离;用户可以选择在旅行社预订、在航空公司或是自动付款机上付款。

二国内外现状随着互联网技术的日益成熟,近年来网上订购机票日益流行。

越来越多的人们可以通过航空公司网站、旅行社网站以及其他旅游、机票销售的专业网站选订机票。

网上订票在一订程度上提高了购票的透明度和自主性,但上述网站在方便消费者的同时,仍存在许多不足的地方。

国外的电子商务技术已经发展成熟,人们在网上购物,订票已经是司空见惯的事情了。

而中国才处于初级阶段,各方面都还不完善,网上电子支付不普及和网上信誉难以审核就是两大难题,网上购票的普及与认可还需要一段很长的路要走。

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

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

航空服务领域十大典型案例及分析票务服务案例一网上订票个人信息输错,无法修改旅客在网上订购某航空公司机票,网上操作时,由于对流程不够熟悉,付款后发现姓名中名字的部首出错,立即联系航空公司要求更改,遭到拒绝。

航空公司称只能退票后重新购买机票。

【案例评析】旅客在网上订票过程中一般都有请核对订票信息的提示,旅客姓名输入出错应承担责任。

《中国民用航空旅客、行李国内运输规定》第八条第一款规定:“客票为记名式,只限客票上所列姓名的旅客本人使用,不得转让和涂改,否则客票无效,票款不退。

”航空公司称只能退票后重新购买机票是符合规定的。

旅客由于对流程不够熟悉,付款后发现姓名中名字的部首出错,可与航空公司协商原客票的退票手续。

消协建议,航空公司应在购票网页以醒目的方式提示消费者履行信息核对义务,并并制定此类退票的合理处理规定。

案例二机票日期英文标注,消费者看不懂日期旅客在某机票代售点预定了1月16日从南京飞乌鲁木齐再飞阿克苏的航班。

由于工作人员失误,乘机日期订成了12月16日,电子客票行程单显示日期是“16 DEC”。

由于旅客不懂英文,未及时发现错误导致错过航班。

旅客投诉后,销售人员责怪旅客不懂英文,未认真核对。

【案例评析】根据《公共航空运输服务质量标准》(GB/T16177-2007)第6.31条规定:“售票应认真核对旅客的有效身份证和填写的购票单,运输一致后方可填写运输凭证。

”从投诉叙述看出,售票处和当事人都负有责任。

因此,本案客票可以按相关规定做退票处理。

鉴于目前电子客票行程单内容为英文或代码,不符合国人阅读习惯。

消协认为,在中国境内服务的航空公司提供的民航客票等承运凭据,应当加注中文标注。

民航局已要求自12月1日起在行程单中增加中文标注,以更好地保护旅客的知情权。

案例三未告知机票有效期,机票作废引纠纷方某2009年3月4日在湛江市某机票代售处购买1张湛江至广州机票,因个人原因误机,且在一年内未改乘其他航班,也未办理退票。

民航案例分析

民航案例分析

【案例评析】
《中国民用航空旅客、行李国内运输规定》第十条规定:“客票的有效期 为:(一)客票自旅行开始之日起,一年内运输有效。如果客票全部未使 用,则从填开客票之日起,一年内运输有效。(二)有效期的计算,从旅 行开始或填开客票之日的次日零时起至有效期满之日的次日零时为止。” 第二十一条规定:“由于承运人或旅客原因,旅客不能在客票有效期内完 成部分或全部航程,可以在客票有效期内要求退票。”方某2009年3月4日 购票,2010年3月14日方某向售票处提出退票,该客票已超过一年有效期, 售票处可以不予退票。但根据《消费者权益保护法》第八条规定:“消费 者享有知悉其购买、使用的商品或者接受服务的真实情况的权利。”如果 航空公司或售票处未提前告知客票有效期等使用限制条件,应负相应责任, 为消费者办理退票手续。
奈当日去北京的动车车票已经售完,只能改为第二天行程。王先生投诉认
为机场明知飞机不能按时起飞,仍然照常办理安检等手续,让消费者蒙在
鼓里,失去了第一时间更换交通工具的时机,侵害消费者的知情权。
【案例评析】
《中国民用航空旅客、行李国内运输规则》第六十条规定:“航班延误或 取消时,承运人应迅速及时将航班延误或取消等信息通知旅客,做好解释 工作。” 因天气原因导致航班延误航班何时起飞无法确定,但当时飞机还 没有从北京起飞,旅客到达登机口后才告知航班延误,不符合《中国民用 航空旅客、行李国内运输规则》第六十条承运人应迅速及时将航班延误等 信息通知旅客的规定。航空公司、机场应通过电话、短信以及候机楼航班 信息显示系统等方式及时发布航班延误信息。
【案例评析】
国内航班中转国际航班一般需要在中转机场预留3个小时的时间,国际航班 一般在起飞前1小时截止办理乘机登记手续。本案中旅客乘坐的飞机于 20 20降落在深圳机场,正常情况下很难搭乘21 40从深圳飞往吉隆坡的航 班。航班延误时工作人员答应帮助协调开通绿色通道,并承诺有专人接送 安排登机,则应该履行承诺协助旅客赶搭国际航班。

机票预定系统的系统分析与设计

机票预定系统的系统分析与设计

机票预定系统的系统分析与设计(一)项目名称机票预定系统的系统分析与设计(二)项目概述航空公司为给旅客乘机提供方便,需要开发一个机票预定系统。

各个旅行社把预定机票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等)输入到系统中,系统为旅客安排航班。

当旅客交付了预订金后,系统打印出取票通知和帐单给旅客,旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。

此外航空公司为随时掌握各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。

(三)项目用例分析机票预定系统业务参与表●旅客:为取得机票而付费的人●旅行社:其安全状况已得到确认的机构,因此,可以把旅客信息输入到系统●Sys:处理旅客信息、预约、安排航班,进行定时查询统计的已有系统●航空公司:旅客进行预约机票的航空公司编写项目术语表业务用例表旅行社预定机票:其安全状况已得到确认的机构,因此,可以把旅客信息输入到系统1.系统查询统计:系统为掌握各个航班的乘载情况定时进行查询统计2.系统安排航班:系统根据旅客需求安排航班3.系统确认交付预约金:旅客为安排的航班满意后交付预约金4.旅客获知航班:根据统计结果可以安排到航班后,旅行社通知旅客5.系统获得预定:系统确认获得预约金后,打印出取票通知和帐单给旅客6.航空公司合法性验证:航空公司对旅客身份证、护照、取票通知和帐单进行合法性验证7.旅客交款:合法性验证通过后,旅客交款8.系统打印机票:核对信息无误后系统打印出机票给旅客9.旅客延误处理:得到合法性验证后,确定旅客延误,取消预约10.系统航班取消处理:旅客按时取预约机票时航班取消,系统取消预约并退还旅客预约金11.旅客更改航班的处理:旅客确认更改航班时,系统取消预约12.旅客重新预约:旅客更改航班后重新预约机票(四)用例细化描述B1: 系统查询统计:1.系统确认某一旅客的预约后,对可供预约的座位和已经预约的座位均进行更新和存档2.旅客因为延机而没有取得机票时,对可供乘载的座位号进行更新同时取消预约3.由于天气等一些非认为因素航班取消后,系统即时得到更新,并告知旅客取得预约金4.旅客更改航班后,系统对可供乘载的座位进行更新,取消旅客预约并重新进行旅客航班的预约B2: 系统安排航班:1.系统收到旅行社提交的旅客有关信息后,为旅客安排合适的座位2.当旅客要求的航班座位已经被预约后,系统为旅客提供可供参考的座位建议B3:系统确认交付预约金:1.当旅客对系统安排的航班满意后,并通过航空公司的合法性验证后,旅客缴纳预约金B4:旅客获知航班:1.当旅客向旅行社说明自己的旅行目的地、始发地后,为旅行社提供自己的有效证件,由旅行社向系统输入要求,通过搜索引擎获得航班信息2.旅客延机时即时取得最新航班信息3.系统航班取消后,旅客获得可供乘载的航班信息4.旅客更改航班后取得可供乘载的航班信息B5:系统获得预定:1.系统确认旅客已经缴纳预约金后,输出已预订的信息B6:航空公司合法性验证:1.系统受到旅客对座位满意的回复后,航空公司要求旅客提供身份证、护照2.航空公司检查扫描旅客的身份证、护照,确定是真实的后,通知旅客缴纳预约金3.当扫描发现旅客的证件是假的时,取消预约,不能通过合法性验证B7:旅客交款1.旅客通过航空公司的合法性验证后,向航空公司提交预约金B8:系统打印机票:1.旅客出示自己的取票通知和帐单2.旅客在飞机起飞前一天凭取票通知和帐单缴款3.系统确认旅客缴款无误后,打印机票给旅客B9: 旅客延误处理:1.旅客之前已经取得预约,但是在飞机起飞前没有到航空公司领取机票2.旅客之前已经取得预约,但是在飞机起飞前一天到航空公司缴款取票3.航空公司取消旅客预约B10:系统航班取消处理:1.旅客按时取得机票后,航班取消,航空公司预约并退还旅客机票钱2.旅客仅取得预约但航班取消后,航空公司取消预约退还旅客预约金B11:旅客更改航班的处理:1.旅客确认更改航班后取消原有预约2.旅客取消预约向航空公司所要预约金3.旅客重新在系统中搜索查看适合自己要求的航班位置B12:旅客重新预约:1.旅客由于延误取消预约后,重新预约2.由于航班取消,旅客重新预约3.旅客更改航班后进行重新预约系统需求参与者列表旅客:使用Web浏览器访问Sys的人旅行社:在航空公司提供了旅行社名称、地址和邮箱;每个旅行社都有自己的帐号和密码助手:航空公司的一个员工,他与旅客联系,告诉他们预约的紧张情况用例列表:1.浏览索引:旅客浏览航班情况的索引2.查看结果:给旅客显示检索到的航班班次子集3.查看航班情况的细节:给旅客显示检索到的航班细节4.搜索:旅客通过制定旅行时间、始发地、目的地、航班要求等,搜索航班班次5.登录:旅行社使用帐号和密码登陆sys6.查看旅行社信息:旅行社查看sys存储的旅行社名称、地址、邮箱等细节7.进行预约:旅客在查看航班的细节时,预约一个航位8.查看销售情况:旅行社查看当前的已销售航位汇总情况9.修改密码:旅行社修改用于登陆的密码10.查看预约情况:旅行社查看当前还没有结束的预约汇总情况11.取消预约:旅客取消预约12.注销:旅行社注销自己的帐号和密码13.查看航班信息:旅客从列表中检索航班情况的子集用例细节:1 浏览索引前提条件:无1.旅客选择一个索引标题2.旅客选择查看选中索引标题的航班班次后置条件:无2 查看结果前提条件:无1.Sys给旅客显示每个索引出来的航班班次,包括始发地、目的地后置条件:无3 查看航班情况的细节前提条件:无1.旅客选择一个满意的航班班次2.旅客请求选中的航班细节3.sys显示选中的航班细节后置条件:sys显示选中的航班细节4 搜索前提条件:无1.旅客选择旅行时间2.旅客选择始发地3.旅客选择目的地4.旅客选择航班要求5.旅客开始搜索后置条件:无5 登录前提条件:旅行社拥有自己的帐号和密码1.旅行社输入帐号2.旅行社输入密码3.sys通过验证登录4.旅行社选择登录后置条件:旅行社登录异常路径:如果帐号和密码组合是不正确的,sys会通知旅行社,这两个中的一个不正确6 查看旅行社信息前提条件:无1.旅行社选择查看旅行社信息2.给旅行社显示信息(旅行社名称、地址、邮箱等)后置条件:已给旅行社显示了旅行社信息7 进行预约前提条件:旅行社已经登录sys1.旅客的信息已经得到系统的有效验证2.系统要求旅客确认预约3.旅客缴纳预约金4.系统打印出取票通知和帐单后置条件:完成所有已请求的预约异常路径:如果sys限制了预约条件,就不能进行预约8 查看销售情况前提条件:无1.旅客选择查看他们预约的信息2.sys给旅客显示他们当前预约的航班的机票销售情况后置条件:无9 修改密码前置条件:无1.旅行社选择修改密码2.旅行社输入旧密码3.旅行社输入新密码4.旅行社再次输入新密码5.旅行社启动修改6.sys请求确认7.如果旅行社确认,就修改密码后置条件:密码已修改异常路径:1.如果旧密码或新密码不匹配,就告知旅行社2.如果新密码没有遵循密码规则,就告知旅行社10查看预约情况前置条件:无1.旅行社选择查看预约信息2.sys显示还没有结束的预约汇总信息后置条件:已给旅行社显示了已有的预约汇总信息11取消预约前置条件:无1.旅行社选择了一个预约2.旅行社取消了预约3.sys请求确认4.旅行社确认要取消预约5.sys把预约标记为已经结束,更新sys异常路径:如果旅行社没有确认取消预约,sys就不采取任何行动12 注销前置条件:无1.旅行社选择注销2.sys结束当前会话后置条件:旅行社已注销13查看航班信息前置条件:无后置条件:向旅行社显示检索到的航班班次汇总信息(五)项目各种图形示例旅客预约航班的活动图旅行社输...旅行社输...通过有效性验证进入系统未通过验证只能浏览页面调用注销确定注销不注销旅行社注销的活动图助手用例图旅客进行机票查询预定的状态图类的方法和属性: 旅客获得身份证号码获得护照...1: 出示2: ...3: 可用4: 返回5: 返回6: 通过7: 通过8: 通过验证9: 允许10:允许顺序图1:操作列表:Plane:setStart( ) 设置旅行的始发地。

民航案例分析

民航案例分析

案例六 航班长时间延误无服务,引 发群体投诉
• 2010年7月18日,因航班延误大量旅客滞留咸阳 机场,长时间得不到妥善安排,旅客纷纷打电话 投诉。经调查,该航班晚点近8个小时,航空公司 对此未及时与消费者沟通,也没有及时安排消费 者入住酒店休息,引起旅客不满和情绪激动。经 调解,由航空公司赔偿每位消费者人民币200元, 并及时安排其他航班将消费者送达目的地。
案例五 明知延误不遭到拒北绝京的机票,到
达登机口后才被告知因天气原因导致航班延误, 当时飞机还没有从北京起飞,何时起飞无法确定, 不愿意等的可以退票。王先生随即取出行李,立 即打的到无锡火车站,无奈当日去北京的动车车 票已经售完,只能改为第二天行程。王先生投诉 认为机场明知飞机不能按时起飞,仍然照常办理 安检等手续,让消费者蒙在鼓里,失去了第一时 间更换交通工具的时机,侵害消费者的知情权。
【案例评析】
• 《中国民用航空旅客、行李国内运输规定》第十 条规定:“客票的有效期为:(一)客票自旅行 开始之日起,一年内运输有效。如果客票全部未 使用,则从填开客票之日起,一年内运输有效。 (二)有效期的计算,从旅行开始或填开客票之 日的次日零时起至有效期满之日的次日零时为 止。”第二十一条规定:“由于承运人或旅客原 因,旅客不能在客票有效期内完成部分或全部航 程,可以在客票有效期内要求退票。”方某2009 年3月4日购票,2010年3月14日方某向售票处提
航空服务领域十大典型案例及分析
案例一 网上订票个人信息输错,无 法修改
• 旅客在网上订购某航空公司机票,网上操作时, 由于对流程不够熟悉,付款后发现姓名中名字的 部首出错,立即联系航空公司要求更改,遭到拒 绝。航空公司称只能退票后重新购买机票。
【案例评析】
• 旅客在网上订票过程中一般都有请核对订票信息 的提示,旅客姓名输入出错应承担责任。《中国 民用航空旅客、行李国内运输规定》第八条第一 款规定:“客票为记名式,只限客票上所列姓名 的旅客本人使用,不得转让和涂改,否则客票无 效,票款不退。”航空公司称只能退票后重新购 买机票是符合规定的。旅客由于对流程不够熟悉, 付款后发现姓名中名字的部首出错,可与航空公 司协商原客票的退票手续。消协建议,航空公司 应在购票网页以醒目的方式提示消费者履行信息

机票预订系统实验报告

机票预订系统实验报告

机票预订系统实验报告机票预订系统实验报告一、引言随着航空业的发展和人们对旅行需求的增加,机票预订系统在现代社会中扮演着重要的角色。

机票预订系统的设计和实施对于提高航空公司的效率、减少人力资源的浪费以及提升用户体验都具有重要意义。

本文将对机票预订系统进行实验,并对其功能和性能进行评估和分析。

二、系统概述机票预订系统是一个在线平台,旨在为用户提供方便快捷的机票预订服务。

该系统通过与各大航空公司的数据库进行连接,实时获取航班信息和机票价格,并提供给用户进行选择和预订。

同时,系统还提供了用户信息管理、订单管理和支付等功能,以确保用户能够方便地完成整个预订流程。

三、功能评估1. 用户注册与登录功能机票预订系统首先需要用户进行注册和登录,以保证用户的身份和信息的安全性。

通过实验测试,我们发现该系统的用户注册和登录功能操作简单,且反应迅速,用户可以通过输入用户名和密码进行登录,也可以通过手机号码和验证码进行快速登录。

系统还提供了密码找回功能,用户可以通过注册时提供的邮箱或手机号码进行密码重置。

2. 航班查询和预订功能机票预订系统的核心功能是航班查询和预订。

用户可以通过输入出发地、目的地和出行日期等信息进行航班查询,系统会根据用户的需求提供相应的航班列表。

用户可以根据航班时间、价格和舱位等因素进行选择,并进行预订。

通过实验测试,我们发现该系统的航班查询和预订功能操作简单,搜索结果准确,用户能够方便快捷地找到适合自己的航班并完成预订。

3. 用户信息管理功能机票预订系统还提供了用户信息管理功能,用户可以在系统中完善个人信息,包括姓名、证件号码、联系方式等。

系统还支持用户上传头像和修改密码等操作。

通过实验测试,我们发现该系统的用户信息管理功能操作简单,用户可以方便地修改个人信息,系统也能够及时更新用户的信息。

4. 订单管理和支付功能机票预订系统还提供了订单管理和支付功能。

用户可以在系统中查看自己的订单信息,包括航班信息、乘客信息和支付状态等。

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

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

航空服务领域十大典型案例及分析票务服务案例一网上订票个人信息输错,无法修改旅客在网上订购某航空公司机票,网上操作时,由于对流程不够熟悉,付款后发现姓名中名字的部首出错,立即联系航空公司要求更改,遭到拒绝。

航空公司称只能退票后重新购买机票。

【案例评析】旅客在网上订票过程中一般都有请核对订票信息的提示,旅客姓名输入出错应承担责任。

《中国民用航空旅客、行李国内运输规定》第八条第一款规定:“客票为记名式,只限客票上所列姓名的旅客本人使用,不得转让和涂改,否则客票无效,票款不退。

”航空公司称只能退票后重新购买机票是符合规定的。

旅客由于对流程不够熟悉,付款后发现姓名中名字的部首出错,可与航空公司协商原客票的退票手续。

消协建议,航空公司应在购票网页以醒目的方式提示消费者履行信息核对义务,并并制定此类退票的合理处理规定。

案例二机票日期英文标注,消费者看不懂日期旅客在某机票代售点预定了1月16日从南京飞乌鲁木齐再飞阿克苏的航班。

由于工作人员失误,乘机日期订成了12月16日,电子客票行程单显示日期是“16 DEC”。

由于旅客不懂英文,未及时发现错误导致错过航班。

旅客投诉后,销售人员责怪旅客不懂英文,未认真核对。

【案例评析】根据《公共航空运输服务质量标准》(GB/T16177-2007)第6.31条规定:“售票应认真核对旅客的有效身份证和填写的购票单,运输一致后方可填写运输凭证。

”从投诉叙述看出,售票处和当事人都负有责任。

因此,本案客票可以按相关规定做退票处理。

鉴于目前电子客票行程单内容为英文或代码,不符合国人阅读习惯。

消协认为,在中国境内服务的航空公司提供的民航客票等承运凭据,应当加注中文标注。

民航局已要求自12月1日起在行程单中增加中文标注,以更好地保护旅客的知情权。

案例三未告知机票有效期,机票作废引纠纷方某2009年3月4日在湛江市某机票代售处购买1张湛江至广州机票,因个人原因误机,且在一年内未改乘其他航班,也未办理退票。

机票预订系统可行性分析

机票预订系统可行性分析

机票预订系统的问题定义1机票预订系统的问题定义1.1提出问题:如何开发一个机票预订系统。

1.2问题性质:即开发一个基于b/s网络的机票预订系统。

1.3应用领域:航空公司的机票预订工作。

1.4工程目标:我们要建立一个机票的预订系统,此系统应包含一下三个模块:航空公司控制模块,普通用户登录模块,管理员管理模块。

航空公司控制模块:航空公司控制模块应包含下列功能,对本航空公司票务的介绍,票务信息的发布,剩余票务的查询管理。

航空公司应在B/S上发布航空公司票务的介绍,进行本公司航班的发布,票务的管理即进行票务的综合管理。

普通用户模块:普通用户模块包含,票务查询功能,票务的预订,退订业务,团体的票务查询,票务的退订。

系统分为会员登录和普通登录,并且分为个人业务和集体业务。

管理员管理模块:管理员管理模块包含对系统的维护,管理员、会员的管理。

系统具有高效、易操作、易维护等特点,并且系统结构清晰、界面友好,功能较为齐全,能有效地帮助用户进行票务的订退,也能协助航空公司进行票务的管理和销售。

2机票预订系统的可行性分析2.1机票预订系统可行性分析概况机票预订系统的工作量不大,计划在五个星期内能够完成,下面我们对机票预订系统进行可行性的讨论。

我们主要从技术可行性、经济可行性、操作可行性进行分析。

技术可行性事中心,系统的开发核心就是技术,如果技术达不到,系统根本无法开发成功;经济可行性是来讨论开发此机票预订系统的经济开销,如果经济上不可行,没有物质基础那么软件的开发肯定会流产;操作可能性,前面讨论的都是理论上的可能性,但根据已有条件能否操作成功则有赖于我们开发小组的能力和配合,分析操作的可能性。

2.2编写目的此项目开发计划书的编写主要是为了给开发机票预订管理系统做主要的规划和整合,在开发过程中起引导作用,以及给使用者提供更方便的服务。

2.3编写背景机票预订系统,是一个面向多种类型客户的机票的预订系统,其目的为航空公司提供一个电子商务平台,使航空公司可以在网上进行机票的预订,为客户提供方便,增加航空公司的业务量和利润,同时为单人客户和旅行社用户提供机票的预订、退订、改签功能,方便用户的购票。

机票设计系统实验报告(3篇)

机票设计系统实验报告(3篇)

第1篇一、实验背景与目的随着航空业的快速发展,机票预订系统的需求日益增长。

为了提高预订效率、优化用户体验,本实验旨在设计并实现一个功能完善、操作便捷的机票预订系统。

通过本次实验,我们希望掌握需求分析、系统设计、编码实现以及测试等软件工程的基本流程,并提高对机票预订系统结构和功能的理解。

二、实验内容与要求1. 需求分析(1)系统功能需求:- 用户注册与登录:用户可以通过注册账号进行登录,方便后续预订和查询。

- 搜索航班:用户可以根据出发地、目的地、出发时间等条件搜索航班。

- 航班详情:展示航班的具体信息,包括航班号、机型、起飞时间、降落时间等。

- 预订机票:用户可以选择座位、填写个人信息并完成支付。

- 查询订单:用户可以查看自己的预订记录,包括订单状态、航班信息等。

- 取消订单:用户可以取消已预订的机票。

- 评价与投诉:用户可以对航班和服务进行评价或投诉。

(2)性能需求:- 系统响应时间:用户操作后的响应时间应控制在2秒以内。

- 系统并发用户数:支持同时在线1000个用户。

- 数据存储容量:至少存储100万条航班数据。

2. 系统设计(1)总体结构设计:- 用户层:负责用户界面交互,包括注册、登录、搜索、预订、查询、取消、评价等。

- 业务逻辑层:负责处理业务逻辑,如航班查询、订单管理、支付等。

- 数据访问层:负责数据持久化,如数据库操作、数据缓存等。

- 数据库层:存储航班信息、用户信息、订单信息等。

(2)详细设计:- 用户层:采用MVC(Model-View-Controller)模式,分离数据模型、视图和控制器。

- 业务逻辑层:采用分层设计,包括服务层、业务处理层和接口层。

- 数据访问层:采用ORM(Object-Relational Mapping)技术,实现数据持久化。

- 数据库层:采用MySQL数据库,设计合理的表结构和索引。

3. 实现与测试(1)编码实现:- 采用Java语言和Spring Boot框架进行开发,利用HTML、CSS、JavaScript等技术实现用户界面。

机票预订系统分析与设计

机票预订系统分析与设计

机票预订系统分析与设计面向对象方法项目计划阶段1项目计划阶段目标:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确,精细,迅速的机票销售信息。

主要活动●定义问题●确定项目可行性●制定项目的进度表●为项目安排人员●启动项目2定义问题它的目标是开发一个具有开放体系结构的、易扩易维护的、具有良好人机交互界面的机票预定系统。

确定新体统的问题域。

2.1 机票预订系统的需求和商业收益说明。

●系统处理的准确性和及时性●系统开放性和系统的可扩充性●系统的易用性和易维护性●系统的标准性和先进性●系统的响应速度●减少订单手工处理引起的错误●通过快速订单处理加速订单完成●保持或降低邮购和电话订单处理方面职工标准●通过internet开辟一个新的销售通道●通过跟踪热销和滞销情况增加营业额●通过扩大客户支持与信息来增加客户信誉第二个任务是确定新系统的预期能力,目标是根据解决问题的信息系统的需求来定义问题域。

2.2 机票预订系统的系统能力说明:1.客户端子系统旅客信息的输入和统计旅客信息的存储机票信息的传递及接收取票通知及账单的生成和打印机票销售情况的核算2.服务器端的功能要求通过计算机网络将客户端与服务器的数据库相连,将从客户端得到的信息进行处理,实现航班查询,机票生成,销售统计,综合信息查询等子系统。

以计算机成本核算为中心,实现销售业务的计算机自动化,为航空公司降低成本。

提高销售额,经营决策提供及时精确的依据。

接收又旅行社客户端发回的机票信息生成航班信息传递航班信息到客户端接收客户端的反馈信息印出机票给已经订票的旅客销售额的分析和管理2.3 RMO客户支持系统的关联图(如下)关联图提供对问题域的解释。

3确认项目可行性3.1经济可行性经济可行性有两种测试(1) 收益预期值是否大于项目的开发成本?(2) 在开发期间该组织是否有足够的现金流量对项目投资?而成本/收益分析的过程分为三步:●第一步是评估预期开发和运行的成本,开发成本是新系统开发期间发生的,运行成本是系统交付使用后发生的。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2
名字:航班机票信息 别名: 描述:旅客的航班信息,根据旅客的旅行时间和目的地确定 定义:航班机票信息=旅客机票时间+旅客机票班次 位置:传输到旅行社端(Client 端)
名字:取票通知 别名: 描述:旅客领取机票的凭证 定义:取票通知=旅客姓名+领票时间 位置:输出到打印机
名字:售出机票信息 别名: 描述:旅客的航班机票的信息 定义:售出机票信息=旅客的航班机票 位置:输出到打印机
取票通知 旅客
订票信息 旅客取票图:
订票旅客清单
旅客
3. 1 旅客信息查询
售出机票信息
1
3.2 打印机票
旅客
三、机票预定系统的状态转换图
四、机票预定系统的数据字典
系统中的数据元素: 名字:旅客信息 别名: 描述:旅客的个人信息,用于对旅客的确认 定义:旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地
二、机票预定系统的数据流图
机票预订系统的数据流图包括两部分:旅客订票和旅客取票两部分。具体如 下图所示。
旅客订票流程图: 旅客清单
旅客
订票
1.1
旅客信息记录
订票信息 2. 2 传给航空公司
2.2 传给旅行社
航班机票 旅客订票记录 机票信息
航班机票信息 航班机票信息
1.3 产生取票通知
1. 1 安排航班
软件工程课程设计 航空机票预订系统项目结构化分析 一、机票预定系统的逻辑模型(实体—关系图)
机票预定系统的逻辑模型(实体—关系图)如下图所示:
旅行时间姓名性别Fra bibliotek旅行地点
身份证号码 取票通知
旅客
1
订票
1
旅行社
工作单位
航班机票信息
帐单
航空公司
1 N
合适航班机票
价格 时间
订票旅客清单
售出机票信息
可售机票
等级
名字:旅客订票记录 别名: 描述:已订票的旅客在航空公司的记录 定义:旅客订票记录=旅客姓名+航班机票信息 位置:输出到航空公司端(Server 端)
3
位置:输入到旅行社端(client 端)
名字:订票旅客清单 别名: 描述:已订票的旅客的记录 定义:订票旅客清单=旅客信息的合集 位置:输入到旅行社端(Client 端)
名字:订票信息 别名: 描述:旅客的旅行时间和目的地,用于确定旅客的航班 定义:订票信息=旅客旅行时间+旅客旅行目的地 位置:传输到航空公司端(Server 端)
相关文档
最新文档