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

《航空订票系统可行性分析报告》由会员分享，可在线阅读，更多相关《航空订票系统可行性分析报告（22页珍藏版）》请在金锄头文库上搜索。

1、可行性研究报告1引言1.1编写目的本文档旨在现有技术、经济、操作等方面综合研究分析机票预订系统的可实现性，通过 分析来预测机票预订系统在现实中的运行情况，收益与投资比，并根据分析结果来向航空公 司决策领导提供预测型的建议。1.2背景说明：1 软件系统名称：航空机票预订系统。2 .任务提出者：XX航空公司开发者：青岛科技大学06级软件开发小组用户：XX航空公司，各大旅行社实现：XX航空公司计算中心3航空机票预订系统构建平台为Wi ndows 2000及以上其数据库构建在SQL Server 2005上，并可于其他同级别航空公司的订票系统实现权限限制性兼容，与Windows其他 软件并不冲突。1.

2、3定义结构化语言：将自然语言加上程序设计语言的控制结构就成了结构化语言。数据库：按照数据结构来组织、存储和管理数据的仓库。旅客信息：旅客提出订票要求时输入的信息，包括姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等。取票通知：旅客取票凭证。账单：旅客取票和交易的凭证机票：旅客登机凭证。1.4参考资料管理信息系统（美）G.B戴维斯哈尔滨工业大学出版社1985-01 物流信息管理尹涛 东北财经大学出版社 2005-01 软件工程导论张海藩 清华大学出版社。2008-02 编程逻辑与结构化程序设计（美）Harold J.Rood中国水利水电出版社 2004-

3、03 信息处理与数据库 刘玉梅 邱基文人民教育出版社1988-03 数据库技术与应用-SQLServer刘卫国严晖清华大学出版社2007-01 文档对象模型处理结构化文档 （美）马里尼清华大学出版社 2003-052可行性研究的前提2.1要求1 功能： 接收预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码、）旅行时间、旅行始发地和目的地，航班舱位要求等）。 为旅客安排航班。 当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。旅客在飞机起飞前一天凭取票通知和帐单交款取票系统核对无误即打印出机票给旅客。 能够及时对于航班售票情况进行统计。2 性能： 数据的准确性和及时性：作为一个

4、航空公司，拥有一个功能完善的订票系统是很重要的。因为这毕竟关系着很多旅客的生命安全。一个订票信息系统必须及时的将各个航班的起飞和降落时间准确的反映在系统里，以便公司安排其他的航班。还有就是为了方便旅客，能够即使了解各个航班的信息，便于选择适合自己的航班并及时预定机票。尤其是在旅游高峰的时候，更能体现拥有一个完善的订票信息系统的重要性。有了这个系统，公司就能 及时的调整航班，最大程度的满足顾客的要求。以实现提高公司的兴誉度的目的。当然要实现这个目标，数据的准确性是关键，在一个系统中，哪怕是0.1 的误差也会导致系统出现错误。所以数据的准确性是重中之重。 对突发事件的处理：航空相对于其他的交通工具

5、，更加容易受天气的影响。若天气因素导致了航班不能 正常运行时，则及时出示停止订票信息与解释说明。若已经完成订票之后发生航班不能 运行情况，应与售票系统密切联系，辅助售票系统做好事后工作 系统的开放性和系统的可扩充性机票预定系统在开发过程中，应该充分考虑以后的可扩充性。例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。系统的易用性和易维护性

6、机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。 这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求 系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题， 要提供足够的在线帮助，缩短用户对系统熟悉的过程。机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手 段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工 作。 系统的先进性目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世 纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要

7、求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。 另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先 进且有良好发展前途的产品。3 输出： 取票通知：用途：当旅客交付预订金后系统打印出取票通知作为取票凭证。产生频度：当旅客交付预订金后产生。接口： 硬件接口：与数据采集终端的接口，与显示终端的接口，与打印机的接口，USB 接口。软件接口： SQL Server 2005分发对象：旅客账单：用途：当旅客交付预订金后系统打印出账单作为取票和交易的凭证。产生频度：当旅客交付预订金后产生。接口：硬件接口：与数据采集终端的接口，与显示终端的接口，与打印

8、机的接口，USB 接口。软件接口： SQL Server 2005分发对象：旅客 机票：用途：旅客登机凭证。产生频度：当旅客凭取票通知和账单取票并由系统核对无误时后产生。接口：硬件接口：与数据采集终端的接口，与显示终端的接口，与打印机的接口，USB 接口。软件接口： SQL Server 2005分发对象：旅客输入：预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。数据来源：旅客登记。类型：字符型、整型。数据组织：数据表。数量：按每个航班的售票情况而定，但最多不能超过航班最大座位量。4、处理流图：输入用户数据安排航班交付预订金打印

9、取票通知和账单数据流图：数据最初进入系统后先查询航班数据库的数据，然后打印取票通知和账单，同时增加订票数据库的内容，核对无误后打印机票，同时更新订票数据库的内容。4 安全与保密：安全级别高，对于非注册用户保密。5 .同本系统相连接的其他系统：SQL Server 2005 ;本航空公司航班管理系统。6 完成期限：2009-12-302.2目标1 该系统开发完成后计划节省人力资源40%，设备费用120%2 该系统开发完成后计划提高日常订票事务处理速度的85%。3 该系统开发完成后计划提高控制精度100%。4 该系统开发完成后可实现管理服务信息化。5 该系统开发完成后可实现决策系统半自动化。6 该

10、系统开发完成后人员利用率提高80%。2.3条件、假定和限制1 建议系统的运行寿命最小值：5年。2 建议进行系统方案选择比较时间：7天。3 经费来源：航空公司拨款以及股东赞助。4 该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航 空领域相关法规的限制下。5 硬件限制：奔腾4处理器及以上、航空公司内部构建总线型局域网。软件限制:Windows 2000，/Windows XP 等操作系统,并配置 SQL Server 2000 以上版本应用软件。运行环境：Windows 2000，Windows XP等操作系统。开发环境：VC+ 6.0 版，SQL Server 20006

11、 可利用资源:现有的航班管理系统、现有的订票管理系统。7 系统投入使用的最晚时间：2010-6-302.4进行可行性研究的方法在进行可行性研究的时候，采用了以下步骤：通过分析现有系统的运行状况和存在问题来导出现有系统的高层系统流程图，以此来明确新的目标系统需要完成的基本功能和待解决的问题。 复查原有系统的规模和目标，确保目前正在分析研究的问题确实是待解决的问题。 从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑 模型，设想目标系统的逻辑模型。 与用户沟通，不断改进目标系统的逻辑模型，直到完全符合用户的要求。 目标系统的评价方法：2.5 评价尺度a) 所需总费用：在股东所能承受

12、的范围内，包括购置相应的硬件设施、开发软 件的费用、后期维护费用、员工培训费用等的总和不超过两百万。b) 功能优先次序：查询航班输入客户信息安排航班打印账单和取 票通知打印机票。c) 开发时间：不超过三个月。d) 使用难易程度：较易操作。3 对现有系统的分析a) 现有系统：无航空订票专用系统，采用即查即订的方式。b) 现有系统的操作过程：旅客订票查询机票付款打印机票。c) 现有系统的缺陷：查询工作量大，效率低，在票价折扣等方面并不能同时查询， 易出错，不能很好地节省旅客的时间。3.1 处理流程和数据流程处理流程：票据管理订票点n售票票库隹西占1口 NK 六 1订票管理航班管理出售管理If打印机

13、票3.2 工作负荷 现有系统的工作：负责查询机票，如无机票，则等下次访问时再查询；如有机票， 则打印给旅客。 工作量：同一次订票可能要查询多次，工作量是目标系统的多倍。3.3 费用开支 人力：每个客户端需要至少两人保证二十四小时订票，因查询速度慢而设25 个订 票点，费用： 30*50=1500元/天，维护人员30 人，费用： 30*40=1200元/天 设备：25 个订票点客户端设备维护：300 元/天 空间：25 个订票点每日房屋开销：25*20=500 元/天 支持性服务：维护费：200 元/天 材料：25*150=3750 元/天总计：7450 元/天3.4 人员专业技术：数据库技术专

14、业技术：软件工程 专业技术：计算机硬件 专业技术：无限制维护和操作人员： 数据库维护人员：6 人 系统维护人员：15 人 硬件维护人员：9 人 操作人员：50 人3.5 设备 客户端：POS收款机、打印机、基本配置的计算机, 服务器：微软服务器3.6 局限性在现有系统中，查询订票的方式为查询机票而不是查询航班，所以往往一次订票过程要 查询多次，查询速度慢，响应不及时，浪费大量系统资源，甚至是要旅客多次前来订票才能 知道结果，明显地处理时间赶不上需要。另外，这种订票方式，没有对于售票情况的专门存 储，不利于航空公司对航班售票情况进行统计。这种查询模式并不能通过改进来增强其性能，原因是这种查询方式

15、对机票存储的依赖性 较强，耦合度较高，如不从根本改变，很难增加效益。所以从长远角度出发，重新建立航空 订票系统非常有必要。4 所建议的系统4.1 对所建议系统的说明目标系统的操作过程为：储存旅客基本信息，并根据旅客的要求为其安排航班。 储存旅客交付的预订金，打印取票通知和账单，结果存入数据库。 核对旅客的取票通知和账单，打印机票，结果存入数据库。这样旅客的订票全过程和所有信息都在同一个数据库里有存档，便于日后整理 查询。 目标系统将能够满足航空订票流程的全部要求，其查询的是航班而不是机票数，因 而能够对整个航班的售票情况一目了然，便于日后统计。同时目标系统的存储更加 结构化，按照结构化方法的基本原理，存储结构清晰的系统查询起