机票预订系统需求分析报告之欧阳化创编.docx
- 文档编号:2324424
- 上传时间:2022-10-28
- 格式:DOCX
- 页数:11
- 大小:78.30KB
机票预订系统需求分析报告之欧阳化创编.docx
《机票预订系统需求分析报告之欧阳化创编.docx》由会员分享,可在线阅读,更多相关《机票预订系统需求分析报告之欧阳化创编.docx(11页珍藏版)》请在冰豆网上搜索。
机票预订系统需求分析报告之欧阳化创编
HorizonAirways机票预订系统
时间:
2021.02.06
创作:
欧阳化
需求阐发陈述
班级:
姓名:
学号:
日期:
引言
1.编写目的
在现今的社会是一个讲究效率和快节奏的社会,人们有很强的时间观念,如果仍使用手工操纵或使用相当繁琐的软件,既浪费了人力,又浪费了物力,效率无法提高,为此开发机票预定系统软件,能够适应现今社会并提高生产效率。
使售票员和乘客变得更加便利和有效率。
该系统软件很是容易被接受,他具有简单易学性,便于管理等优点。
2.项目布景
随着社会成长的不竭进步,民航事业的壮年夜,人们消费水平的提高,乘坐民航的消费者也越来越多,机票预订系统也开始影响着人们日常生活和出行,并且变得越来越重要。
而原有的系统随着航空公司载客量的迅猛增长和人们对便捷性要求的提高,已经变得无法满足需求。
原有的系统不但效率比较低下,并且在平安性、准确性等方面有很多缺乏。
为了实现航空公司的现代化管理,进一步提高工作效率,便利旅客,需要开发一个机票预订系统。
该系统需要具有完整的存储,查询,核对,打印机票的功能。
在这个系统中,旅客可以通过计算机系统查询,系统为旅客安插航班,打印出取票通知和账单,旅客在飞机起飞的前一天凭取票通知和账单交款取票,系统校对无误即印机票给旅客。
HorizonAirways于1996年1月开始运营,它有一架空中客车330飞机往返于纽约和芝加哥之间。
由于致力于提高客户满意度,HorizonAirways在其运营的第一年就赢得了享有声誉的ServiceExcellence奖,并获得了1百万美元利润。
在后来的五年里,HorizonAirways的客户群一直稳固增长。
现在,HorizonAirways拥有两架波音747400以及两架空中客车330飞机。
它每周在位于不合州的5个城市之间运营10个架次的航班。
可是,它对选定区域只运营一个航班。
现在,HorizonAirways不但开通了离港航班也开通了单向航班。
3.参考资料
(1)《软件工程导论》,张海藩,清华年夜学出版社
(2)《实用软件工程》,郑人杰等,清华年夜学出版社
1、任务概述
1.1任务目标
机票预定系统的总目标是:
在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。
总之,这个系统要求能够实现实时,高效,便捷,完善,平安性好等特点。
1.2运行环境
1设备:
Pentium133以上,32MRAM,4.3GHD。
2支持软件:
用C#法度设计语言作为系统的支持软件。
3接口:
本产品的用户一般需要通过终端进行操纵,进入主界面后点击相应的窗口,辨别进入相对应的界面(如:
登岸界面)。
用户对法度的维护,最好要有备份。
4操纵系统:
WinXP/Win7/Vista。
5数据库管理系统:
SQLServer。
1.3条件与限制
计算机技术和产品的成长日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。
例如图像和语音技术的进步,多媒体技术的成长,这些都要求系统在设计时考虑技术变更的可能性,为可能的变更预留一定的系统处理能力。
2、数据描述
2.1乘客业务流程图描述
首先阐发本系统总的业务流程图如图21所示。
机票预定系统面向乘客的业务辨别为查询航班,预订机票和取消预订,其业务流程图辨别如图211、图212、图213所示。
图21业务流程图
2.1.1查询业务
乘客直接通过系统查询所需乘坐航班的具体情况。
如:
何时有飞往目的地的航班,航班的起飞时间和达到时间,航班的座位预订情况,以及机票的价格等信息。
图211查询业务
2.1.2订票业务
根据乘客选择的航班信息查询该航班票额情况。
若尚有余票,则为乘客规画订票手续,输出座位号;若已满员或余票少于订票额,则挂号排队候补。
图212订票业务
2.1.3取消预订业务
乘客根据预订机票时系统所给的PNR号登岸系统,选择所要退订的航班,利用取消预订功能来取消所预订的机票。
图213取消预订业务
2.2柜台助理业务流程图描述
首先阐发本系统总的业务流程图如图22所示。
机票预定系统通过柜台助理面向乘客的业务辨别为查询航班,预订机票和取消预订,其业务流程图辨别如图221、图222、图223所示。
图22柜台助理业务
2.2.1查询业务
乘客通过向柜台助理述说订票要求,间接地用系统查询所需乘坐航班的具体情况,柜台助理将查询所得的结果告知乘客。
如:
何时有飞往目的地的航班,航班的起飞时间和达到时间,航班的座位预订情况,以及机票的价格等信息。
图221查询业务
2.2.2订票业务
柜台助理根据乘客选择的航班信息查询该航班票额情况。
若尚有余票,则为乘客规画订票手续,输出座位号;若已满员或余票少于订票额,则挂号排队候补。
图222订票业务
2.2.3取消预订业务
乘客将预订机票时机票上所写的PNR号告知柜台助理,柜台助理使用该PNR号登岸系统,选择该乘客所要退订的航班,利用取消预订功能来取消所预订的机票,并给予乘客相应的退款。
图223取消预订业务
2.3机票预订系统的数据需求
机票预定系统的数据需求包含如下几点:
(1)数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提,毛病的输入会招致系统输出的不正确并且不成用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安插系统具有容错性,并且对操纵人员要进行系统的培训。
在系统中,数据的输入往往是年夜量的,因此系统要有一定的处理能力,以包管迅速的处理数据。
(2)数据的一致性与完整性
由于系统的数据是共享的,在不合的旅行社中,机票是共享数据,所以如何包管这些数据的一致性,是系统必须解决的问题。
要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对输入的数据,要为其界说完整性规则,如果不克不及合适完整性约束,系统应该拒绝该数据。
(3)数据的共享与自力性
整个机票预定系统的数据是共享的。
然而,从系统开发的角度上看,共享会给设计和调试带来困难。
因此,应该提供灵活的配置,使各个分系统能够自力运行,而通过人工干预的手段进行系统数据的交换。
这样,也能提供系统的强壮性。
2.4机票预订系统数据流程图
首先阐发系统总的数据流程图,如图24所示。
图24数据流程图
由于系统的数据流程图比较庞杂,而系统中主要的是查询、订票、退票和陈述处理四项业务,因此辨别画出这四项业务的数据流程图如图241、图242、图243、图244所示。
图241查询业务数据流程图
图242订票业务数据流程图
图243取消预订业务数据流程图
图244陈述处理业务数据流程图
2.5机票预订系统数据字典
数据字典是用来规范描述数据具体内容的工具,也是对数据汇总和阐发的一个总结。
一般来说,可为每个数据建立一张二维表。
在本系统中,辨别为乘客信息、乘客订票信息、候补乘客信息、航班机票信息、取票通知和售出机票信息建立了数据字典,具体如表251到表255所示。
表251乘客信息的数据字典
数据名称
乘客信息
作用
记录乘客的个人信息,用于对乘客简直认
来源
乘客
去向
信息存储
排列方法
依照乘客的姓名升序排列
包含信息
乘客姓名、性别、工作单位、身份证号、旅行时间、旅行目的地
表252乘客订票信息的数据字典
数据名称
乘客订票信息
作用
记录乘客的旅行时间和目的地,用于确定乘客的航班
来源
乘客
去向
航班机票管理
排列方法
依照起飞时间和姓名升序排列
包含信息
乘客姓名、身份证号、航班号、起飞时间、预订票数、舱位品级
表253候补乘客信息的数据字典
数据名称
候补乘客信息
作用
记录乘客的旅行时间和目的地,便于及时调整航班
来源
航班机票管理
去向
信息存储/航班机票管理
排列方法
依照起飞时间和姓名升序排列
包含信息
客户姓名、身份证号、航班号、起飞时间、预订票数、舱位品级
表254航班机票信息的数据字典
数据名称
航班机票信息
作用
记录航空公司的航班信息,一次来安插乘客所搭乘的航班
来源
航空公司安插航班
去向
信息存储/航班机票管理
排列方法
按起飞时间和航班号升序排列
包含信息
航班号、终点站名、起飞地址、遨游翱翔日期、成员定额、余票量、已订票的客户名单、候补乘客名单
表255第二天航班乘客信息的数据字典
数据名称
第二天航班乘客信息
作用
记录第二天所有航班和乘客信息,便利对第二天航班的管理
来源
航班机票管理
去向
信息存储/航班机票管理
排列方法
按起飞时间和航班号及乘客姓名升序排列
包含信息
航班号、终点站名、起飞地址、遨游翱翔日期、乘客姓名、身份证号、起飞时间、余票量、候补乘客名单
表256当日收款信息的数据字典
数据名称
当日收款信息
作用
记录当日航空公司所有航班的收入情况并汇总
来源
航班机票管理
去向
信息存储/航班机票管理
排列方法
按航班号及乘客姓名升序排列
包含信息
航班号、乘客姓名、机票用度
2.6机票预订系统的逻辑计划
3、系统的功能要求
3.1功能划分
根据可行性研究的结果和客户的要求,阐发现有情况及问题,将机票预定系统划分为两个子系统:
乘客子系统,柜台助理子系统。
3.2功能描述
下面阐发各个子系统的功能需求:
3.2.1乘客子系统功能需求:
在乘客登岸系统后实现,可以分为一下几个部分:
(1)乘客信息的输入和统计:
乘客将所要预订的航班的信息及对出行日期、座位和舱级的要求的信息。
这部分功能是客户端子系统的基本部分,这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息,又有便利的操纵界面手工输入旅客信息。
这部分要求对输入的数据进行简单的统计,供航空公司进行查询和宏观调控。
(2)乘客信息的存储:
将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查询。
(3)为乘客指定一个唯一的PNR号:
为乘客指定唯一乘客姓名请求(PNR)号,乘客姓名请求(PNR)号用于拜访查询和取消预订所需的机票详细信息。
(4)查询所有航班信息:
乘客可以通过系统,查询到30天内所有的航班信息,包含起飞时间、达到时间、座位预订情况等。
(5)查询已预订的机票的信息:
乘客通过输入自己所对应的PNR号来检查自己已经预订的航班的信息。
(6)取消预订:
乘客通过输入自己所对应的PNR号来查询自己所预订的航班信息的同时,可以通过取消预订功能来取消所对应航班的预订。
3.2.2柜台助理子系统功能需求:
通过与数据库的连接,将从数据库获得的信息进行处理,实现航班查询,机票生成,销售统计,综合信息查询等功能,从而实现销售业务的一体化,为航空公司降低本钱,增强经营决策的效率。
柜台助理登岸系统后实现,可分为一下几个部分:
(1)接收乘客对预订航班的要求:
柜台助理担任接收乘客对预订航班的要求,如:
日期、舱级、座位等,并将这些具体的信息记录到系统中,为乘客查询合适要求的航班及座位。
(2)确认目标乘客的详细信息:
确认目标乘客的详细信息,包含乘客对座位位置的要求、饮食偏好等。
(3)为乘客指定唯一的PNR号:
为乘客指定唯一乘客姓名请求(PNR)号,乘客姓名请求号用于拜访查询和取消预订所需的机票详
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 机票 预订 系统 需求 分析 报告 欧阳 创编
![提示](https://static.bdocx.com/images/bang_tan.gif)