机票预订可行性研究报告

1、1神木县天捷机票代售部神木县天捷机票代售部 航空票务销售项目可行性研究报告航空票务销售项目可行性研究报告神木县天捷机票代售部神木县天捷机票代售部20142014 年年 6 6 月月 1818 日日 2目录目录1 1 引言引言 .1 11.1 编写目的.11.2 背景.11.3 定义.11.4 参考资料.12 2 可行性研究的前提可行性研究的前提 .2 22.1 要求.22.2 目标.22.3 条件、假定和限制.32.4 进行可行性研究的方法.32.5 评价尺度.33 3 对现有系统的分析对现有系统的分析 .3 33.1 处理流程和数据流程.43.2 工作负荷.43.3 费用开支.43.4 人员

2、.43.5 设备.43.6 局限性.44 4 所建议的系统所建议的系统 .4 44.1 对所建议系统的说明.54.2 处理流程和数据流程.54.3 改进之处.54.4 影响.54.4.1对设备的影响.54.4.2对软件的影响.54.4.3对用户单位机构的影响.54.4.4对系统运行过程的影响.64.4.5对开发的影响.64.4.6对地点和设施的影响.64.4.7对经费开支的影响.64.5 局限性.64.6 技术条件方面的可行性.75 5 可选择的其他系统方案可选择的其他系统方案 .7 735.1 可选择的系统方案 1.75.2 可选择的系统方案 2.76 6 投资及效益分析投资及效益分析 .7

3、 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 7 社会因素方面的可行性社会因素方面的可行性 .10107.1 法律方面的可行性.107.2 使用方面的可行性.108 8 结论结论 .11110神木县天捷机票代售部神木县天捷机票代售部 航空票务销售项目可行性研究报告航空票务销售项目可行性研究报告1 引言引言1.1 编写目的编写目的应某航空公司要求，为提高该公司的机票预订效率

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

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

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

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

8、，当旅客交付预订金后产生，旅客交付预订金后系统打印出账单作为取票和交易的凭证。输入：旅客信息，应付款额。处理流程：输入用户数据安排航班交付预订金打印取票通知和账单核对取票通知与账单打印机票用户信息接受信息安排航班交付预定金打印取票通知和账单订票数据库核对打印机票用户出示取票通知和账单航班数据库数据流图：数据最初进入系统后先查询航班数据库的数据，然后打印取票通知3和账单，同时增加订票数据库的内容，核对无误后打印机票，同时更新订票数据库的内容。用户信息和预定金航班数据库打印取票通知和账单核对取票通知和账单打印机票订票数据库在安全与保密方面的要求：服务器的管理员享有对机场航班信息及机票信息库和订票信

9、息库的管理与修改，售票员只享有对订票信息库的部分修改（写入与读出）同本系统相连接的其他系统：SQL Server 2005；本航空公司航班管理系统。2.2 目标目标系统实现后，大大提高航空公司订票环节的服务效率，改进管理信息服务。4降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。基本实现如下：(一)人力与设备费用的减少；(二)处理速度的提高；(三)控制精度或生产能力的提高；(四)管理信息服务的改进；(五)自动决策系统的改进；(六)人员利用率的改进。2.3 条件、假定和限制条件、假定和限制这项开发中给出的条件、假定和所受到的限制：1. 所建议系统的运行寿命的最小值为：7 年；2

10、. 进行系统方案选择比较的时间为：一星期；3. 经费、投资方面的来源和限制：航空公司拨款以及股东赞助；4. 法律和政策方面的限制：该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下；5. 硬件、软件、运行环境和开发环境方面的条件和限制；硬件限制：航空公司内部构建总线型局域网。软件限制：Windows XP ，Windows 7 等操作系统，并配置 SQL Server 2005 以上版本应用软件。运行环境：Windows XP ，Windows 7 等操作系统。开发环境：VC+版，SQL Server 20056. 可利用的信息和资源：现有的航班管理

11、系统、现有的订票管理系统；7. 系统投入使用的最晚时间：2013.6.72.4 进行可行性研究的方法进行可行性研究的方法调查方法：填写调查报告的方法，上网收集资料，翻阅相关书籍。系统评价角度：功能的齐全程度，操作的可行性，界面的友好性，完成软件系统的实际经费开销情况，完成软件的时间长度。5 与用户沟通，不断改进目标系统的逻辑模型，直到完全符合用户的要求。2.5 评价尺度评价尺度所需总费用：在股东所能承受的范围内，包括购置相应的硬件设施、开发软件的费用、后期维护费用、员工培训费用等的总和不超过五十万。功能优先次序：查询航班输入客户信息安排航班打印账单和取票通知打印机票。开发不超过三个月，使用较易

12、操作。3 对现有系统的分析对现有系统的分析当前大多数航空公司所使用的航空订票系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高。机票预定系统是方便用户对机票的预定，当用户改变出行计划，能够方便的取消预定并承担较小的损失。现有的系统特点基本如下：1)现有系统：无航空订票专用系统，采用即查即订的方式。2)现有系统的操作过程：旅客订票查询机票付款打印机票。3)现有系统的缺陷：查询工作量大，效率低，在票价折扣等方面并不能同时查询，易出错，不能很好地节省旅客的时间3.1 处理流程和数据流程处理流程和数据流程在没有机票预定系统之前，人们出行时必须要到机场的指定售票处购买机票，并且当用

13、户更改旅行计划需要退票时也会承担较大的损失，当航班取消或变化时往往也会给用户造成一定的损失。旅客需要自己到航空公司的订票的营业网点，输入信息，查询合适的航班信息，确认后付款，拿到机票。对大家都有很大的不便。6处理流程：3.2 工作负荷工作负荷机票预订手续的繁多和不合理，工作效率非常低，需要大量专业人员，更有甚者出现排成长龙的现象，这对各大航空公司都是大的负担，并给航空公司发展带来一些压力。3.3 费用开支费用开支人力：每个客户端需要至少两人保证二十四小时订票，因查询速度慢而设多个订票点。设备：多个订票点客户端设备维护。空间：多个订票点每日房屋开销。支持性服务：维护费和材料费，加起来就是一笔不小

14、的开支。3.4 人员人员需要大量的业务员、额外的工作人员、维护和操作人员。航班管理票据管理票库订票库 订票管理出售管理打印机票售票点 1售票点 n73.5 设备设备 客户端：POS 收款机、打印机、基本配置的计算机，微软服务器。3.6 局限性局限性在现有系统中，查询订票的方式为查询机票而不是查询航班，所以往往一次订票过程要查询多次，查询速度慢，响应不及时，浪费大量系统资源，甚至是要旅客多次前来订票才能知道结果，明显地处理时间赶不上需要。另外，这种订票方式，没有对于售票情况的专门存储，不利于航空公司对航班售票情况进行统计。当前系统办理业务的流程导致了一个很大的问题：工作效率及其低。因此急需开发一

15、个高效的航空机票预订系统。所以从长远角度出发，重新建立航空订票系统非常有必要。4 所建议的系统所建议的系统4.1 对所建议系统的说明对所建议系统的说明根据系统目标以及现行系统存在的问题，建议新系统分三步实现：第一阶段（1 年内）先在一个航空公司建立一个内部的网络，以实现航空订票系统的计算机化。能够处理以下工作：输入旅客数据，能够查询航班信息，并能够打印航班信息和飞机票。第二阶段（2-3 年）在各大旅行社建立与航空公司数据库连接的系统，其中的旅客信息的输入模块、航班查询模块和订票模块可以在各个旅行社的系统中完成操作。并将各大旅行社和航空公司的数据相连，保证信息的一致性。第二阶段（4 年内）在上面

16、两个阶段的基础上在航空公司的系统添加交款模块，并在各个网点建立自动付款机器，其能根据旅客信息打印为其打印机票。这个系统可以实现航空机票预订系统的信息集成，完成后的系统可以实现机票在旅行社的查询、预订工作，且操作方便简单迅速84.2 处理流程和数据流程处理流程和数据流程由旅行社将旅客及其所需航班信息输入系统，由系统产生合适的机票信息，旅客交付预定金后，由旅行社确认预定，系统将机票归入已预订状态，并打印出取票通知和账单给用户。用户在取票截止时间之前，在旅行社处缴纳取票通知和机票费用，旅行社将机票授予旅客并将机票售出信息传回航空公司，航空公司服务器端将相应机票状态纳入已售出。流程图：用户信息接受信息

17、安排航班交付预定金打印取票通知和账单订票数据库核对打印机票用户出示取票通知和账单航班数据库9数据流图：用户信息和预定金航班数据库打印取票通知和账单核对取票通知和账单打印机票订票数据库4.3 改进之处改进之处a)可以建立客户端，用户登陆后自主查询航班信息，确认预订航班机票，还可以在线付款，减少旅行社和航空公司和人员消耗。b)旅行社可以自主开设预订机票的服务中心，完整为客户办理整个流程，并收取一部分手续费。不仅方便旅客，还减轻了航空公司的压力。104.4 影响影响4.4.1 对设备的影响对设备的影响目前贵公司订票点的配置基本符合要求，需要增加的是服务器，经过调研，证明现有的服务器虽然符合目标系统的

18、基本要求，但是从使用年限和日后规模扩大角度来说，建议更换性价比较高的英特尔商用服务器。4.4.2 对软件的影响对软件的影响现有的数据库软件建议升级，为日后规模扩展做准备。不过如果不升级也不影响目标系统的使用现有的系统软件，基本可以符合要求。4.4.3 对用户单位机构的影响对用户单位机构的影响为了更好地应用目标系统，希望贵公司能够在现有的技术开发部门中设置专门负责的技术部门，同时增加专门负责该系统并曾参与到系统研发的人员。4.4.4 对系统运行过程的影响对系统运行过程的影响所建议系统对运行过程的影响，如：a用户的操作规程：要求员工严格按照用户操作手册进行。使用本软件人员要求有一定计算机基础的人员

19、,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训，管理人员也需经一般培训；b运行中心的操作规程：运作中心的日常监督工作二十四小时进行，随时报告系统的异常情况；c运行中心与用户之间的关系：运作中心的服务器存储所有的信息，并对客户端的 PC 机的操作监控管理；d源数据的处理：定期对源数据进行备份；e数据进入系统的过程：旅客信息在首次输入系统后不再改动，在机票打印出11后，旅客信息和机票信息等所有信息一起存入数据库备份；f对数据保存的要求，对数据存储、恢复的处理：每份数据至少有两份备份，其中至少有一份是磁盘、磁带等硬件备份，当遇到紧急情况时可及时用这些资源恢复数据；g输出报告的处理过程

20、、存储媒体和调度方法：输出取票通知、账单、机票都要经过系统内部的确认，并且要留下相应记录。存储媒体可以多样化，尽量放在不同的地方保存；h系统失效的后果及恢复的处理办法：如遇系统崩溃而不能及时修复，将给贵公司带来一定程度的经济损失。所以开发系统时将会留下全部资料和备份，并制作相应简便的恢复方法，万一系统崩溃可以依据这些迅速恢复，开发人员也将在必要时给予相应的技术支持。4.4.5 对开发的影响对开发的影响说明对开发的影响，如：a. 为了目标系统顺利开发，希望公司尽快给出决策方案，并在整个开发过程保证资金的供应，减少审批手续，以求尽快进入研发阶段。b. 重新整合现有的数据库资源，优化数据库结构，并给

21、新增加的订票系统数据库准备相应的空间。c. 检查现有系统的资源配置和网络配置，对于达不到目标系统所要求的配置尽快改善。d. 重新加强安全系统，增加相应的防钓鱼防黑客软件，修补系统漏洞。4.4.6 对地点和设施的影响对地点和设施的影响经调研，目标系统完全可以构建在现有的框架上，不需余外增加环境设施。4.5 局限性局限性 由于时间和经济方面的限制，在开发的一两年内只能实现某一航空公司的12航空机票预订系统的计算机化，在后几年才可以实现更多功能。4.6 技术条件方面的可行性技术条件方面的可行性技术条件方面的可行性，如：a通过调研，证明现有的限制条件并不能对目标系统产生根本影响，因此目标系统的功能目标

22、能够达到；b当前，编程技术和数据库技术都已经成熟，完全可以实现目标功能；c如果资金和系统配置都到位，目标系统的开发应能够按时完成；5 可选择的其他系统方案可选择的其他系统方案扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。5.1 可选择的系统方案可选择的系统方案 15.2 可选择的系统方案可选择的系统方案 2用户信息储存在客户端里，其余的数据处理由服务器来做。虽然这种方案分担了服务器的工作，但是将给数据管理和数据整理带来不必要的不便。可以采用一步到位的方法。但由于一步到位对现行系统的影响比较大，实施的条件不成熟，因而

23、不建议。6 投资及效益分析投资及效益分析 6.1 支出支出英特尔商用服务器，其他一次性支出，工作人员培训费用。非一次性支出，日常维护费用，操作人员工资，维护人员工资。136.1.1 基本建设投资基本建设投资采购、开发和安装下列各项所需的费用，如：a.房屋和设施；b. ADP 设备；c.数据通讯设备；d. 环境保护设备；e.安全与保密设备；f.ADP 操作系统的和应用的软件；g. 数据库管理软件。6.1.2 其他一次性支出其他一次性支出下列各项所需的费用，如：a研究（需求的研究和设计的研究） ；b开发计划与测量基准的研究；c数据库的建立；dADP 软件的转换；e检查费用和技术管理性费用；f培训费、旅差费以及开发安装人员所需要的一次性支出；g人员的退休及调动费用等。6.1.3 非一次性支出非一次性支出系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：a设备的租金和维护费用；b软件的租金和维护费用；c数据通讯方面的租金和维护费用；d人员的工资、奖金；e房屋、空间的使用开支；f公用设施方面的开支；14g保密安全方面的开支；h其他经常性的支出等。6.2 收益收益对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速