机票预订可行性研究报告.docx
- 文档编号:30534107
- 上传时间:2023-08-16
- 格式:DOCX
- 页数:19
- 大小:115.61KB
机票预订可行性研究报告.docx
《机票预订可行性研究报告.docx》由会员分享,可在线阅读,更多相关《机票预订可行性研究报告.docx(19页珍藏版)》请在冰豆网上搜索。
机票预订可行性研究报告
神木县天捷机票代售部
航空票务销售项目可行性研究报告
神木县天捷机票代售部
2014年6月18日
目录
1引言1
1.1编写目的1
1.2背景1
1.3定义1
1.4参考资料1
2可行性研究的前提2
2.1要求2
2.2目标2
2.3条件、假定和限制3
2.4进行可行性研究的方法3
2.5评价尺度3
3对现有系统的分析3
3.1处理流程和数据流程4
3.2工作负荷4
3.3费用开支4
3.4人员4
3.5设备4
3.6局限性4
4所建议的系统4
4.1对所建议系统的说明5
4.2处理流程和数据流程5
4.3改进之处5
4.4影响5
4.4.1对设备的影响5
4.4.2对软件的影响5
4.4.3对用户单位机构的影响5
4.4.4对系统运行过程的影响6
4.4.5对开发的影响6
4.4.6对地点和设施的影响6
4.4.7对经费开支的影响6
4.5局限性6
4.6技术条件方面的可行性7
5可选择的其他系统方案7
5.1可选择的系统方案17
5.2可选择的系统方案27
6投资及效益分析7
6.1支出7
6.1.1基本建设投资8
6.1.2其他一次性支出8
6.1.3非一次性支出8
6.2收益9
6.2.1一次性收益9
6.2.2非一次性收益9
6.2.3不可定量的收益9
6.3收益/投资比10
6.4投资回收周期10
6.5敏感性分析10
7社会因素方面的可行性10
7.1法律方面的可行性10
7.2使用方面的可行性10
8结论11
神木县天捷机票代售部
航空票务销售项目可行性研究报告
1引言
1.1编写目的
应某航空公司要求,为提高该公司的机票预订效率,降低工作的人力、物力、开支,提高工作的准确性,方便旅客进行机票预订,并对其机票预订信息和旅客信息进行信息存取,现为其开发机票预订系统。
在现有技术、经济、操作等方面综合研究分析机票预订系统的可实现性,通过分析来预测机票预订系统在现实中的运行情况,收益与投资比,并根据分析结果来向航空公司决策领导提供预测型的建议。
评述为了合理的达到开发目标而可能选择的各种方案。
1.2背景
本项目的名称:
航空机票预订系统;
任务提出者:
某航空公司;
用户:
某航空公司,各大旅行社;
实现:
某航空公司计算中心;
本项目采用客户机/服务器原理,航空机票预订系统构建平台为Windows2000及以上,其数据库构建在SQLServer2005上,并可于其他同级别航空公司的订票系统实现权限限制性兼容,与Windows其他软件并不冲突。
1.3定义
数据库:
按照数据结构来组织、存储和管理数据的仓库。
旅客信息:
旅客提出订票要求时输入的信息,包括姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等。
取票通知:
旅客取票凭证。
账单:
旅客取票和交易的凭证。
机票:
旅客登机凭证。
1.4参考资料
1.管理信息系统(美)G.B戴维斯 哈尔滨工业大学出版社1985-01
2.物流信息管理 尹涛 东北财经大学出版社 2005-01
3.软件工程导论张海藩清华大学出版社。
2008-02
4.编程逻辑与结构化程序设计(美)HaroldJ.Rood中国水利水电出版社2004-03
5.信息处理与数据库 刘玉梅 邱基文 人民教育出版社 1988-03
6.数据库技术与应用-SQLServer 刘卫国严晖清华大学出版社2007-01
7.文档对象模型-处理结构化文档 (美)马里尼 清华大学出版社 2003-05
8.属于本项目的其他已发表的文件;
9.本文件中各处引用的文件、资料,包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2可行性研究的前提
2.1要求
●功能:
1.接收预定机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行始发地和目的地,航班舱位要求等);
2.输入系统,系统为旅客安排行班;
3.当旅客交付了预订金后,系统打印出取票通知和帐单给旅客;
4.旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客;
5.提供其他的功能,在顾客需要的情况下,提供各种查询功能,班次取消及时通知,旅客可修改班次.,旅客取消预定,旅客退票,旅客延误取票时间:
系统应能通知用户,并能自动取消预定。
●性能:
方便快捷有效地完成航空机票预订业务。
●输出:
取票通知,当旅客交付预订金后产生,旅客交付预订金后系统打印出取票通知作为取票凭证。
账单,当旅客交付预订金后产生,旅客交付预订金后系统打印出账单作为取票和交易的凭证。
●输入:
旅客信息,应付款额。
●处理流程:
输入用户数据——安排航班——交付预订金——打印取票通知和账单——核对取票通知与账单——打印机票
数据流图:
数据最初进入系统后先查询航班数据库的数据,然后打印取票通知和账单,同时增加订票数据库的内容,核对无误后打印机票,同时更新订票数据库的内容。
●在安全与保密方面的要求:
服务器的管理员享有对机场航班信息及机票信息库和订票信息库的管理与修改,售票员只享有对订票信息库的部分修改(写入与读出)
●同本系统相连接的其他系统:
SQLServer2005;本航空公司航班管理系统。
2.2目标
系统实现后,大大提高航空公司订票环节的服务效率,改进管理信息服务。
降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。
基本实现如下:
(一)人力与设备费用的减少;
(二)处理速度的提高;
(三)控制精度或生产能力的提高;
(四)管理信息服务的改进;
(五)自动决策系统的改进;
(六)人员利用率的改进。
2.3条件、假定和限制
这项开发中给出的条件、假定和所受到的限制:
1.所建议系统的运行寿命的最小值为:
7年;
2.进行系统方案选择比较的时间为:
一星期;
3.经费、投资方面的来源和限制:
航空公司拨款以及股东赞助;
4.法律和政策方面的限制:
该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下;
5.硬件、软件、运行环境和开发环境方面的条件和限制;
硬件限制:
航空公司内部构建总线型局域网。
软件限制:
WindowsXP,Windows7等操作系统,并配置SQLServer2005以上版本应用软件。
运行环境:
WindowsXP,Windows7等操作系统。
开发环境:
VC++版,SQLServer2005
6.可利用的信息和资源:
现有的航班管理系统、现有的订票管理系统;
7.系统投入使用的最晚时间:
2013.6.7
2.4进行可行性研究的方法
调查方法:
填写调查报告的方法,上网收集资料,翻阅相关书籍。
系统评价角度:
功能的齐全程度,操作的可行性,界面的友好性,完成软件系统的实际经费开销情况,完成软件的时间长度。
与用户沟通,不断改进目标系统的逻辑模型,直到完全符合用户的要求。
2.5评价尺度
所需总费用:
在股东所能承受的范围内,包括购置相应的硬件设施、开发软件的费用、后期维护费用、员工培训费用等的总和不超过五十万。
功能优先次序:
查询航班——输入客户信息——安排航班——打印账单和取票通知——打印机票。
开发不超过三个月,使用较易操作。
3对现有系统的分析
当前大多数航空公司所使用的航空订票系统办理业务时手续繁多,人工业务操作过多,严重影响了工作效率,且出错率高。
机票预定系统是方便用户对机票的预定,当用户改变出行计划,能够方便的取消预定并承担较小的损失。
现有的系统特点基本如下:
1)现有系统:
无航空订票专用系统,采用即查即订的方式。
2)现有系统的操作过程:
旅客订票——查询机票——付款——打印机票。
3)现有系统的缺陷:
查询工作量大,效率低,在票价折扣等方面并不能同时查询,易出错,不能很好地节省旅客的时间
3.1处理流程和数据流程
在没有机票预定系统之前,人们出行时必须要到机场的指定售票处购买机票,并且当用户更改旅行计划需要退票时也会承担较大的损失,当航班取消或变化时往往也会给用户造成一定的损失。
旅客需要自己到航空公司的订票的营业网点,输入信息,查询合适的航班信息,确认后付款,拿到机票。
对大家都有很大的不便。
处理流程:
3.2工作负荷
机票预订手续的繁多和不合理,工作效率非常低,需要大量专业人员,更有甚者出现排成长龙的现象,这对各大航空公司都是大的负担,并给航空公司发展带来一些压力。
3.3费用开支
人力:
每个客户端需要至少两人保证二十四小时订票,因查询速度慢而设多个订票点。
设备:
多个订票点客户端设备维护。
空间:
多个订票点每日房屋开销。
支持性服务:
维护费和材料费,加起来就是一笔不小的开支。
3.4人员
需要大量的业务员、额外的工作人员、维护和操作人员。
3.5设备
客户端:
POS收款机、打印机、基本配置的计算机,微软服务器。
3.6局限性
在现有系统中,查询订票的方式为查询机票而不是查询航班,所以往往一次订票过程要查询多次,查询速度慢,响应不及时,浪费大量系统资源,甚至是要旅客多次前来订票才能知道结果,明显地处理时间赶不上需要。
另外,这种订票方式,没有对于售票情况的专门存储,不利于航空公司对航班售票情况进行统计。
当前系统办理业务的流程导致了一个很大的问题:
工作效率及其低。
因此急需开发一个高效的航空机票预订系统。
所以从长远角度出发,重新建立航空订票系统非常有必要。
4所建议的系统
4.1对所建议系统的说明
根据系统目标以及现行系统存在的问题,建议新系统分三步实现:
第一阶段(1年内)先在一个航空公司建立一个内部的网络,以实现航空订票系统的计算机化。
能够处理以下工作:
输入旅客数据,能够查询航班信息,并能够打印航班信息和飞机票。
第二阶段(2-3年)在各大旅行社建立与航空公司数据库连接的系统,其中的旅客信息的输入模块、航班查询模块和订票模块可以在各个旅行社的系统中完成操作。
并将各大旅行社和航空公司的数据相连,保证信息的一致性。
第二阶段(4年内)在上面两个阶段的基础上在航空公司的系统添加交款模块,并在各个网点建立自动付款机器,其能根据旅客信息打印为其打印机票。
这个系统可以实现航空机票预订系统的信息集成,完成后的系统可以实现机票在旅行社的查询、预订工作,且操作方便简单迅速
4.2处理流程和数据流程
由旅行社将旅客及其所需航班信息输入系统,由系统产生合适的机票信息,旅客交付预定金后,由旅行社确认预定,系统将机票归入已预订状态,并打印出取票通知和账单给用户。
用户在取票截止时间之前,在旅行社处缴纳取票通知和机票费用,旅行社将机票授予旅客并将机票售出信息传回航空公司,航空公司服务器端将相应机票状态纳入已售出。
流程图:
数据流图:
4.3改进之处
a)可以建立客户端,用户登陆后自主查询航班信息,确认预订航班机票,还可以在线付款,减少旅行社和航空公司和人员消耗。
b)旅行社可以自主开设预订机票的服务中心,完整为客户办理整个流程,并收取一部分手续费。
不仅方便旅客,还减轻了航空公司的压力。
4.4影响
4.4.1对设备的影响
目前贵公司订票点的配置基本符合要求,需要增加的是服务器,经过调研,证明现有的服务器虽然符合目标系统的基本要求,但是从使用年限和日后规模扩大角度来说,建议更换性价比较高的英特尔商用服务器。
4.4.2对软件的影响
现有的数据库软件建议升级,为日后规模扩展做准备。
不过如果不升级也不影响目标系统的使用
现有的系统软件,基本可以符合要求。
4.4.3对用户单位机构的影响
为了更好地应用目标系统,希望贵公司能够在现有的技术开发部门中设置专门负责的技术部门,同时增加专门负责该系统并曾参与到系统研发的人员。
4.4.4对系统运行过程的影响
所建议系统对运行过程的影响,如:
a.用户的操作规程:
要求员工严格按照用户操作手册进行。
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训,管理人员也需经一般培训;
b.运行中心的操作规程:
运作中心的日常监督工作二十四小时进行,随时报告系统的异常情况;
c.运行中心与用户之间的关系:
运作中心的服务器存储所有的信息,并对客户端的PC机的操作监控管理;
d.源数据的处理:
定期对源数据进行备份;
e.数据进入系统的过程:
旅客信息在首次输入系统后不再改动,在机票打印出后,旅客信息和机票信息等所有信息一起存入数据库备份;
f.对数据保存的要求,对数据存储、恢复的处理:
每份数据至少有两份备份,其中至少有一份是磁盘、磁带等硬件备份,当遇到紧急情况时可及时用这些资源恢复数据;
g.输出报告的处理过程、存储媒体和调度方法:
输出取票通知、账单、机票都要经过系统内部的确认,并且要留下相应记录。
存储媒体可以多样化,尽量放在不同的地方保存;
h.系统失效的后果及恢复的处理办法:
如遇系统崩溃而不能及时修复,将给贵公司带来一定程度的经济损失。
所以开发系统时将会留下全部资料和备份,并制作相应简便的恢复方法,万一系统崩溃可以依据这些迅速恢复,开发人员也将在必要时给予相应的技术支持。
4.4.5对开发的影响
说明对开发的影响,如:
a.为了目标系统顺利开发,希望公司尽快给出决策方案,并在整个开发过程保证资金的供应,减少审批手续,以求尽快进入研发阶段。
b.重新整合现有的数据库资源,优化数据库结构,并给新增加的订票系统数据库准备相应的空间。
c.检查现有系统的资源配置和网络配置,对于达不到目标系统所要求的配置尽快改善。
d.重新加强安全系统,增加相应的防钓鱼防黑客软件,修补系统漏洞。
4.4.6对地点和设施的影响
经调研,目标系统完全可以构建在现有的框架上,不需余外增加环境设施。
4.5局限性
由于时间和经济方面的限制,在开发的一两年内只能实现某一航空公司的航空机票预订系统的计算机化,在后几年才可以实现更多功能。
4.6技术条件方面的可行性
技术条件方面的可行性,如:
a.通过调研,证明现有的限制条件并不能对目标系统产生根本影响,因此目标系统的功能目标能够达到;
b.当前,编程技术和数据库技术都已经成熟,完全可以实现目标功能;
c.如果资金和系统配置都到位,目标系统的开发应能够按时完成;
5可选择的其他系统方案
扼要说明曾考虑过的每一种可选择的系统方案,包括需开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。
5.1可选择的系统方案1
5.2可选择的系统方案2
用户信息储存在客户端里,其余的数据处理由服务器来做。
虽然这种方案分担了服务器的工作,但是将给数据管理和数据整理带来不必要的不便。
可以采用一步到位的方法。
但由于一步到位对现行系统的影响比较大,实施的条件不成熟,因而不建议。
6投资及效益分析
6.1支出
英特尔商用服务器,其他一次性支出,工作人员培训费用。
非一次性支出,日常维护费用,操作人员工资,维护人员工资。
6.1.1基本建设投资
采购、开发和安装下列各项所需的费用,如:
a.房屋和设施;
b.ADP设备;
c.数据通讯设备;
d.环境保护设备;
e.安全与保密设备;
f.ADP操作系统的和应用的软件;
g.数据库管理软件。
6.1.2其他一次性支出
下列各项所需的费用,如:
a.研究(需求的研究和设计的研究);
b.开发计划与测量基准的研究;
c.数据库的建立;
d.ADP软件的转换;
e.检查费用和技术管理性费用;
f.培训费、旅差费以及开发安装人员所需要的一次性支出;
g.人员的退休及调动费用等。
6.1.3非一次性支出
系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:
a.设备的租金和维护费用;
b.软件的租金和维护费用;
c.数据通讯方面的租金和维护费用;
d.人员的工资、奖金;
e.房屋、空间的使用开支;
f.公用设施方面的开支;
g.保密安全方面的开支;
h.其他经常性的支出等。
6.2收益
对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等,包括;
6.2.1一次性收益
由于目标系统投入使用后才能收益,所以一次性收益为0。
6.2.2非一次性收益
在系统运转后不久,订票系统的效益就可以体现出来:
低成本、高效率、反应速度快都将成为本系统立足于长期发展的支柱,其收益很快会超过支出,并逐渐实现盈。
6.2.3不可定量的收益
因服务质量提高增加旅客量,由操作失误引起的风险的减少。
6.3收益/投资比
整个系统生命期的收益/投资比值。
6.4投资回收周期
2~3年。
6.5敏感性分析
●系统生命期长度:
设计系统周期为五年,估计最长可达10年
●处理速度:
一般查询速度<4秒,关键数据查询速度:
<2秒
●工作负荷类型:
二十四小时运行
●随着使用时间的延长,设备老化软件漏洞的出现会降低系统处理速度,降低速度在10%以内,对收益的影响控制在8%以内。
7社会因素方面的可行性
7.1法律方面的可行性
全部软件购买正版,不侵害各方权利。
该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下。
7.2使用方面的可行性
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训,管理人员也需经一般培训。
经过培训人员将会熟练使用本软件。
还有,要有经过培训的专业人员在指导,以便当旅客有什么疑难问题时能及时得到正确的答复。
8结论
航空订票系统技术在目前是一个技术上成熟的系统,并且在航空公司内部准备采取有力措施保证资金和人员配置等。
因此,分阶段开发“航空订票系统”的构想是可行的。
为了使航空公司适应现代化市场竞争的需求,促进机票预订管理信息化,不断满足旅客预订机票的要求,争取更好的经济效益,建议立即着手系统的建议。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 机票 预订 可行性研究 报告
![提示](https://static.bdocx.com/images/bang_tan.gif)