《机票预订系统需求分析实施报告14239.pdf》由会员分享,可在线阅读,更多相关《机票预订系统需求分析实施报告14239.pdf(11页珍藏版)》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、-Horizon Airways 机票预订系统 需求分析报告 班级:*:日期:引言 1.编写目的 在现今的社会是一个讲究效率和快节奏的社会,人们有很强的时间观念,如果仍使用手工操作或使用相当繁琐的软件,既浪费了人力,又浪费了物力,效率无法提高,为此开发机票预定系统软件,能够适应现今社会并提高生产效率。使售票员和乘客变得更加方便和有效率。该系统软件非常容易被承受,他具有简单易学性,便于管理等优点。2.工程背景 随着社会开展的不断进步,民航事业的壮大,人们消费水平的提高,乘坐民航的消费者也越来越多,机票预订系统也开场影响着人们日常生活和出行,并且变得越来越重要。而原有的系统随着航空公司载客量的迅猛
2、增长和人们对便捷性要求的提高,已经变得无法满足需求。原有的系统不仅效率比拟低下,而且在平安性、准确性等方面有很多缺乏。为了实现航空公司的现代化管理,进一步提高工作效率,方便旅客,需要开发一个机票预订系统。该系统需要具有完整的存储,查询,核对,打印机票的功能。在这个系统中,旅客可以通过计算机系统查询,系统为旅客安排航班,打印出取票通知和账单,旅客在飞机起飞的前一天凭取票通知和账单交款取票,系统校对无误即印机票给旅客。Horizon Airways 于 1996 年 1 月开场运营,它有一架空中客车 330 飞机往返于纽约和芝加哥之间。由于致力于提高客户满意度,Horizon Airways 在其
3、运营的第一年就赢得了享有声誉的 Service E*cellence 奖,并获得了 1 百万美元-利润。在后来的五年里,Horizon Airways 的客户群一直稳固增长。现在,Horizon Airways 拥有两架波音 747-400 以及两架空中客车 330 飞机。它每周在位于不同州的 5 个城市之间运营 10 个架次的航班。但是,它对选定区域只运营一个航班。现在,Horizon Airways 不仅开通了离港航班也开通了单向航班。3.参考资料 1软件工程导论,张海藩,清华大学 2实用软件工程,*人杰等,清华大学 目录 1、任务概述 3 1.1 任务目标 3 1.2 运行环境 3 1.
4、3 条件与限制 3 2、数据描述 3 2.1 乘客业务流程图描述 3 2.1.1 查询业务 4 2.1.2 订票业务 4 2.1.3 取消预订业务 4 2.2 柜台助理业务流程图描述 4 2.2.1 查询业务 5 2.2.2 订票业务 5 2.2.3 取消预订业务 5 2.3 机票预订系统的数据需求 5 2.4 机票预订系统数据流程图 6 2.5 机票预订系统数据字典 6 2.6 机票预订系统的逻辑方案 8 3、系统的功能要求 8 3.1 功能划分 8 3.2 功能描述 8 3.2.1 乘客子系统功能需求:8 3.2.2 柜台助理子系统功能需求:9 4、系统的性能要求 10 4.1 系统处理的
5、准确性和及时性 10 4.2 系统的开放性和系统的可扩大性 10 4.3 系统的易用性和易维护性 10 4.4 系统的标准性 11 4.5 系统的先进性 11 4.6 系统的响应速度 11 -1、任务概述 1.1 任务目标 机票预定系统的总目标是:在计算机网络,数据库和先进的开发平台上,利用现有的软件,配置一定的硬件,开发一个具有开放体系构造的、易扩大的、易维护的、具有良好人机交互界面的机票预定系统,实现航空公司的机票销售的自动化的计算机系统,为企业的决策层提供准确、精细、迅速的机票销售信息。总之,这个系统要求能够实现实时,高效,便捷,完善,平安性好等特点。1.2 运行环境 1 设备:Pent
6、ium 133以上,32M RAM,4.3G HD。2 支持软件:用 C#程序设计语言作为系统的支持软件。3 接口:本产品的用户一般需要通过终端进展操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:登陆界面)。用户对程序的维护,最好要有备份。4 操作系统:Win*P/Win 7/Vista。5 数据库管理系统:SQL Server。1.3 条件与限制 计算机技术和产品的开展日新月异,将会给信息处理带来更多的手段,同时也会带来更加丰富的信息表达形式。例如图像和语音技术的进步,多媒体技术的开展,这些都要求系统在设计时考虑技术变化的可能性,为可能的变化预留一定的系统处理能力。2、数据描述
7、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 订票业务
8、 2.1.3 取消预订业务 乘客根据预订机票时系统所给的PNR 号登陆系统,选择所要退订的航班,利用取消预订功能来取消所预订的机票。图 2-1-3 取消预订业务 2.2 柜台助理业务流程图描述 首先分析本系统总的业务流程图如图2-2 所示。机票预定系统通过柜台助理面向乘客的业务分别为查询航班,预订机票和取消预订,其业务流程图分别如图2-2-1、图 2-2-2、图 2-2-3 所示。图 2-2 柜台助理业务 订票事务 退出效劳 订单处理 机票信息 取票通知 打印订单 查询事务 效劳器处理信息 航班信息 终端数据显示 乘 客可 查询业务 航班信息 终端数据显示 是否有票 重新选择航班 乘客 选择航
9、班 选择出行日期 以及舱级 填写详细信息 查询剩余票数 航班机票信 息 无 预订成功 生成PNR号 乘客 有 乘客 登录系统 查询订票信息 取消预订 乘客订票信息 机票信息 查询事务 效劳器处理信息 航班信息 -2.2.1 查询业务 乘客通过向柜台助理述说订票要求,间接地用系统查询所需乘坐航班的具体情况,柜台助理将查询所得的结果告知乘客。如:何时有飞往目的地的航班,航班的起飞时间和到达时间,航班的座位预订情况,以及机票的价格等信息。图 2-2-1 查询业务 2.2.2 订票业务 柜台助理根据乘客选择的航班信息查询该航班票额情况。假设尚有余票,则为乘客办理订票手续,输出座位号;假设已满员或余票少
10、于订票额,则登记排队候补。图 2-2-2 订票业务 2.2.3 取消预订业务 乘客将预订机票时机票上所写的PNR 号告知柜台助理,柜台助理使用该 PNR号登陆系统,选择该乘客所要退订的航班,利用取消预订功能来取消所预订的机票,并给予乘客相应的退款。图 2-2-3 取消预订业务 2.3 机票预订系统的数据需求 机票预定系统的数据需求包括如下几点:1数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提,错误的输入会导致系统输出的不正确并且不可用,从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性,并且对操作人员要进展系统的培训。在系统中,
11、数据的输入往往是大量的,因此系统要有一定的处理能力,以保证迅速的处理数据。2数据的一致性与完整性 查询航班信息 柜台助理 得知信息 乘客 提出预订要求 航班信息 乘客 提出预订要求 查询航班信息 柜台助理 航班信息 重新选择航班 办理订票手续 是 否 有 票 无 有 付款取得机票 乘客 取消预订请求 PNR号查询信息 机票信息 柜台助理 退款 打印退款收据-由于系统的数据是共享的,在不同的旅行社中,机票是共享数据,所以如何保证这些数据的一致性,是系统必须解决的问题。要解决这一问题,要有一定的人员维护数据的一致性,在数据录入处控制数据的去向,并且要求对数据库的数据完整性进展严格的约束。对于输入的
12、数据,要为其定义完整性规则,如果不能符合完整性约束,系统应该拒绝该数据。(3)数据的共享与独立性 整个机票预定系统的数据是共享的。然而,从系统开发的角度上看,共享会给设计和调试带来困难。因此,应该提供灵活的配置,使各个分系统能够独立运行,而通过人工干预的手段进展系统数据的交换。这样,也能提供系统的强壮性。2.4 机票预订系统数据流程图 首先分析系统总的数据流程图,如图2-4 所示。图 2-4 数据流程图 由于系统的数据流程图比拟复杂,而系统中主要的是查询、订票、退票和报告处理四项业务,因此分别画出这四项业务的数据流程图如图2-4-1、图 2-4-2、图 2-4-3、图 2-4-4 所示。图 2
13、-4-1 查询业务数据流程图 图 2-4-2 订票业务数据流程图 图 2-4-3 取消预订业务数据流程图 图 2-4-4 报告处理业务数据流程图 2.5 机票预订系统数据字典 数据字典是用来标准描述数据具体内容的工具,也是对数据汇总和分析的一个总结。一般来说,可为每个数据建立一张二维表。在本系统中,分别为乘客信息、乘客订票信息、候补乘客信息、航班机票信息、取票通知和售出机票信息建立了数据字典,具体如表 2-5-1 到表 2-5-5 所示。表 2-5-1 乘客信息的数据字典 数据名称 乘客信息 显示数据 显示数据 打印机票和账单 显示数据 数据库 报表 报表 报表 报表和账单 查询请求 预订机票
14、 取消预订 报告和处理 乘客 柜台助理 乘客 订票管理 乘客订票信息 航班机票信息 候补乘客信息 航班机票管理 航空公司 航班机票管理 航空公司 乘客 查询管理 乘客订票信息 航班机票信息 候补乘客信息 乘客 退票管理 乘客订票信息 航班机票信息 候补乘客信息 航班机票管理 航空公司 柜台助理 报告处理管理 航班机票管理 航空公司 航班机票信息 候补乘客信息 收款摘要报告 财务管理-作用 记录乘客的个人信息,用于对乘客确实认 来源 乘客 去向 信息存储 排列方式 按照乘客的*升序排列 包含信息 乘客*、性别、工作单位、*号、旅行时间、旅行目的地 表 2-5-2 乘客订票信息的数据字典 数据名称
15、 乘客订票信息 作用 记录乘客的旅行时间和目的地,用于确定乘客的航班 来源 乘客 去向 航班机票管理 排列方式 按照起飞时间和*升序排列 包含信息 乘客*、*号、航班号、起飞时间、预订票数、舱位等级 表 2-5-3 候补乘客信息的数据字典 数据名称 候补乘客信息 作用 记录乘客的旅行时间和目的地,便于及时调整航班 来源 航班机票管理 去向 信息存储/航班机票管理 排列方式 按照起飞时间和*升序排列 包含信息 客户*、*号、航班号、起飞时间、预订票数、舱位等级 表 2-5-4 航班机票信息的数据字典 数据名称 航班机票信息 作用 记录航空公司的航班信息,一次来安排乘客所搭乘的航班 来源 航空公司
16、安排航班 去向 信息存储/航班机票管理 排列方式 按起飞时间和航班号升序排列 包含信息 航班号、终点站名、起飞地点、飞行日期、成员定额、余票量、已订票的客户、候补乘客 表 2-5-5 次日航班乘客信息的数据字典 数据名称 次日航班乘客信息 作用 记录次日所有航班和乘客信息,方便对次日航班的管理 来源 航班机票管理 去向 信息存储/航班机票管理 排列方式 按起飞时间和航班号及乘客*升序排列 包含信息 航班号、终点站名、起飞地点、飞行日期、乘客*、*号、起飞时-间、余票量、候补乘客 表 2-5-6 当日收款信息的数据字典 数据名称 当日收款信息 作用 记录当日航空公司所有航班的收入情况并汇总 来源
17、 航班机票管理 去向 信息存储/航班机票管理 排列方式 按航班号及乘客*升序排列 包含信息 航班号、乘客*、机票费用 2.6 机票预订系统的逻辑方案 3、系统的功能要求 3.1 功能划分 根据可行性研究的结果和客户的要求,分析现有情况及问题,将机票预定系统划分为两个子系统:乘客子系统,柜台助理子系统。3.2 功能描述 下面分析各个子系统的功能需求:3.2.1 乘客子系统功能需求:在乘客登陆系统后实现,可以分为一下几个局部:1乘客信息的输入和统计:乘客将所要预订的航班的信息及对出行日期、座位和舱级的要求的信息。这局部功能是客户端子系统的根本局部,这个功能是以后各个局部的根底。系统要求做到即能够从
18、其它子系统中共享一局部信息,又有方便的操作界面手工输入旅客信息。这局部要求对输入的数据进展简单的统计,供航空公司进展查询和宏观调控。2乘客信息的存储:适宜航班机票 航班机票信息航空公司 价格 时间 等级*号 工作单位 订票 账单 旅客 旅行时间 旅行地点*性别-将旅客的信息存储到旅行社的客户端系统中,以备以后的取票确认以及查询。3为乘客指定一个唯一的PNR 号:为乘客指定唯一乘客*请求PNR号,乘客*请求PNR号用于查询和取消预订所需的机票详细信息。4查询所有航班信息:乘客可以通过系统,查询到 30 天内所有的航班信息,包括起飞时间、到达时间、座位预订情况等。5查询已预订的机票的信息:乘客通过
19、输入自己所对应的 PNR 号来查看自己已经预订的航班的信息。6取消预订:乘客通过输入自己所对应的 PNR 号来查询自己所预订的航班信息的同时,可以通过取消预订功能来取消所对应航班的预订。3.2.2 柜台助理子系统功能需求:通过与数据库的连接,将从数据库得到的信息进展处理,实现航班查询,机票生成,销售统计,综合信息查询等功能,从而实现销售业务的一体化,为航空公司降低本钱,增强经营决策的效率。柜台助理登陆系统后实现,可分为一下几个局部:1接收乘客对预订航班的要求:柜台助理负责接收乘客对预订航班的要求,如:日期、舱级、座位等,并将这些具体的信息记录到系统中,为乘客查询符合要求的航班及座位。2确认目标
20、乘客的详细信息:确认目标乘客的详细信息,包括乘客对座位位置的要求、饮食偏好等。3为乘客指定唯一的 PNR 号:为乘客指定唯一乘客*请求PNR号,乘客*请求号用于查询和取消预订所需的机票详细信息。4打印机票:柜台助理收取机票金额,并打印机票给乘客。5为乘客办理取消预订请求:根据乘客的 PNR 号登陆系统,验证机票的详细信息并计算退款金额,柜台助理执行退款并打印退款收据。6报告和处理:柜台助理在一天完毕时打印将在隔日 9:00AM 之前离港的航班的已确认和候-补乘客列表以及每日收款摘要报告。4、系统的性能要求 为了保证系统能够长期、平安、稳定、可靠、高效的运行,机票预定系统应该满足以下的性能需求:
21、4.1 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。由于机票预定系统的查询功能对于整个系统的功能和性能完成举足轻重。作为系统的很多数据来源,而机票数量和时间又影响企业的决策活动,其准确性很大程度上决定了机票预定系统的成败。在系统开发过程中,必须采用一定的方法保证系统的准确性。4.2 系统的开放性和系统的可扩大性 机票预定系统在开发过程中,应该充分考虑以后的可扩大性。例如订票系统的方式的改变网上订票,用户查询的需求也会不断的更新和完善。所有这些,都要求
22、系统提供足够的手段进展功能的调整和扩大。而要实现这一点,应通过系统的开放性来完成,既系统应是一个开放系统,只要符合一定的标准,可以简单的参加和减少系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。4.3 系统的易用性和易维护性 机票预定系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口,易用的人机交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息,系统要提供方便的手段供
23、系统维护人员进展数据的备份,日常的平安管理,系统意外崩溃时数-据的恢复等工作。4.4 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如标准的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量标准等;同时,在自主开发本系统时,要进展良好的设计工作,制订行之有效的软件工程标准,保证代码的易读性、可操作性和可移植性。4.5 系统的先进性 目前计算系统的技术开展相当快,作为机票预定系统工程,应该保证系统在下个世纪仍旧是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩大性,不断改善系统的功能完成。另一方面,在系统设计和开发的过程中,应在考虑本钱的根底上尽量采用当前主流、先进且有良好开展前途的产品。4.6 系统的响应速度 机票预定系统在日常处理中的响应速度为秒级,到达实时要求,以及时反应信息。在进展统计分析时,根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。