ImageVerifierCode 换一换
格式:DOCX , 页数:19 ,大小:118.42KB ,
资源ID:23443762      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/23443762.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(机票预订可行性研究报告.docx)为本站会员(b****7)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

机票预订可行性研究报告.docx

1、机票预订可行性研究报告目录1引言 11.1编写目的 11.2背景 11.3定义 11.4参考资料 12可行性研究的前提 22.1要求 22.2目标 22.3条件、假定和限制 32.4进行可行性研究的方法 32.5评价尺度 33对现有系统的分析 33.1处理流程和数据流程 43.2工作负荷 43.3费用开支 43.4人员 43.5设备 43.6局限性 44所建议的系统 44.1对所建议系统的说明 54.2处理流程和数据流程 54.3改进之处 54.4影响 54.4.1对设备的影响 54.4.2对软件的影响 54.4.3对用户单位机构的影响 54.4.4对系统运行过程的影响 64.4.5对开发的影

2、响 64.4.6对地点和设施的影响 64.4.7对经费开支的影响 64.5局限性 64.6技术条件方面的可行性 75可选择的其他系统方案 75.1可选择的系统方案1 75.2可选择的系统方案2 76投资及效益分析 76.1支出 76.1.1基本建设投资 86.1.2其他一次性支出 86.1.3非一次性支出 86.2收益 96.2.1一次性收益 96.2.2非一次性收益 96.2.3不可定量的收益 96.3收益投资比 106.4投资回收周期 106.5敏感性分析 107社会因素方面的可行性 107.1法律方面的可行性 107.2使用方面的可行性 108结论 11可行性研究报告1引言1.1编写目的

3、应某航空公司要求,为提高该公司的机票预订效率,降低工作的人力、物力、开支,提高工作的准确性,方便旅客进行机票预订,并对其机票预订信息和旅客信息进行信息存取,现为其开发机票预订系统。在现有技术、经济、操作等方面综合研究分析机票预订系统的可实现性,通过分析来预测机票预订系统在现实中的运行情况,收益与投资比,并根据分析结果来向航空公司决策领导提供预测型的建议。评述为了合理的达到开发目标而可能选择的各种方案。1.2背景本项目的名称:航空机票预订系统;任务提出者:某航空公司;用户:某航空公司,各大旅行社;实现:某航空公司计算中心;本项目采用客户机/服务器原理,航空机票预订系统构建平台为Windows 2

4、000及以上,其数据库构建在SQL Server 2005上,并可于其他同级别航空公司的订票系统实现权限限制性兼容,与Windows其他软件并不冲突。1.3定义数据库:按照数据结构来组织、存储和管理数据的仓库。旅客信息:旅客提出订票要求时输入的信息,包括姓名、性别、工作单位、身份证号码(护照号码)、旅行时间、旅行始发地和目的地,航班舱位要求等。取票通知:旅客取票凭证。账单:旅客取票和交易的凭证。机票:旅客登机凭证。1.4参考资料1. 管理信息系统 (美) G.B戴维斯 哈尔滨工业大学出版社 1985-012. 物流信息管理尹涛 东北财经大学出版社2005-013. 软件工程导论 张海藩 清华大

5、学出版社。2008-024. 编程逻辑与结构化程序设计 (美)Harold J.Rood 中国水利水电出版社 2004-035. 信息处理与数据库 刘玉梅邱基文 人民教育出版社 1988-036. 数据库技术与应用-SQLServer 刘卫国 严晖 清华大学出版社 2007-017. 文档对象模型处理结构化文档(美)马里尼清华大学出版社 2003-058. 属于本项目的其他已发表的文件;9. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。2可行性研究的前提2.1要求 功能:1. 接收预定机票的旅客

6、信息(姓名、性别、工作单位、身份证号码、旅行时间、旅行始发地和目的地,航班舱位要求等);2. 输入系统,系统为旅客安排行班;3. 当旅客交付了预订金后,系统打印出取票通知和帐单给旅客;4. 旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客;5. 提供其他的功能,在顾客需要的情况下,提供各种查询功能,班次取消及时通知,旅客可修改班次.,旅客取消预定,旅客退票,旅客延误取票时间:系统应能通知用户,并能自动取消预定。 性能:方便快捷有效地完成航空机票预订业务。 输出:取票通知,当旅客交付预订金后产生,旅客交付预订金后系统打印出取票通知作为取票凭证。账单,当旅客交付预订金后

7、产生,旅客交付预订金后系统打印出账单作为取票和交易的凭证。 输入:旅客信息,应付款额。 处理流程:输入用户数据安排航班交付预订金打印取票通知和账单核对取票通知与账单打印机票数据流图:数据最初进入系统后先查询航班数据库的数据,然后打印取票通知和账单,同时增加订票数据库的内容,核对无误后打印机票,同时更新订票数据库的内容。 在安全与保密方面的要求:服务器的管理员享有对机场航班信息及机票信息库和订票信息库的管理与修改,售票员只享有对订票信息库的部分修改(写入与读出) 同本系统相连接的其他系统:SQL Server 2005;本航空公司航班管理系统。2.2目标系统实现后,大大提高航空公司订票环节的服务

8、效率,改进管理信息服务。降低售票服务中的错误发生率,减少信息交流的烦琐过程及其带来的开销。基本实现如下:(一) 人力与设备费用的减少;(二) 处理速度的提高;(三) 控制精度或生产能力的提高;(四) 管理信息服务的改进;(五) 自动决策系统的改进;(六) 人员利用率的改进。2.3条件、假定和限制这项开发中给出的条件、假定和所受到的限制:1. 所建议系统的运行寿命的最小值为:7年;2. 进行系统方案选择比较的时间为:一星期;3. 经费、投资方面的来源和限制:航空公司拨款以及股东赞助;4. 法律和政策方面的限制:该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规

9、的限制下;5. 硬件、软件、运行环境和开发环境方面的条件和限制;硬件限制:航空公司内部构建总线型局域网。软件限制:Windows XP ,Windows 7等操作系统,并配置SQL Server 2005以上版本应用软件。运行环境:Windows XP ,Windows 7等操作系统。开发环境:VC+版,SQL Server 20056. 可利用的信息和资源:现有的航班管理系统、现有的订票管理系统;7. 系统投入使用的最晚时间:2013.6.72.4进行可行性研究的方法调查方法:填写调查报告的方法,上网收集资料,翻阅相关书籍。系统评价角度:功能的齐全程度,操作的可行性,界面的友好性,完成软件系

10、统的实际经费开销情况,完成软件的时间长度。 与用户沟通,不断改进目标系统的逻辑模型,直到完全符合用户的要求。2.5评价尺度所需总费用:在股东所能承受的范围内,包括购置相应的硬件设施、开发软件的费用、后期维护费用、员工培训费用等的总和不超过五十万。功能优先次序:查询航班输入客户信息安排航班打印账单和取票通知打印机票。开发不超过三个月,使用较易操作。3对现有系统的分析当前大多数航空公司所使用的航空订票系统办理业务时手续繁多,人工业务操作过多,严重影响了工作效率,且出错率高。机票预定系统是方便用户对机票的预定,当用户改变出行计划,能够方便的取消预定并承担较小的损失。现有的系统特点基本如下:1) 现有

11、系统:无航空订票专用系统,采用即查即订的方式。2) 现有系统的操作过程:旅客订票查询机票付款打印机票。3) 现有系统的缺陷:查询工作量大,效率低,在票价折扣等方面并不能同时查询,易出错,不能很好地节省旅客的时间3.1处理流程和数据流程在没有机票预定系统之前,人们出行时必须要到机场的指定售票处购买机票,并且当用户更改旅行计划需要退票时也会承担较大的损失,当航班取消或变化时往往也会给用户造成一定的损失。旅客需要自己到航空公司的订票的营业网点,输入信息,查询合适的航班信息,确认后付款,拿到机票。对大家都有很大的不便。处理流程:3.2工作负荷机票预订手续的繁多和不合理,工作效率非常低,需要大量专业人员

12、,更有甚者出现排成长龙的现象,这对各大航空公司都是大的负担,并给航空公司发展带来一些压力。3.3费用开支人力:每个客户端需要至少两人保证二十四小时订票,因查询速度慢而设多个订票点。设备:多个订票点客户端设备维护。空间:多个订票点每日房屋开销。支持性服务:维护费和材料费,加起来就是一笔不小的开支。3.4人员需要大量的业务员、额外的工作人员、维护和操作人员。3.5设备 客户端:POS收款机、打印机、基本配置的计算机,微软服务器。3.6局限性在现有系统中,查询订票的方式为查询机票而不是查询航班,所以往往一次订票过程要查询多次,查询速度慢,响应不及时,浪费大量系统资源,甚至是要旅客多次前来订票才能知道

13、结果,明显地处理时间赶不上需要。另外,这种订票方式,没有对于售票情况的专门存储,不利于航空公司对航班售票情况进行统计。当前系统办理业务的流程导致了一个很大的问题:工作效率及其低。因此急需开发一个高效的航空机票预订系统。所以从长远角度出发,重新建立航空订票系统非常有必要。4所建议的系统4.1对所建议系统的说明根据系统目标以及现行系统存在的问题,建议新系统分三步实现:第一阶段(1年内)先在一个航空公司建立一个内部的网络,以实现航空订票系统的计算机化。能够处理以下工作:输入旅客数据,能够查询航班信息,并能够打印航班信息和飞机票。第二阶段(2-3年)在各大旅行社建立与航空公司数据库连接的系统,其中的旅

14、客信息的输入模块、航班查询模块和订票模块可以在各个旅行社的系统中完成操作。并将各大旅行社和航空公司的数据相连,保证信息的一致性。第二阶段(4年内)在上面两个阶段的基础上在航空公司的系统添加交款模块,并在各个网点建立自动付款机器,其能根据旅客信息打印为其打印机票。这个系统可以实现航空机票预订系统的信息集成,完成后的系统可以实现机票在旅行社的查询、预订工作,且操作方便简单迅速4.2处理流程和数据流程由旅行社将旅客及其所需航班信息输入系统,由系统产生合适的机票信息,旅客交付预定金后,由旅行社确认预定,系统将机票归入已预订状态,并打印出取票通知和账单给用户。用户在取票截止时间之前,在旅行社处缴纳取票通

15、知和机票费用,旅行社将机票授予旅客并将机票售出信息传回航空公司,航空公司服务器端将相应机票状态纳入已售出。流程图:数据流图:4.3改进之处a) 可以建立客户端,用户登陆后自主查询航班信息,确认预订航班机票,还可以在线付款,减少旅行社和航空公司和人员消耗。b) 旅行社可以自主开设预订机票的服务中心,完整为客户办理整个流程,并收取一部分手续费。不仅方便旅客,还减轻了航空公司的压力。4.4影响4.4.1对设备的影响目前贵公司订票点的配置基本符合要求,需要增加的是服务器,经过调研,证明现有的服务器虽然符合目标系统的基本要求,但是从使用年限和日后规模扩大角度来说,建议更换性价比较高的英特尔商用服务器。4

16、.4.2对软件的影响现有的数据库软件建议升级,为日后规模扩展做准备。不过如果不升级也不影响目标系统的使用现有的系统软件,基本可以符合要求。4.4.3对用户单位机构的影响为了更好地应用目标系统,希望贵公司能够在现有的技术开发部门中设置专门负责的技术部门,同时增加专门负责该系统并曾参与到系统研发的人员。4.4.4对系统运行过程的影响所建议系统对运行过程的影响,如:a 用户的操作规程:要求员工严格按照用户操作手册进行。使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训,管理人员也需经一般培训;b 运行中心的操作规程:运作中心的日常监督工作二十四小时

17、进行,随时报告系统的异常情况;c 运行中心与用户之间的关系:运作中心的服务器存储所有的信息,并对客户端的PC机的操作监控管理;d 源数据的处理:定期对源数据进行备份;e 数据进入系统的过程:旅客信息在首次输入系统后不再改动,在机票打印出后,旅客信息和机票信息等所有信息一起存入数据库备份;f 对数据保存的要求,对数据存储、恢复的处理:每份数据至少有两份备份,其中至少有一份是磁盘、磁带等硬件备份,当遇到紧急情况时可及时用这些资源恢复数据;g 输出报告的处理过程、存储媒体和调度方法:输出取票通知、账单、机票都要经过系统内部的确认,并且要留下相应记录。存储媒体可以多样化,尽量放在不同的地方保存;h 系

18、统失效的后果及恢复的处理办法:如遇系统崩溃而不能及时修复,将给贵公司带来一定程度的经济损失。所以开发系统时将会留下全部资料和备份,并制作相应简便的恢复方法,万一系统崩溃可以依据这些迅速恢复,开发人员也将在必要时给予相应的技术支持。4.4.5对开发的影响说明对开发的影响,如:a. 为了目标系统顺利开发,希望公司尽快给出决策方案,并在整个开发过程保证资金的供应,减少审批手续,以求尽快进入研发阶段。b. 重新整合现有的数据库资源,优化数据库结构,并给新增加的订票系统数据库准备相应的空间。c. 检查现有系统的资源配置和网络配置,对于达不到目标系统所要求的配置尽快改善。d. 重新加强安全系统,增加相应的

19、防钓鱼防黑客软件,修补系统漏洞。4.4.6对地点和设施的影响经调研,目标系统完全可以构建在现有的框架上,不需余外增加环境设施。4.5局限性 由于时间和经济方面的限制,在开发的一两年内只能实现某一航空公司的航空机票预订系统的计算机化,在后几年才可以实现更多功能。4.6技术条件方面的可行性技术条件方面的可行性,如:a 通过调研,证明现有的限制条件并不能对目标系统产生根本影响,因此目标系统的功能目标能够达到;b 当前,编程技术和数据库技术都已经成熟,完全可以实现目标功能;c 如果资金和系统配置都到位,目标系统的开发应能够按时完成;5可选择的其他系统方案扼要说明曾考虑过的每一种可选择的系统方案,包括需

20、开发的和可从国内国外直接购买的,如果没有供选择的系统方案可考虑,则说明这一点。5.1可选择的系统方案15.2可选择的系统方案2用户信息储存在客户端里,其余的数据处理由服务器来做。虽然这种方案分担了服务器的工作,但是将给数据管理和数据整理带来不必要的不便。可以采用一步到位的方法。但由于一步到位对现行系统的影响比较大,实施的条件不成熟,因而不建议。6投资及效益分析 6.1支出英特尔商用服务器,其他一次性支出,工作人员培训费用。非一次性支出,日常维护费用,操作人员工资,维护人员工资。6.1.1基本建设投资采购、开发和安装下列各项所需的费用,如:a. 房屋和设施;b. ADP设备;c. 数据通讯设备;

21、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 公用设施方面

22、的开支;g 保密安全方面的开支;h 其他经常性的支出等。6.2收益对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等,包括;6.2.1一次性收益由于目标系统投入使用后才能收益,所以一次性收益为0。6.2.2非一次性收益在系统运转后不久,订票系统的效益就可以体现出来:低成本、高效率、反应速度快都将成为本系统立足于长期发展的支柱,其收益很快会超过支出,并逐渐实现盈。6.2.3不可定量的收益因服务质量提高增加旅客量,由操作失误引起的风险的减少。6.3收益投资比整个系统生命期的收益投资比值。6.4投资回收周期

23、23年。6.5敏感性分析 系统生命期长度:设计系统周期为五年, 估计最长可达10年 处理速度: 一般查询速度4秒,关键数据查询速度: 2秒 工作负荷类型:二十四小时运行 随着使用时间的延长,设备老化软件漏洞的出现会降低系统处理速度,降低速度在10%以内,对收益的影响控制在8%以内。7社会因素方面的可行性7.1法律方面的可行性全部软件购买正版,不侵害各方权利。该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下。7.2使用方面的可行性使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训,管理人员也需经一般培训。经过培训人员将会熟练使用本软件。还有,要有经过培训的专业人员在指导,以便当旅客有什么疑难问题时能及时得到正确的答复。8结论航空订票系统技术在目前是一个技术上成熟的系统,并且在航空公司内部准备采取有力措施保证资金和人员配置等。因此,分阶段开发“航空订票系统”的构想是可行的。为了使航空公司适应现代化市场竞争的需求,促进机票预订管理信息化,不断满足旅客预订机票的要求,争取更好的经济效益,建议立即着手系统的建议。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1