航空订票系统可行性分析报告

可行性研究报告1引言1.1编写目的本文档旨在现有技术、经济、操作等方面综合研究分析机票预订系统的可实现性，通过分析来预测机票预订系统在现实中的运行状况，收益与投资比，并根据分析成果来向航空公司决策领导提供预测型的建议。1.2背景阐明：软件系统名称：航空机票预订系统。任务提出者：XX航空公司开发者：青岛科技大学06级软件开发小组顾客：XX航空公司，各大旅行社实现：XX航空公司计算中心3、航空机票预订系统构建平台为Windows及以上，其数据库构建在SQLServer上，并可于其它同级别航空公司的订票系统实现权限限制性兼容，与Windows其它软件并不冲突。1.3定义构造化语言：将自然语言加上程序设计语言的控制构造就成了构造化语言。数据库：按照数据构造来组织、存储和管理数据的仓库。旅客信息：旅客提出订票规定时输入的信息，涉及姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位规定等。取票告知：旅客取票凭证。账单：旅客取票和交易的凭证。机票：旅客登机凭证。1.4参考资料管理信息系统

（美）

G.B戴维斯哈尔滨工业大学出版社

1985-01物流信息管理尹涛东北财经大学出版社-01软件工程导论张海藩清华大学出版社。-02编程逻辑与构造化程序设计（美）HaroldJ.Rood

中国水利水电出版社

-03信息解决与数据库

刘玉梅邱基文

人民教育出版社

1988-03数据库技术与应用-SQLServer

刘卫国严晖清华大学出版社-01文档对象模型－解决构造化文档（美）马里尼清华大学出版社-052可行性研究的前提2.1规定功效：接受预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位规定等）。为旅客安排航班。当旅客交付了预订金后，系统打印出取票告知和帐单给旅客。旅客在飞机起飞前一天凭取票告知和帐单交款取票，系统核对无误即打印出机票给旅客。能够及时对于航班售票状况进行统计。性能：数据的精确性和及时性：作为一种航空公司，拥有一种功效完善的订票系统是很重要的。由于这毕竟关系着诸多旅客的生命安全。一种订票信息系统必须及时的将各个航班的起飞和降落时间精确的反映在系统里，方便公司安排其它的航班。尚有就是为了方便旅客，能够即使理解各个航班的信息，便于选择适合自己的航班并及时预定机票。特别是在旅游高峰的时候，更能体现拥有一种完善的订票信息系统的重要性。有了这个系统，公司就能及时的调节航班，最大程度的满足顾客的规定。以实现提高公司的兴誉度的目的。固然要实现这个目的，数据的精确性是核心，在一种系统中，哪怕是0.1的误差也会造成系统出现错误。因此数据的精确性是重中之重。对突发事件的解决：

航空相对于其它的交通工具，更加容易受天气的影响。若天气因素造成了航班不能正常运行时，则及时出示停止订票信息与解释阐明。若已经完毕订票之后发生航班不能运行状况，应与售票系统亲密联系，辅助售票系统做好事后工作系统的开放性和系统的可扩充性机票预定系统在开发过程中，应当充足考虑后来的可扩充性。例如订票系统的方式的变化（网上订票），顾客查询的需求也会不停的更新和完善。全部这些，都规定系统提供足够的手段进行功效的调节和扩充。而要实现这一点，应通过系统的开放性来完毕，既系统应是一种开放系统，只要符合一定的规范，能够简朴的加入和减少系统的模块，配备系统的硬件。通过软件的修补、替代完毕系统的升级和更新换代。系统的易用性和易维护性机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。这就规定系统能够提供良好的顾客接口，易用的人机交互界面。要实现这一点，就规定系统应当尽量使用顾客熟悉的术语和中文信息的界面；针对顾客可能出现的使用问题，要提供足够的在线协助，缩短顾客对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相称重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。系统的先进性现在计算系统的技术发展相称快，做为机票预定系统工程，应当确保系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充足完毕公司信息解决的规定而不至于落后。这首先通过系统的开放性和可扩充性，不停改善系统的功效完毕。另首先，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用现在主流并先进且有良好发展前途的产品。输出：取票告知：用途：当旅客交付预订金后系统打印出取票告知作为取票凭证。产生频度：当旅客交付预订金后产生。接口：硬件接口：与数据采集终端的接口，与显示终端的接口，与打印机的接口，USB接口。软件接口：SQLServer分发对象：旅客账单：用途：当旅客交付预订金后系统打印出账单作为取票和交易的凭证。产生频度：当旅客交付预订金后产生。接口：硬件接口：与数据采集终端的接口，与显示终端的接口，与打印机的接口，USB接口。软件接口：SQLServer分发对象：旅客机票：用途：旅客登机凭证。产生频度：当旅客凭取票告知和账单取票并由系统核对无误时后产生。接口：硬件接口：与数据采集终端的接口，与显示终端的接口，与打印机的接口，USB接口。软件接口：SQLServer分发对象：旅客输入：预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位规定等）。数据来源：旅客登记。类型：字符型、整型。数据组织：数据表。数量：按每个航班的售票状况而定，但最多不能超出航班最大座位量。4、解决流图：输入顾客数据——安排航班——交付预订金——打印取票告知和账单——核对取票告知与账单——打印机票顾客信息顾客信息接受信息安排航班交付预定金打印取票告知和账单订票数据库核对打印机票顾客出示取票告知和账单航班数据库数据流图：数据最初进入系统后先查询航班数据库的数据，然后打印取票告知和账单，同时增加订票数据库的内容，核对无误后打印机票，同时更新订票数据库的内容。顾客信息和预定金顾客信息和预定金航班数据库打印取票告知和账单核对取票告知和账单打印机票订票数据库安全与保密：安全级别高，对于非注册顾客保密。同本系统相连接的其它系统：SQLServer；本航空公司航班管理系统。完毕期限：-12.2目的该系统开发完毕后计划节省人力资源40%，设备费用120%。该系统开发完毕后计划提高日常订票事务解决速度的85%。该系统开发完毕后计划提高控制精度100%。该系统开发完毕后可实现管理服务信息化。该系统开发完毕后可实现决策系统半自动化。该系统开发完毕后人员运用率提高80%。2.3条件、假定和限制建议系统的运行寿命最小值：5年。建议进行系统方案选择比较时间：7天。经费来源：航空公司拨款以及股东赞助。该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域有关法规的限制下。硬件限制：飞跃4解决器及以上、航空公司内部构建总线型局域网。软件限制：Windows，WindowsXP等操作系统，并配备SQLServer以上版本应用软件。运行环境：Windows，WindowsXP等操作系统。开发环境：VC++6.0版，SQLServer可运用资源：现有的航班管理系统、现有的订票管理系统。系统投入使用的最晚时间：-6-302.4进行可行性研究的办法在进行可行性研究的时候，采用了下列环节：通过分析现有系统的运行状况和存在问题来导出现有系统的高层系统流程图，以此来明确新的目的系统需要完毕的基本功效和待解决的问题。复查原有系统的规模和目的，确保现在正在分析研究的问题确实是待解决的问题。从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，构想目的系统的逻辑模型。与顾客沟通，不停改善目的系统的逻辑模型，直到完全符合顾客的规定。目的系统的评价办法：2.5评价尺度所需总费用：在股东所能承受的范畴内，涉及购置对应的硬件设施、开发软件的费用、后期维护费用、员工培训费用等的总和不超出两百万。功效优先次序：查询航班——输入客户信息——安排航班——打印账单和取票告知——打印机票。开发时间：不超出三个月。使用难易程度：较易操作。3对现有系统的分析现有系统：无航空订票专用系统，采用即查即订的方式。现有系统的操作过程：旅客订票——查询机票——付款——打印机票。现有系统的缺点：查询工作量大，效率低，在票价折扣等方面并不能同时查询，易出错，不能较好地节省旅客的时间。3.1解决流程和数据流程航班管理票据管理航班管理票据管理票库订票库订票管理出售管理打印机票售票点1售票点n3.2工作负荷现有系统的工作：负责查询机票，如无机票，则等下次访问时再查询；如有机票，则打印给旅客。工作量：同一次订票可能要查询多次，工作量是目的系统的多倍。3.3费用开支人力：每个客户端需要最少两人确保24小时订票，因查询速度慢而设25个订票点，费用：30*50=1500元/天，维护人员30人，费用：30*40=1200元/天设备：25个订票点客户端设备维护：300元/天空间：25个订票点每日房屋开销：25*20=500元/天支持性服务：维护费：200元/天材料：25*150=3750元/天总计：7450元/天3.4人员维护和操作人员：数据库维护人员：6人专业技术：数据库技术系统维护人员：15人专业技术：软件工程硬件维护人员：9人专业技术：计算机硬件操作人员：50人专业技术：无限制3.5设备客户端：POS收款机、打印机、基本配备的计算机。服务器：微软服务器3.6局限性在现有系统中，查询订票的方式为查询机票而不是查询航班，因此往往一次订票过程要查询多次，查询速度慢，响应不及时，浪费大量系统资源，甚至是要旅客多次前来订票才干懂得成果，明显地解决时间赶不上需要。另外，这种订票方式，没有对于售票状况的专门存储，不利于航空公司对航班售票状况进行统计。这种查询模式并不能通过改善来增强其性能，因素是这种查询方式对机票存储的依赖性较强，耦合度较高，如不从根本变化，很难增加效益。因此从久远角度出发，重新建立航空订票系统非常有必要。4所建议的系统4.1对所建议系统的阐明目的系统的操作过程为：储存旅客基本信息，并根据旅客的规定为其安排航班。储存旅客交付的预订金，打印取票告知和账单，成果存入数据库。核对旅客的取票告知和账单，打印机票，成果存入数据库。这样旅客的订票全过程和全部信息都在同一种数据库里有存档，便于后来整顿查询。目的系统将能够满足航空订票流程的全部规定，其查询的是航班而不是机票数，因而能够对整个航班的售票状况一目了然，便于后来统计。同时目的系统的存储更加构造化，按照构造化办法的基本原理，存储构造清晰的系统查询起来更加方便，因此目的系统的查询比现有系统更加有效，能够节省大量时间和劳动力。4.2解决流程和数据流程流程图：顾客信息顾客信息接受信息安排航班交付预定金打印取票告知和账单订票数据库核对打印机票顾客出示取票告知和账单航班数据库数据流图：顾客信息和预定金顾客信息和预定金航班数据库打印取票告知和账单核对取票告知和账单打印机票订票数据库4.3改善之处由于提高效率，目的系统开发完毕后能比现有系统减少10个订票点，节省人力资源40%，节省设备维护费用600元/天。现有系统平均每天售票18710张，目的系统预计平均每天售票34650张，提高日常订票事务解决速度的85%。现有系统中订票信息和航班信息分开存储，而目的系统中每次订票的全部信息都在数据库里有存档，便于管理，提高控制精度100%。目的系统与现有系统相比，在每个订票点都能够查看其它订票点的定票状况，开发完毕后可实现管理服务信息化。目的系统比现有系统构造更清晰，更利于系统本身做出决策，开发完毕后可实现决策系统半自动化。目的系统的自动化程度提高，操作性相对简朴，操作人员工作量相对减少，人员运用率提高80%。4.4影响目的系统将大大改善现有系统的弊端，大幅提高工作效率，提高人员运用率。因此现有的维护人员和操作人员将产生40%的充裕，并有可能需要重新招聘对应的技术人员，由此对贵公司的人力资源重新配备会产生一定影响。从久远角度看，目的系统将为旅客提供更快捷更便利的服务，这会增加贵公司的竞争实力，为公司增加经济效益。4.4.1对设备的影响现在贵公司订票点的配备基本符合规定，需要增加的是服务器，通过调研，证明现有的服务器即使符合目的系统的基本规定，但是从使用年限和后来规模扩大角度来说，建议更换性价比较高的英特尔商用服务器。4.4.2对软件的影响现有的数据库软件SQLServer建议升级为SQLServer，为后来规模扩展做准备。但是如果不升级也不影响目的系统的使用现有的系统软件，基本能够符合规定。4.4.3对顾客单位机构的影响为了更加好地应用目的系统，但愿贵公司能够在现有的技术开发部门中设立专门负责的技术部门，同时增加专门负责该系统并曾参加到系统研发的人员。4.4.4对系统运行过程的影响阐明所建议系统对运行过程的影响，如：在操作方面，规定员工严格按照顾客操作手册进行。使用本软件人员规定有一定计算机基础的人员,系统管理员规定由计算机的专业知识,全部人员都要通过我司培训.，管理人员也需经普通培训.运作中心的日常监督工作24小时进行，随时报告系统的异常状况。运作中心的服务器存储全部的信息，并对客户端的PC机的操作监控管理。定时对源数据进行备份。旅客信息在初次输入系统后不再改动，在机票打印出后，旅客信息和机票信息等全部信息一起存入数据库备份。每份数据最少有两份备份，其中最少有一份是磁盘、磁带等硬件备份，当碰到紧急状况时可及时用这些资源恢复数据。输出取票告知、账单、机票都要通过系统内部确实认，并且要留下对应统计。存储媒体能够多样化，尽量放在不同的地方保存。如遇系统崩溃而不能及时修复，将给贵公司带来一定程度的经济损失。因此开发系统时将会留下全部资料和备份，并制作对应简便的恢复办法，万一系统崩溃能够根据这些快速恢复，开发人员也将在必要时予以对应的技术支持。4.4.5对开发的影响阐明对开发的影响，如：为了目的系统顺利开发，但愿贵公司尽快给出决策方案，并在整个开发过程确保资金的供应，减少审批手续，以求尽快进入研发阶段。重新整合现有的数据库资源，优化数据库构造，并给新增加的订票系统数据库准备对应的空间。检查现有系统的资源配备和网络配备，对于达不到目的系统所规定的配备尽快改善。重新加强安全系统，增加对应的防钓鱼防黑客软件，修补系统漏洞。4.4.6对地点和设施的影响经调研，目的系统完全能够构建在现有的框架上，不需余外增加环境设施。4.4.7对经费开支的影响基础投资：30万开发费用：5万日常维护费用：1720元/天4.5局限性由于目的系统是构建在现有系统和数据库上的，因此尚不能实现决策的完全自动化，只能对于决策提出可行性建议。4.6技术条件方面的可行性本节应阐明技术条件方面的可行性，如：通过调研，证明现有的限制条件并不能对目的系统产生根本影响，因此目的系统的功效目的能够达成。现在，C++底层编程技术和数据库技术都已经成熟，完全能够实现目的功效。参加本次开发的人员有12人，都有十多次大型系统开发经验，能够无论从数量和质量上讲都能完毕本次开发。如果资金和系统配备都到位，目的系统的开发应能够在年终内完毕。5可选择的其它系统方案5.1可选择的系统方案1顾客信息储存在客户端里，其它的数据解决由服务器来做。即使这种方案分担了服务器的工作，但是将给数据管理和数据整顿带来不必要的不便。6投资及效益分析6.1支出6.1.1基本建设投资英特尔商用服务器型号时钟速度二级缓存三级缓存核心数量功率参考价格XeonL74552.13GHz9MB12MB665瓦37800元SQLServer正版软件及有关的应用软件：10万网络设备：10万6.1.2其它一次性支出工作人员培训费用：5万设计开发费用：5万6.1.3非一次性支出日常维护费用：100元/天操作人员工资：30*30=900元/天维护人员工资：18*40=720元/天6.2收益6.2.1一次性收益由于目的系统投入使用后才干收益，因此一次性收益为06.2.2非一次