文档介绍：该【航空订票系统可行性分析报告 】是由【碎碎念的折木】上传分享，文档一共【22】页，该文档可以免费在线阅读，需要了解更多关于【航空订票系统可行性分析报告 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。精品
感谢下载载
可行性争论报告
引言
编写目的
本文档旨在现有技术、经济、操作等方面综合争论分析机票预订系统的可实现性，通过分析来推测机票预订系统在现实中的运行状况，收益与投资比，并依据分析结果来向航空公司决策领导供给推测型的建议。
背景
说明：
软件系统名称：航空机票预订系统。
任务提出者：XX 航空公司
开发者：青岛科技大学 06 级软件开发小组用户：XX 航空公司，各大旅行社
实现：XX 航空公司计算中心
3、航空机票预订系统构建平台为Windows 2025 及以上，其数据库构建在 SQL Server
2025 上，并可于其他同级别航空公司的订票系统实现权限限制性兼容，与Windows 其他软件并不冲突。
定义
构造化语言：将自然语言加上程序设计语言的掌握构造就成了构造化语言。数据库：依据数据构造来组织、存储和治理数据的仓库。
旅客信息：旅客提出订票要求时输入的信息，包括姓名、性别、工作单位、身份证
号码〔护照号码〕、旅行时间、旅行始发地和目的地，航班舱位要求等。取票通知：旅客取票凭证。
账单：旅客取票和交易的凭证。机票：旅客登机凭证。
参考资料
治理信息系统
〔美〕
戴维斯 哈尔滨工业大学出版社 1985-01
物流信息治理
尹涛
东北财经大学出版社 2025-01
软件工程导论
张海藩
清华大学出版社。2025-02
编程规律与构造化程序设计 〔美〕Harold 中国水利水电出版社 2025-03
信息处理与数据库 刘玉梅 邱基文 人民教育出版社 1988-03
数据库技术与应用-SQLServer 刘卫国 严晖 清华大学出版社 2025-01
文档对象模型－处理构造化文档 〔美〕马里尼 清华大学出版社 2025-05
可行性争论的前提
要求
功能：
接收预定机票的旅客信息〔姓名、性别、工作单位、身份证号码〔护照号码、〕
旅行时间、旅行始发地和目的地，航班舱位要求等〕。
为旅客安排航班。
当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。
精品
感谢下载载
旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。
能够准时对于航班售票状况进展统计。
性能：
数据的准确性和准时性：
作为一个航空公司，拥有一个功能完善的订票系统是很重要的。由于这到底关系着很多旅客的生命安全。一个订票信息系统必需准时的将各个航班的起飞和降落时间准确的反映在系统里，以便公司安排其他的航班。还有就是为了便利旅客，能够即使了解各个航班的信息，便于选择适合自己的航班并准时预定机票。尤其是在旅游顶峰的时候，更能表达拥有一个完善的订票信息系统的重要性。有了这个系统，公司就能准时的调整航班，最大程度的满足顾客的要求。以实现提高公司的兴誉度的目的。
固然要实现这个目标，数据的准确性是关键，在一个系统中， 的误差也会导致系统消灭错误。所以数据的准确性是重中之重。
对突发大事的处理：
航空相对于其他的交通工具，更加简洁受天气的影响。假设天气因素导致了航班不能正常运行时，则准时出示停顿订票信息与解释说明。假设已经完成订票之后发生航班不能运行状况，应与售票系统亲热联系，关心售票系统做好事后工作
系统的开放性和系统的可扩大性
机票预定系统在开发过程中，应当充分考虑以后的可扩大性。例如订票系统的方式的转变〔网上订票〕，用户查询的需求也会不断的更和完善。全部这些，都要求系统供给足够的手段进展功能的调整和扩大。而要实现这一点，应通过系统的开放性
精品
感谢下载载
来完成，既系统应是一个开放系统，只要符合肯定的标准，可以简洁的参加和削减系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更换代。
系统的易用性和易维护性
机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不是格外生疏。这就要求系统能够供给良好的用户接口，易用的人机交互界面。要实现这一点，就要求 系统应当尽量使用用户生疏的术语和中文信息的界面；针对用户可能消灭的使用问题， 要供给足够的在线帮助，缩短用户对系统生疏的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要供给便利的手段供系统维护人员进展数据的备份，日常的安全治理，系统意外崩溃时数据的恢复等工作。
系统的先进性
目前计算系统的技术进展相当快，做为机票预定系统工程，应当保证系统在下个世 纪照旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要 求而不至于落后。这一方面通过系统的开放性和可扩大性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑本钱的根底上尽量承受当前主流并先 进且有良好进展前途的产品。
输出：
取票通知：
用途：当旅客交付预订金后系统打印出取票通知作为取票凭证。产生频度：当旅客交付预订金后产生。
接口：
硬件接口：与数据采集终端的接口，与显示终端的接口，与打印机的接口，
精品
感谢下载载
USB 接口。
软件接口：SQL Server 2025 分发对象：旅客
账单：
用途：当旅客交付预订金后系统打印出账单作为取票和交易的凭证。产生频度：当旅客交付预订金后产生。
接口：
硬件接口：与数据采集终端的接口，与显示终端的接口，与打印机的接口， USB 接口。
软件接口：SQL Server 2025 分发对象：旅客
机票：
用途：旅客登机凭证。
产生频度：当旅客凭取票通知和账单取票并由系统核对无误时后产生。接口：
硬件接口：与数据采集终端的接口，与显示终端的接口，与打印机的接口， USB 接口。
软件接口：SQL Server 2025 分发对象：旅客
输入：
预定机票的旅客信息〔姓名、性别、工作单位、身份证号码〔护照号码〕、旅行时间、旅行始发地和目的地，航班舱位要求等〕。
精品
感谢下载载
数据来源：旅客登记。类型：字符型、整型。数据组织：数据表。
数量：按每个航班的售票状况而定，但最多不能超过航班最大座位量。
4、处理流图：输入用户数据——安排航班——交付预订金——打印取票通知和账单
——核对取票通知与账单——打印机票
用户信息
承受信息
航班数据库
安排航班
交 付 预定金
打印取票通知和账单
精品
感谢下载载
用户出示取票通知和账单
核对
打印机票
订票数据库
精品
感谢下载载
数据流图：数据最初进入系统后先查询航班数据库的数据，然后打印取票通知和账单， 同时增加订票数据库的内容，核对无误后打印机票，同时更订票数据库的内容。
精品
感谢下载载
用 户 信息 和 预定金
航班数据库
打印取票通知和账单
精品
感谢下载载
核对取票通知和账单
订票数据库
精品
感谢下载载
打印机票
安全与保密：安全级别高，对于非注册用户保密。
同本系统相连接的其他系统：SQL Server 2025；本航空公司航班治理系统。6． 完成期限：2025-12-30
目标
该系统开发完成后打算节约人力资源40%，设备费用 120%。
该系统开发完成后打算提高日常订票事务处理速度的85%。
该系统开发完成后打算提高掌握精度100%。
精品
感谢下载载
该系统开发完成后可实现治理效劳信息化。
该系统开发完成后可实现决策系统半自动化。
该系统开发完成后人员利用率提高80%。
条件、假定和限制
建议系统的运行寿命最小值：5 年。
建议进展系统方案选择比较时间：7 天。
经费来源：航空公司拨款以及股东赞助。
该系统所进展的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下。
硬件限制：奔腾 4 处理器及以上、航空公司内部构建总线型局域网。
软件限制：Windows 2025 ，Windows XP 等操作系统，并配置 SQL Server 2025以上版本应用软件。
运行环境：Windows 2025 ，Windows XP 等操作系统。开发环境：VC++ 版，SQL Server 2025
可利用资源：现有的航班治理系统、现有的订票治理系统。
系统投入使用的最晚时间：2025-6-30
进展可行性争论的方法
在进展可行性争论的时候，承受了以下步骤：
通过分析现有系统的运行状况和存在问题来导消灭有系统的高层系统流程图，以此来明确的目标系统需要完成的根本功能和待解决的问题。
复查原有系统的规模和目标，确保目前正在分析争论的问题确实是待解决的
精品
感谢下载载
问题。
从现有的物理系统动身，导消灭有系统的规律模型，再参考现有系统的规律模型，设想目标系统的规律模型。
与用户沟通，不断改进目标系统的规律模型，直到完全符合用户的要求。目标系统的评价方法：
评价尺度
所需总费用：在股东所能承受的范围内，包括购置相应的硬件设施、开发软件的费用、后期维护费用、员工培训费用等的总和不超过两百万。
功能优先次序：查询航班——输入客户信息——安排航班——打印账单和取票通知——打印机票。
开发时间：不超过三个月。
使用难易程度：较易操作。
对现有系统的分析
现有系统：无航空订票专用系统，承受即查即订的方式。
现有系统的操作过程：旅客订票——查询机票——付款——打印机票。
现有系统的缺陷：查询工作量大，效率低，在票价折扣等方面并不能同时查询， 易出错，不能很好地节约旅客的时间。
处理流程和数据流程
精品
感谢下载载
处理流程：
航班治理
票据治理
票库
订票治理 出售治理
订 票 打印机票
售票点 1 售票点n
工作负荷
现有系统的工作：负责查询机票，如无机票，则等下次访问时再查询；如有机票， 则打印给旅客。
工作量：同一次订票可能要查询屡次，工作量是目标系统的多倍。
费用开支
人力：每个客户端需要至少两人保证二十四小时订票，因查询速度慢而设25 个订票点，费用：30*50=1500 元/天，维护人员 30 人，费用：30*40=1200 元/天
设备：25 个订票点客户端设备维护：300 元/天
空间：25 个订票点每日房屋开销：25*20=500 元/天
支持性效劳：维护费：200 元/天
精品
感谢下载载