机票预订系统需求分析报告Word格式文档下载.docx
- 文档编号:18589952
- 上传时间:2022-12-28
- 格式:DOCX
- 页数:15
- 大小:42.91KB
机票预订系统需求分析报告Word格式文档下载.docx
《机票预订系统需求分析报告Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《机票预订系统需求分析报告Word格式文档下载.docx(15页珍藏版)》请在冰豆网上搜索。
但是,它对选定区域只运营一个航班。
现在,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乘客业务流程图描述
首先分析本系统总的业务流程图如图2-1所示。
机票预定系统面向乘客的业务分别为查询航班,预订机票和取消预订,其业务流程图分别如图2-1-1、图2-1-2、图2-1-3所示。
图2-1业务流程图
2.1.1查询业务
乘客直接通过系统查询所需乘坐航班的具体情况。
如:
何时有飞往目的地的航班,航班的起飞时间和到达时间,航班的座位预订情况,以及机票的价格等信息。
图2-1-1查询业务
2.1.2订票业务
根据乘客选择的航班信息查询该航班票额情况。
若尚有余票,则为乘客办理订票手续,输出座位号;
若已满员或余票少于订票额,则登记排队候补。
图2-1-2订票业务
2.1.3取消预订业务
乘客根据预订机票时系统所给的PNR号登陆系统,选择所要退订的航班,利用取消预订功能来取消所预订的机票。
图2-1-3取消预订业务
2.2柜台助理业务流程图描述
首先分析本系统总的业务流程图如图2-2所示。
机票预定系统通过柜台助理面向乘客的业务分别为查询航班,预订机票和取消预订,其业务流程图分别如图2-2-1、图2-2-2、图2-2-3所示。
图2-2柜台助理业务
2.2.1查询业务
乘客通过向柜台助理述说订票要求,间接地用系统查询所需乘坐航班的具体情况,柜台助理将查询所得的结果告知乘客。
图2-2-1查询业务
2.2.2订票业务
柜台助理根据乘客选择的航班信息查询该航班票额情况。
乘客
提出预订要求
查询航班信息
柜台助理
航班信息
重新选择航班
办理订票手续
是否
有票
无
有
付款取得机票
图2-2-2订票业务
2.2.3取消预订业务
乘客将预订机票时机票上所写的PNR号告知柜台助理,柜台助理使用该PNR号登陆系统,选择该乘客所要退订的航班,利用取消预订功能来取消所预订的机票,并给予乘客相应的退款。
取消预订请求
PNR号查询信息
机票信息
退款
打印退款收据
图2-2-3取消预订业务
2.3机票预订系统的数据需求
机票预定系统的数据需求包括如下几点:
(1)数据录入和处理的准确性和实时性
数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确并且不可用,从而使系统的工作失去意义。
数据的输入来源是手工输入。
手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进行系统的培训。
在系统中,数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。
(2)数据的一致性与完整性
由于系统的数据是共享的,在不同的旅行社中,机票是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。
要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进行严格的约束。
对于输入的数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。
(3)数据的共享与独立性
整个机票预定系统的数据是共享的。
然而,从系统开发的角度上看,共享会给设计和调试带来困难。
因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进行系统数据的交换。
这样,也能提供系统的强壮性。
2.4机票预订系统数据流程图
首先分析系统总的数据流程图,如图2-4所示。
显示数据
打印机票和账单
数据库
报表
报表和账单
查询请求
预订机票
取消预订
报告和处理
图2-4数据流程图
由于系统的数据流程图比较复杂,而系统中主要的是查询、订票、退票和报告处理四项业务,因此分别画出这四项业务的数据流程图如图2-4-1、图2-4-2、图2-4-3、图2-4-4所示。
图2-4-1查询业务数据流程图
图2-4-2订票业务数据流程图
退票管理
乘客订票信息
航班机票信息
候补乘客信息
航班机票管理
航空公司
图2-4-3取消预订业务数据流程图
报告处理管理
收款摘要报告
财务管理
图2-4-4报告处理业务数据流程图
2.5机票预订系统数据字典
数据字典是用来规范描述数据具体内容的工具,也是对数据汇总和分析的一个总结。
一般来说,可为每个数据建立一张二维表。
在本系统中,分别为乘客信息、乘客订票信息、候补乘客信息、航班机票信息、取票通知和售出机票信息建立了数据字典,具体如表2-5-1到表2-5-5所示。
表2-5-1乘客信息的数据字典
数据名称
乘客信息
作用
记录乘客的个人信息,用于对乘客的确认
来源
去向
信息存储
排列方式
按照乘客的姓名升序排列
包含信息
乘客姓名、性别、工作单位、身份证号、旅行时间、旅行目的地
表2-5-2乘客订票信息的数据字典
记录乘客的旅行时间和目的地,用于确定乘客的航班
按照起飞时间和姓名升序排列
乘客姓名、身份证号、航班号、起飞时间、预订票数、舱位等级
表2-5-3候补乘客信息的数据字典
记录乘客的旅行时间和目的地,便于及时调整航班
信息存储/航班机票管理
客户姓名、身份证号、航班号、起飞时间、预订票数、舱位等级
表2-5-4航班机票信息的数据字典
记录航空公司的航班信息,一次来安排乘客所搭乘的航班
航空公司安排航班
按起飞时间和航班号升序排列
航班号、终点站名、起飞地点、飞行日期、成员定额、余票量、已订票的客户名单、候补乘客名单
表2-5-5次日航班乘客信息的数据字典
次日航班乘客信息
记录次日所有航班和乘客信息,方便对次日航班的管理
按起飞时间和航班号及乘客姓名升序排列
航班号、终点站名、起飞地点、飞行日期、乘客姓名、身份证号、起飞时间、余票量、候补乘客名单
表2-5-6当日收款信息的数据字典
当日收款信息
记录当日航空公司所有航班的收入情况并汇总
按航班号及乘客姓名升序排列
航班号、乘客姓名、机票费用
2.6机票预订系统的逻辑方案
合适航班机票
航班机票信息哦didiandidian
价格
时间
等级
身份证号
工作单位
订票
账单
旅客
旅行时间
旅行地点didiandidian
姓名
性别
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)号,乘客姓名请求号用于访问查询和取消预订所需的机票详细信息。
(4)打印机票:
柜台助理收取机票金额,并打印机票给乘客。
(5)为乘客办理取消预订请求:
根据乘客的PNR号登陆系统,验证机票的详细信息并计算退款金额,柜台助理执行退款并打印退款收据。
(6)报告和处理:
柜台助理在一天结束时打印将在隔日9:
00AM之前离港的航班的已确认和候补乘客列表以及每日收款摘要报告。
4、系统的性能要求
为了保证系统能够长期、安全、稳定、可靠、高效的运行,机票预定系统应该满足以下的性能需求:
4.1系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。
由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了机票预定系统的成败。
在系统开发过程中,必须采用一定的方法保证系统的准确性。
4.2系统的开放性和系统的可扩充性
机票预定系统在开发过程中,应该充分考虑以后的可扩充性。
例如订票系统的方式的改变(网上订票),用户查询的需求也会不断的更新和完善。
所有这些,都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
4.3系统的易用性和易维护性
机票预定系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口,易用的人机交互界面。
要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;
针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息,系统要提供方便的手段供系统维护人员进行数据的备份,日常的安全管理,系统意外崩溃时数据的恢复等工作。
4.4系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;
同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
4.5系统的先进性
目前计算系统的技术发展相当快,作为机票预定系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。
另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流、先进且有良好发展前途的产品。
4.6系统的响应速度
机票预定系统在日常处理中的响应速度为秒级,达到实时要求,以及时反馈信息。
在进行统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 机票 预订 系统 需求 分析 报告