航空机票预订系统可行性研究报告.doc

上传人:来看看 文档编号:3879787 上传时间:2019-10-01 格式:DOC 页数:18 大小:126KB
返回 下载 相关 举报
航空机票预订系统可行性研究报告.doc_第1页
第1页 / 共18页
航空机票预订系统可行性研究报告.doc_第2页
第2页 / 共18页
航空机票预订系统可行性研究报告.doc_第3页
第3页 / 共18页
航空机票预订系统可行性研究报告.doc_第4页
第4页 / 共18页
航空机票预订系统可行性研究报告.doc_第5页
第5页 / 共18页
点击查看更多>>
资源描述

《航空机票预订系统可行性研究报告.doc》由会员分享,可在线阅读,更多相关《航空机票预订系统可行性研究报告.doc(18页珍藏版)》请在三一文库上搜索。

1、1 目录目录 1 1 引言引言 1 1 1.1 编写目的1 1.2 背景1 1.3 定义1 1.4 参考资料1 2 2 可行性研究的前提可行性研究的前提 2 2 2.1 要求2 2.2 目标2 2.3 条件、假定和限制3 2.4 进行可行性研究的方法3 2.5 评价尺度3 3 3 对现有系统的分析对现有系统的分析 3 3 3.1 处理流程和数据流程4 3.2 工作负荷4 3.3 费用开支4 3.4 人员4 3.5 设备4 3.6 局限性4 4 4 所建议的系统所建议的系统 4 4 4.1 对所建议系统的说明5 4.2 处理流程和数据流程5 4.3 改进之处5 4.4 影响5 4.4.1对设备的

2、影响.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 5 可选择的其他系统方案可选择的其他系统方案 7 7 2 5.1 可选择的系统方案 1.7 5.2 可选择的系统方案 2.7 6 6 投资及效益分析投资及效益分析 7 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

3、 6.2.3不可定量的收益.9 6.3 收益投资比10 6.4 投资回收周期10 6.5 敏感性分析10 7 7 社会因素方面的可行性社会因素方面的可行性 1010 7.1 法律方面的可行性10 7.2 使用方面的可行性10 8 8 结论结论 1111 1 可行性研究报告可行性研究报告 1 引言引言 1.1 编写目的编写目的 应某航空公司要求,为提高该公司的机票预订效率,降低工作的人力、物 力、开支,提高工作的准确性,方便旅客进行机票预订,并对其机票预订信息 和旅客信息进行信息存取,现为其开发机票预订系统。 在现有技术、经济、操作等方面综合研究分析机票预订系统的可实现性, 通过分析来预测机票预

4、订系统在现实中的运行情况,收益与投资比,并根据分 析结果来向航空公司决策领导提供预测型的建议。评述为了合理的达到开发目 标而可能选择的各种方案。 1.2 背景背景 本项目的名称:航空机票预订系统; 任务提出者:某航空公司; 用户:某航空公司,各大旅行社; 实现:某航空公司计算中心; 本项目采用客户机/服务器原理,航空机票预订系统构建平台为 Windows 2000 及以上,其数据库构建在 SQL Server 2005 上,并可于其他同级别航空公司的 订票系统实现权限限制性兼容,与 Windows 其他软件并不冲突。 1.3 定义定义 数据库:按照数据结构来组织、存储和管理数据的仓库 。 旅客

5、信息:旅客提出订票要求时输入的信息,包括 姓名、性别、工作单 位、身份证号码(护照号码) 、旅行时间、旅行始发地和目的地,航班舱位要求 等。 取票通知:旅客取票凭证。 账单:旅客取票和交易的凭证。 2 机票:旅客登机凭证。 1.4 参考资料参考资料 1. 管理信息系统 (美) G.B 戴维斯 哈尔滨工业大学出版社 1985- 01 2. 物流信息管理 尹涛 东北财经大学出版社 2005-01 3. 软件工程导论 张海藩 清华大学出版社。2008-02 4. 编程逻辑与结构化程序设计 (美)Harold J.Rood 中国水利水电出版社 2004-03 5. 信息处理与数据库 刘玉梅 邱基文 人

6、民教育出版社 1988-03 6. 数据库技术与应用-SQLServer 刘卫国 严晖 清华大学出版社 2007- 01 7. 文档对象模型处理结构化文档 (美)马里尼 清华大学出版社 2003-05 8. 属于本项目的其他已发表的文件; 9. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这 些文件资料的来源。 2 可行性研究的前提可行性研究的前提 2.1 要求要求 功能: 1. 接收预定机票的旅客信息(姓名、性别、工作单位、身份证号码、旅行 时间、旅行始发地和目的地,航班舱位要求等) ; 2. 输入系统,系统为

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

8、理流程:输入用户数据安排航班交付预订金打印取票通知 和账单核对取票通知与账单打印机票 用户信 息 接受信息 安排航班 交付预 定金 打印取票通知 和账单 订票数据 库 核对 打印机票 用户出示取 票通知和账 单 航班数据 库 数据流图:数据最初进入系统后先查询航班数据库的数据,然后打印取票通知 和账单,同时增加订票数据库的内容,核对无误后打印机票,同时更新订票数 4 据库的内容。 用户信 息和预 定金 航班数据 库 打印 取票 通知 和账 单 核对取 票通知 和账单 打印机 票 订票数据 库 在安全与保密方面的要求:服务器的管理员享有对机场航班信息及机票信 息库和订票信息库的管理与修改,售票员

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

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

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

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

13、有机票预定系统之前,人们出行时必须要到机场的指定售票处购买机 票,并且当用户更改旅行计划需要退票时也会承担较大的损失,当航班取消或 变化时往往也会给用户造成一定的损失。旅客需要自己到航空公司的订票的营 业网点,输入信息,查询合适的航班信息,确认后付款,拿到机票。对大家都 有很大的不便。 7 处理流程: 3.2 工作负荷工作负荷 机票预订手续的繁多和不合理,工作效率非常低,需要大量专业人员,更 有甚者出现排成长龙的现象,这对各大航空公司都是大的负担,并给航空公司 发展带来一些压力。 3.3 费用开支费用开支 人力:每个客户端需要至少两人保证二十四小时订票,因查询速度慢而设 多个订票点。设备:多个

14、订票点客户端设备维护。空间:多个订票点每日房屋 开销。支持性服务:维护费和材料费,加起来就是一笔不小的开支。 3.4 人员人员 需要大量的业务员、额外的工作人员、维护和操作人员。 航班管理 票据管理 票库 订票 库 订票管理出售管理 打印机票 售票点 1 售票点 n 8 3.5 设备设备 客户端:POS 收款机、打印机、基本配置的计算机,微软服务器。 3.6 局限性局限性 在现有系统中,查询订票的方式为查询机票而不是查询航班,所以往往一 次订票过程要查询多次,查询速度慢,响应不及时,浪费大量系统资源,甚至 是要旅客多次前来订票才能知道结果,明显地处理时间赶不上需要。另外,这 种订票方式,没有对

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

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

17、户。用户在取票截止时间之前,在旅行社处缴纳取票通知和机票费用,旅行社将机票授 予旅客并将机票售出信息传回航空公司,航空公司服务器端将相应机票状态纳入已售出。 流程图: 用户信息 接受信息 安排航班 交付预 定金 打印取票通知和 账单 订票数据库 核对 打印机票 用户出示取 票通知和账 单 航班数据库 10 数据流图: 用户信 息和预 定金 航班数据库 打印取 票通知 和账单 核对取票 通知和账 单 打印机票 订票数据库 4.3 改进之处改进之处 a)可以建立客户端,用户登陆后自主查询航班信息,确认预订航班机票, 还可以在线付款,减少旅行社和航空公司和人员消耗。 b)旅行社可以自主开设预订机票的

18、服务中心,完整为客户办理整个流程, 并收取一部分手续费。不仅方便旅客,还减轻了航空公司的压力。 11 4.4 影响影响 4.4.1 对设备的影响对设备的影响 目前贵公司订票点的配置基本符合要求,需要增加的是服务器,经过调研, 证明现有的服务器虽然符合目标系统的基本要求,但是从使用年限和日后规模 扩大角度来说,建议更换性价比较高的英特尔商用服务器。 4.4.2 对软件的影响对软件的影响 现有的数据库软件建议升级,为日后规模扩展做准备。不过如果不升级也 不影响目标系统的使用 现有的系统软件,基本可以符合要求。 4.4.3 对用户单位机构的影响对用户单位机构的影响 为了更好地应用目标系统,希望贵公司

19、能够在现有的技术开发部门中设置 专门负责的技术部门,同时增加专门负责该系统并曾参与到系统研发的人员。 4.4.4 对系统运行过程的影响对系统运行过程的影响 所建议系统对运行过程的影响,如: a用户的操作规程:要求员工严格按照用户操作手册进行。使用本软件人员要 求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员 都要经过本公司培训,管理人员也需经一般培训; b运行中心的操作规程:运作中心的日常监督工作二十四小时进行,随时报告 系统的异常情况; c运行中心与用户之间的关系:运作中心的服务器存储所有的信息,并对客户 端的 PC 机的操作监控管理; d源数据的处理:定期对源数据进行备

20、份; e数据进入系统的过程:旅客信息在首次输入系统后不再改动,在机票打印出 12 后,旅客信息和机票信息等所有信息一起存入数据库备份; f对数据保存的要求,对数据存储、恢复的处理:每份数据至少有两份备份, 其中至少有一份是磁盘、磁带等硬件备份,当遇到紧急情况时可及时用这些 资源恢复数据; g输出报告的处理过程、存储媒体和调度方法:输出取票通知、账单、机票都 要经过系统内部的确认,并且要留下相应记录。存储媒体可以多样化,尽量 放在不同的地方保存; h系统失效的后果及恢复的处理办法:如遇系统崩溃而不能及时修复,将给贵 公司带来一定程度的经济损失。所以开发系统时将会留下全部资料和备份, 并制作相应简

21、便的恢复方法,万一系统崩溃可以依据这些迅速恢复,开发人 员也将在必要时给予相应的技术支持。 4.4.5 对开发的影响对开发的影响 说明对开发的影响,如: a. 为了目标系统顺利开发,希望公司尽快给出决策方案,并在整个开发过 程保证资金的供应,减少审批手续,以求尽快进入研发阶段。 b. 重新整合现有的数据库资源,优化数据库结构,并给新增加的订票系统 数据库准备相应的空间。 c. 检查现有系统的资源配置和网络配置,对于达不到目标系统所要求的配 置尽快改善。 d. 重新加强安全系统,增加相应的防钓鱼防黑客软件,修补系统漏洞。 4.4.6 对地点和设施的影响对地点和设施的影响 经调研,目标系统完全可以

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

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

24、采购、开发和安装下列各项所需的费用,如: a.房屋和设施; b. ADP 设备; c.数据通讯设备; d. 环境保护设备; e.安全与保密设备; f.ADP 操作系统的和应用的软件; g. 数据库管理软件。 6.1.2 其他一次性支出其他一次性支出 下列各项所需的费用,如: a研究(需求的研究和设计的研究) ; b开发计划与测量基准的研究; c数据库的建立; dADP 软件的转换; e检查费用和技术管理性费用; f培训费、旅差费以及开发安装人员所需要的一次性支出; g人员的退休及调动费用等。 6.1.3 非一次性支出非一次性支出 系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:

25、a设备的租金和维护费用; b软件的租金和维护费用; c数据通讯方面的租金和维护费用; d人员的工资、奖金; e房屋、空间的使用开支; f公用设施方面的开支; 15 g保密安全方面的开支; h其他经常性的支出等。 6.2 收益收益 对于所选择的方案,说明能够带来的收益,这里所说的收益,表现为开支 费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划 方面的改进等,包括; 6.2.1 一次性收益一次性收益 由于目标系统投入使用后才能收益,所以一次性收益为 0。 6.2.2 非一次性收益非一次性收益 在系统运转后不久,订票系统的效益就可以体现出来:低成本、高效率、 反应速度快都将成为

26、本系统立足于长期发展的支柱,其收益很快会超过支出, 并逐渐实现盈。 6.2.3 不可定量的收益不可定量的收益 因服务质量提高增加旅客量,由操作失误引起的风险的减少。 6.3 收益投资比收益投资比 整个系统生命期的收益投资比值。 6.4 投资回收周期投资回收周期 23 年。 6.5 敏感性分析敏感性分析 系统生命期长度:设计系统周期为五年, 估计最长可达 10 年 16 处理速度:一般查询速度4 秒,关键数据查询速度: 2 秒 工作负荷类型:二十四小时运行 随着使用时间的延长,设备老化软件漏洞的出现会降低系统处理速度, 降低速度在 10%以内,对收益的影响控制在 8%以内。 7 社会因素方面的可

27、行性社会因素方面的可行性 7.1 法律方面的可行性法律方面的可行性 全部软件购买正版,不侵害各方权利。该系统所进行的商业行为在中华人 民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下。 7.2 使用方面的可行性使用方面的可行性 使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机 的专业知识,所有人员都要经过本公司培训,管理人员也需经一般培训。经过 培训人员将会熟练使用本软件。 还有,要有经过培训的专业人员在指导,以便当旅客有什么疑难问题时能 及时得到正确的答复。 8 结论结论 航空订票系统技术在目前是一个技术上成熟的系统,并且在航空公司内部 准备采取有力措施保证资金和人员配置等。因此,分阶段开发“航空订票系统” 的构想是可行的。为了使航空公司适应现代化市场竞争的需求,促进机票预订 管理信息化,不断满足旅客预订机票的要求,争取更好的经济效益,建议立即 着手系统的建议。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 研究报告 > 农林牧渔


经营许可证编号:宁ICP备18001539号-1