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

《航空机票预订系统可行研究报告》由会员分享，可在线阅读，更多相关《航空机票预订系统可行研究报告（21页珍藏版）》请在装配图网上搜索。

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对开发的影响64.4.6对地点和设施的影响64.4.7对经费开支的影响64.5局限性6

2、4.6技术条件方面的可行性75可选择的其她系统方案75.1可选择的系统方案175.2可选择的系统方案276投资及效益分析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 及以上，其数据库构建在SQL Server 上，并可于其她同级别航空公司的订票系统实现权限限制性兼容，与Windows其她软件

4、并不冲突。1.3定义数据库：按照数据构造来组织、存储和管理数据的仓库。旅客信息：旅客提出订票规定期输入的信息，涉及姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位规定等。取票告知：旅客取票凭证。账单：旅客取票和交易的凭证。机票：旅客登机凭证。1.4参照资料1. 管理信息系统 （美） G.B戴维斯 哈尔滨工业大学出版社 1985-012. 物流信息管理尹涛 东北财经大学出版社-013. 软件工程导论 张海藩 清华大学出版社。-024. 编程逻辑与构造化程序设计 （美）Harold J.Rood 中国水利水电出版社 -035. 信息解决与数据库 刘玉梅邱基文 人

5、民教育出版社 1988-036. 数据库技术与应用-SQLServer 刘卫国 严晖 清华大学出版社 -017. 文档对象模型解决构造化文档（美）马里尼清华大学出版社 -058. 属于本项目的其她已刊登的文献；9. 本文献中各处引用的文献、资料，涉及所需用到的软件开发原则。列出这些文献资料的标题、文献编号、刊登日期和出版单位，阐明可以得到这些文献资料的来源。2可行性研究的前提2.1规定l 功能：1. 接受预定机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时间、旅行始发地和目的地，航班舱位规定等）；2. 输入系统，系统为旅客安排行班；3. 当旅客交付了预订金后，系统打印出取票告知和帐单给

6、旅客；4. 旅客在飞机起飞前一天凭取票告知和帐单交款取票，系统核对无误即打印出机票给旅客;5. 提供其她的功能，在顾客需要的状况下，提供多种查询功能，班次取消及时告知，旅客可修改班次.，旅客取消预定，旅客退票，旅客延误取票时间：系统应能告知顾客，并能自动取消预定。l 性能：以便快捷有效地完毕航空机票预订业务。l 输出：取票告知，当旅客交付预订金后产生，旅客交付预订金后系统打印出取票告知作为取票凭证。账单，当旅客交付预订金后产生，旅客交付预订金后系统打印出账单作为取票和交易的凭证。l 输入：旅客信息，应付款额。l 解决流程：输入顾客数据安排航班交付预订金打印取票告知和账单核对取票告知与账单打印机

7、票顾客信息接受信息安排航班交付预定金打印取票告知和账单订票数据库核对打印机票顾客出示取票告知和账单航班数据库数据流图：数据最初进入系统后先查询航班数据库的数据，然后打印取票告知和账单，同步增长订票数据库的内容，核对无误后打印机票，同步更新订票数据库的内容。顾客信息和预定金航班数据库打印取票告知和账单核对取票告知和账单打印机票订票数据库l 在安全与保密方面的规定：服务器的管理员享有对机场航班信息及机票信息库和订票信息库的管理与修改，售票员只享有对订票信息库的部分修改（写入与读出）l 同本系统相连接的其她系统：SQL Server ；本航空公司航班管理系统。2.2目的系统实现后，大大提高航空公司订

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

9、领域有关法规的限制下；5. 硬件、软件、运营环境和开发环境方面的条件和限制；硬件限制：航空公司内部构建总线型局域网。软件限制：Windows XP ，Windows 7等操作系统，并配备SQL Server 以上版本应用软件。运营环境：Windows XP ，Windows 7等操作系统。开发环境：VC+版，SQL Server 6. 可运用的信息和资源：既有的航班管理系统、既有的订票管理系统；7. 系统投入使用的最晚时间：.6.72.4进行可行性研究的措施调查措施：填写调查报告的措施，上网收集资料，翻阅有关书籍。系统评价角度：功能的齐全限度，操作的可行性，界面的和谐性，完毕软件系统的实际经费

10、开销状况，完毕软件的时间长度。l与顾客沟通，不断改善目的系统的逻辑模型，直到完全符合顾客的规定。2.5评价尺度所需总费用：在股东所能承受的范畴内，涉及购买相应的硬件设施、开发软件的费用、后期维护费用、员工培训费用等的总和不超过五十万。功能优先顺序：查询航班输入客户信息安排航班打印账单和取票告知打印机票。开发不超过三个月，使用较易操作。3对既有系统的分析目前大多数航空公司所使用的航空订票系统办理业务时手续繁多，人工业务操作过多，严重影响了工作效率，且出错率高。机票预定系统是以便顾客对机票的预定，当顾客变化出行筹划，可以以便的取消预定并承当较小的损失。既有的系统特点基本如下：1) 既有系统：无航空

11、订票专用系统，采用即查即订的方式。2) 既有系统的操作过程：旅客订票查询机票付款打印机票。3) 既有系统的缺陷：查询工作量大，效率低，在票价折扣等方面并不能同步查询，易出错，不能较好地节省旅客的时间3.1解决流程和数据流程在没有机票预定系统之前，人们出行时必须要到机场的指定售票处购买机票，并且当顾客更改旅行筹划需要退票时也会承当较大的损失，当航班取消或变化时往往也会给顾客导致一定的损失。旅客需要自己到航空公司的订票的营业网点，输入信息，查询合适的航班信息，确认后付款，拿到机票。对人们均有很大的不便。航班管理票据管理票库订票库 订票管理发售管理打印机票售票点1售票点n解决流程：3.2工作负荷机票

12、预订手续的繁多和不合理，工作效率非常低，需要大量专业人员，更有甚者浮现排成长龙的现象，这对各大航空公司都是大的承当，并给航空公司发展带来某些压力。3.3费用开支人力：每个客户端需要至少两人保证24小时订票，因查询速度慢而设多种订票点。设备：多种订票点客户端设备维护。空间：多种订票点每日房屋开销。支持性服务：维护费和材料费，加起来就是一笔不小的开支。3.4人员需要大量的业务员、额外的工作人员、维护和操作人员。3.5设备 客户端：POS收款机、打印机、基本配备的计算机，微软服务器。3.6局限性在既有系统中，查询订票的方式为查询机票而不是查询航班，因此往往一次订票过程要查询多次，查询速度慢，响应不及

13、时，挥霍大量系统资源，甚至是要旅客多次前来订票才干懂得成果，明显地解决时间赶不上需要。此外，这种订票方式，没有对于售票状况的专门存储，不利于航空公司对航班售票状况进行记录。目前系统办理业务的流程导致了一种很大的问题：工作效率及其低。因此急需开发一种高效的航空机票预订系统。因此从长远角度出发，重新建立航空订票系统非常有必要。4所建议的系统4.1对所建议系统的阐明根据系统目的以及现行系统存在的问题，建议新系统分三步实现：第一阶段（1年内）先在一种航空公司建立一种内部的网络，以实现航空订票系统的计算机化。可以解决如下工作：输入旅客数据，可以查询航班信息，并可以打印航班信息和飞机票。第二阶段（2-3年

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

15、单给顾客。顾客在取票截止时间之前，在旅行社处缴纳取票告知和机票费用，旅行社将机票授予旅客并将机票售出信息传回航空公司，航空公司服务器端将相应机票状态纳入已售出。流程图：顾客信息接受信息安排航班交付预定金打印取票告知和账单订票数据库核对打印机票顾客出示取票告知和账单航班数据库数据流图：顾客信息和预定金航班数据库打印取票告知和账单核对取票告知和账单打印机票订票数据库4.3改善之处a) 可以建立客户端，顾客登陆后自主查询航班信息，确认预订航班机票，还可以在线付款，减少旅行社和航空公司和人员消耗。b) 旅行社可以自主开设预订机票的服务中心，完整为客户办理整个流程，并收取一部分手续费。不仅以便旅客，还减

16、轻了航空公司的压力。4.4影响4.4.1对设备的影响目前贵公司订票点的配备基本符合规定，需要增长的是服务器，通过调研，证明既有的服务器虽然符合目的系统的基本规定，但是从使用年限和后来规模扩大角度来说，建议更换性价比较高的英特尔商用服务器。4.4.2对软件的影响既有的数据库软件建议升级，为后来规模扩展做准备。但是如果不升级也不影响目的系统的使用既有的系统软件，基本可以符合规定。4.4.3对顾客单位机构的影响为了更好地应用目的系统，但愿贵公司可以在既有的技术开发部门中设立专门负责的技术部门，同步增长专门负责该系统并曾参与到系统研发的人员。4.4.4对系统运营过程的影响所建议系统对运营过程的影响，如

17、：a 顾客的操作规程：规定员工严格按照顾客操作手册进行。使用本软件人员规定有一定计算机基本的人员,系统管理员规定由计算机的专业知识,所有人员都要通过我司培训，管理人员也需经一般培训；b 运营中心的操作规程：运作中心的平常监督工作24小时进行，随时报告系统的异常状况；c 运营中心与顾客之间的关系：运作中心的服务器存储所有的信息，并对客户端的PC机的操作监控管理；d 源数据的解决：定期对源数据进行备份；e 数据进入系统的过程：旅客信息在初次输入系统后不再改动，在机票打印出后，旅客信息和机票信息等所有信息一起存入数据库备份；f 对数据保存的规定，对数据存储、恢复的解决：每份数据至少有两份备份，其中至

18、少有一份是磁盘、磁带等硬件备份，当遇到紧急状况时可及时用这些资源恢复数据；g 输出报告的解决过程、存储媒体和调度措施：输出取票告知、账单、机票都要通过系统内部的确认，并且要留下相应记录。存储媒体可以多样化，尽量放在不同的地方保存；h 系统失效的后果及恢复的解决措施：如遇系统崩溃而不能及时修复，将给贵公司带来一定限度的经济损失。因此开发系统时将会留下所有资料和备份，并制作相应简便的恢复措施，万一系统崩溃可以根据这些迅速恢复，开发人员也将在必要时予以相应的技术支持。4.4.5对开发的影响阐明对开发的影响，如：a. 为了目的系统顺利开发，但愿公司尽快给出决策方案，并在整个开发过程保证资金的供应，减少

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

20、主线影响，因此目的系统的功能目的可以达到；b 目前，编程技术和数据库技术都已经成熟，完全可以实现目的功能；c 如果资金和系统配备都到位，目的系统的开发应可以准时完毕；5可选择的其她系统方案扼要阐明曾考虑过的每一种可选择的系统方案，涉及需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则阐明这一点。5.1可选择的系统方案15.2可选择的系统方案2顾客信息储存在客户端里，其他的数据解决由服务器来做。虽然这种方案分担了服务器的工作，但是将给数据管理和数据整顿带来不必要的不便。可以采用一步到位的措施。但由于一步到位对现行系统的影响比较大，实行的条件不成熟，因而不建议。6投资及效益分析

21、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

22、.1.3非一次性支出系统生命期内按月或按季或按年支出的用于运营和维护的费用，涉及：a 设备的租金和维护费用；b 软件的租金和维护费用；c 数据通讯方面的租金和维护费用；d 人员的工资、奖金；e 房屋、空间的使用开支；f 公用设施方面的开支；g 保密安全面的开支；h 其她常常性的支出等。6.2收益对于所选择的方案，阐明可以带来的收益，这里所说的收益，体现为开支费用的减少或避免、差错的减少、灵活性的增长、动作速度的提高和管理筹划方面的改善等，涉及；6.2.1一次性收益由于目的系统投入使用后才干收益，因此一次性收益为0。6.2.2非一次性收益在系统运转后不久，订票系统的效益就可以体现出来：低成本、高

23、效率、反映速度快都将成为本系统立足于长期发展的支柱，其收益不久会超过支出，并逐渐实现盈。6.2.3不可定量的收益因服务质量提高增长旅客量，由操作失误引起的风险的减少。6.3收益投资比整个系统生命期的收益投资比值。6.4投资回收周期23年。6.5敏感性分析l 系统生命期长度：设计系统周期为五年, 估计最长可达l 解决速度:一般查询速度4秒，核心数据查询速度: 2秒l 工作负荷类型：24小时运营l 随着使用时间的延长，设备老化软件漏洞的浮现会减少系统解决速度，减少速度在10%以内，对收益的影响控制在8%以内。7社会因素方面的可行性7.1法律方面的可行性所有软件购买正版，不侵害各方权利。该系统所进行

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