航空订票系统可行性分析报告.docx
《航空订票系统可行性分析报告.docx》由会员分享，可在线阅读，更多相关《航空订票系统可行性分析报告.docx（19页珍藏版）》请在冰豆网上搜索。
航空订票系统可行性分析报告
可行性研究报告
1引言
1.1编写目的
本文档旨在现有技术、经济、操作等方面综合研究分析机票预订系统的可实现性，通过分析来预测机票预订系统在现实中的运行情况，收益与投资比，并根据分析结果来向航空公司决策领导提供预测型的建议。
1.2背景
说明：
1．软件系统名称：
航空机票预订系统。
2．任务提出者：
XX航空公司
开发者：
青岛科技大学06级软件开发小组
用户：
XX航空公司，各大旅行社
实现：
XX航空公司计算中心
3、航空机票预订系统构建平台为Windows2000及以上，其数据库构建在SQLServer2005上，并可于其他同级别航空公司的订票系统实现权限限制性兼容，与Windows其他软件并不冲突。
1.3定义
结构化语言：
将自然语言加上程序设计语言的控制结构就成了结构化语言。
数据库：
按照数据结构来组织、存储和管理数据的仓库。
旅客信息：
旅客提出订票要求时输入的信息，包括姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等。
取票通知：
旅客取票凭证。
账单：
旅客取票和交易的凭证。
机票：
旅客登机凭证。
1.4参考资料
●管理信息系统 （美） G.B戴维斯 哈尔滨工业大学出版社 1985-01
●物流信息管理 尹涛 东北财经大学出版社 2005-01
●软件工程导论张海藩清华大学出版社。
2008-02
●编程逻辑与结构化程序设计（美）HaroldJ.Rood 中国水利水电出版社 2004-03
●信息处理与数据库 刘玉梅 邱基文 人民教育出版社 1988-03
●数据库技术与应用-SQLServer 刘卫国严晖清华大学出版社2007-01
●文档对象模型－处理结构化文档 （美）马里尼 清华大学出版社 2003-05
2可行性研究的前提
2.1要求
1．功能：
●接收预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。
●为旅客安排航班。
●当旅客交付了预订金后，系统打印出取票通知和帐单给旅客。
●旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。
●能够及时对于航班售票情况进行统计。
2．性能：
●数据的准确性和及时性：
作为一个航空公司，拥有一个功能完善的订票系统是很重要的。
因为这毕竟关系着很多旅客的生命安全。
一个订票信息系统必须及时的将各个航班的起飞和降落时间准确的反映在系统里，以便公司安排其他的航班。
还有就是为了方便旅客，能够即使了解各个航班的信息，便于选择适合自己的航班并及时预定机票。
尤其是在旅游高峰的时候，更能体现拥有一个完善的订票信息系统的重要性。
有了这个系统，公司就能及时的调整航班，最大程度的满足顾客的要求。
以实现提高公司的兴誉度的目的。
当然要实现这个目标，数据的准确性是关键，在一个系统中，哪怕是0.1的误差也会导致系统出现错误。
所以数据的准确性是重中之重。
●对突发事件的处理：
航空相对于其他的交通工具，更加容易受天气的影响。
若天气因素导致了航班不能正常运行时，则及时出示停止订票信息与解释说明。
若已经完成订票之后发生航班不能运行情况，应与售票系统密切联系，辅助售票系统做好事后工作
●系统的开放性和系统的可扩充性
机票预定系统在开发过程中，应该充分考虑以后的可扩充性。
例如订票系统的方式的改变（网上订票），用户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
●系统的易用性和易维护性
机票预定系统是直接面对使用人员的，而使用人员往往对计算机并不是非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
机票预定系统中涉及到的数据是航空公司的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
●系统的先进性
目前计算系统的技术发展相当快，做为机票预定系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
3．输出：
●取票通知：
用途：
当旅客交付预订金后系统打印出取票通知作为取票凭证。
产生频度：
当旅客交付预订金后产生。
接口：
硬件接口：
与数据采集终端的接口，与显示终端的接口，与打印机的接口，USB接口。
软件接口：
SQLServer2005
分发对象：
旅客
●账单：
用途：
当旅客交付预订金后系统打印出账单作为取票和交易的凭证。
产生频度：
当旅客交付预订金后产生。
接口：
硬件接口：
与数据采集终端的接口，与显示终端的接口，与打印机的接口，USB接口。
软件接口：
SQLServer2005
分发对象：
旅客
●机票：
用途：
旅客登机凭证。
产生频度：
当旅客凭取票通知和账单取票并由系统核对无误时后产生。
接口：
硬件接口：
与数据采集终端的接口，与显示终端的接口，与打印机的接口，USB接口。
软件接口：
SQLServer2005
分发对象：
旅客
输入：
预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）。
数据来源：
旅客登记。
类型：
字符型、整型。
数据组织：
数据表。
数量：
按每个航班的售票情况而定，但最多不能超过航班最大座位量。
4、处理流图：
输入用户数据——安排航班——交付预订金——打印取票通知和账单——核对取票通知与账单——打印机票
数据流图：
数据最初进入系统后先查询航班数据库的数据，然后打印取票通知和账单，同时增加订票数据库的内容，核对无误后打印机票，同时更新订票数据库的内容。
4．安全与保密：
安全级别高，对于非注册用户保密。
5．同本系统相连接的其他系统：
SQLServer2005；本航空公司航班管理系统。
6．完成期限：
2009-12-30
2.2目标
1．该系统开发完成后计划节省人力资源40%，设备费用120%。
2．该系统开发完成后计划提高日常订票事务处理速度的85%。
3．该系统开发完成后计划提高控制精度100%。
4．该系统开发完成后可实现管理服务信息化。
5．该系统开发完成后可实现决策系统半自动化。
6．该系统开发完成后人员利用率提高80%。
2.3条件、假定和限制
1．建议系统的运行寿命最小值：
5年。
2．建议进行系统方案选择比较时间：
7天。
3．经费来源：
航空公司拨款以及股东赞助。
4．该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下。
5．硬件限制：
奔腾4处理器及以上、航空公司内部构建总线型局域网。
软件限制：
Windows2000，WindowsXP等操作系统，并配置SQLServer2000
以上版本应用软件。
运行环境：
Windows2000，WindowsXP等操作系统。
开发环境：
VC++6.0版，SQLServer2000
6．可利用资源：
现有的航班管理系统、现有的订票管理系统。
7．系统投入使用的最晚时间：
2010-6-30
2.4进行可行性研究的方法
在进行可行性研究的时候，采用了以下步骤：
●通过分析现有系统的运行状况和存在问题来导出现有系统的高层系统流程图，以此来明确新的目标系统需要完成的基本功能和待解决的问题。
●复查原有系统的规模和目标，确保目前正在分析研究的问题确实是待解决的问题。
●从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想目标系统的逻辑模型。
●与用户沟通，不断改进目标系统的逻辑模型，直到完全符合用户的要求。
目标系统的评价方法：
2.5评价尺度
a）所需总费用：
在股东所能承受的范围内，包括购置相应的硬件设施、开发软件的费用、后期维护费用、员工培训费用等的总和不超过两百万。
b）功能优先次序：
查询航班——输入客户信息——安排航班——打印账单和取票通知——打印机票。
c）开发时间：
不超过三个月。
d）使用难易程度：
较易操作。
3对现有系统的分析
a）现有系统：
无航空订票专用系统，采用即查即订的方式。
b）现有系统的操作过程：
旅客订票——查询机票——付款——打印机票。
c）现有系统的缺陷：
查询工作量大，效率低，在票价折扣等方面并不能同时查询，易出错，不能很好地节省旅客的时间。
3.1处理流程和数据流程
处理流程：
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人员
维护和操作人员：
●数据库维护人员：
6人专业技术：
数据库技术
●系统维护人员：
15人专业技术：
软件工程
●硬件维护人员：
9人专业技术：
计算机硬件
●操作人员：
50人专业技术：
无限制
3.5设备
●客户端：
POS收款机、打印机、基本配置的计算机。
●服务器：
微软服务器
3.6局限性
在现有系统中，查询订票的方式为查询机票而不是查询航班，所以往往一次订票过程要查询多次，查询速度慢，响应不及时，浪费大量系统资源，甚至是要旅客多次前来订票才能知道结果，明显地处理时间赶不上需要。
另外，这种订票方式，没有对于售票情况的专门存储，不利于航空公司对航班售票情况进行统计。
这种查询模式并不能通过改进来增强其性能，原因是这种查询方式对机票存储的依赖性较强，耦合度较高，如不从根本改变，很难增加效益。
所以从长远角度出发，重新建立航空订票系统非常有必要。
4所建议的系统
4.1对所建议系统的说明
●目标系统的操作过程为：
储存旅客基本信息，并根据旅客的要求为其安排航班。
储存旅客交付的预订金，打印取票通知和账单，结果存入数据库。
核对旅客的取票通知和账单，打印机票，结果存入数据库。
这样旅客的订票全过程和所有信息都在同一个数据库里有存档，便于日后整理查询。
●目标系统将能够满足航空订票流程的全部要求，其查询的是航班而不是机票数，因而能够对整个航班的售票情况一目了然，便于日后统计。
同时目标系统的存储更加结构化，按照结构化方法的基本原理，存储结构清晰的系统查询起来更加方便，因此目标系统的查询比现有系统更加有效，能够节省大量时间和劳动力。
4.2处理流程和数据流程
流程图：
数据流图：
4.3改进之处
a）由于提高效率，目标系统开发完成后能比现有系统减少10个订票点，节省人力资源40%，节省设备维护费用600元/天。
b）现有系统平均每天售票18710张，目标系统预计平均每天售票34650张，提高日常订票事务处理速度的85%。
c）现有系统中订票信息和航班信息分开存储，而目标系统中每次订票的所有信息都在数据库里有存档，便于管理，提高控制精度100%。
d）目标系统与现有系统相比，在每个订票点都可以查看其他订票点的定票情况，开发完成后可实现管理服务信息化。
e）目标系统比现有系统结构更清晰，更利于系统自身做出决策，开发完成后可实现决策系统半自动化。
f）目标系统的自动化程度提高，操作性相对简单，操作人员工作量相对减少，人员利用率提高80%。
4.4影响
目标系统将大大改进现有系统的弊端，大幅提高工作效率，提高人员利用率。
所以现有的维护人员和操作人员将产生40%的富余，并有可能需要重新招聘相应的技术人员，由此对贵公司的人力资源重新配置会产生一定影响。
从长远角度看，目标系统将为旅客提供更快捷更便利的服务，这会增加贵公司的竞争实力，为公司增加经济效益。
4.4.1对设备的影响
目前贵公司订票点的配置基本符合要求，需要增加的是服务器，经过调研，证明现有的服务器虽然符合目标系统的基本要求，但是从使用年限和日后规模扩大角度来说，建议更换性价比较高的英特尔商用服务器。
4.4.2对软件的影响
现有的数据库软件SQLServer2000建议升级为SQLServer2005，为日后规模扩展做准备。
不过如果不升级也不影响目标系统的使用
现有的系统软件，基本可以符合要求。
4.4.3对用户单位机构的影响
为了更好地应用目标系统，希望贵公司能够在现有的技术开发部门中设置专门负责的技术部门，同时增加专门负责该系统并曾参与到系统研发的人员。
4.4.4对系统运行过程的影响
说明所建议系统对运行过程的影响，如：
1．在操作方面，要求员工严格按照用户操作手册进行。
使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.，管理人员也需经一般培训.
2．运作中心的日常监督工作二十四小时进行，随时报告系统的异常情况。
3．运作中心的服务器存储所有的信息，并对客户端的PC机的操作监控管理。
4．定期对源数据进行备份。
5．旅客信息在首次输入系统后不再改动，在机票打印出后，旅客信息和机票信息等所有信息一起存入数据库备份。
6．每份数据至少有两份备份，其中至少有一份是磁盘、磁带等硬件备份，当遇到紧急情况时可及时用这些资源恢复数据。
7．输出取票通知、账单、机票都要经过系统内部的确认，并且要留下相应记录。
存储媒体可以多样化，尽量放在不同的地方保存。
8．如遇系统崩溃而不能及时修复，将给贵公司带来一定程度的经济损失。
所以开发系统时将会留下全部资料和备份，并制作相应简便的恢复方法，万一系统崩溃可以依据这些迅速恢复，开发人员也将在必要时给予相应的技术支持。
4.4.5对开发的影响
说明对开发的影响，如：
1．为了目标系统顺利开发，希望贵公司尽快给出决策方案，并在整个开发过程保证资金的供应，减少审批手续，以求尽快进入研发阶段。
2．重新整合现有的数据库资源，优化数据库结构，并给新增加的订票系统数据库准备相应的空间。
3．检查现有系统的资源配置和网络配置，对于达不到目标系统所要求的配置尽快改善。
4．重新加强安全系统，增加相应的防钓鱼防黑客软件，修补系统漏洞。
4.4.6对地点和设施的影响
经调研，目标系统完全可以构建在现有的框架上，不需余外增加环境设施。
4.4.7对经费开支的影响
基础投资：
30万
开发费用：
5万
日常维护费用：
1720元/天
4.5局限性
由于目标系统是构建在现有系统和数据库上的，因此尚不能实现决策的完全自动化，只能对于决策提出可行性建议。
4.6技术条件方面的可行性
本节应说明技术条件方面的可行性，如：
1．通过调研，证明现有的限制条件并不能对目标系统产生根本影响，因此目标系统的功能目标能够达到。
2．当前，C++底层编程技术和数据库技术都已经成熟，完全可以实现目标功能。
3．参与本次开发的人员有12人，均有十多次大型系统开发经验，能够无论从数量和质量上讲都能完成本次开发。
4．如果资金和系统配置都到位，目标系统的开发应能够在年底内完成。
5可选择的其他系统方案
5.1可选择的系统方案1
用户信息储存在客户端里，其余的数据处理由服务器来做。
虽然这种方案分担了服务器的工作，但是将给数据管理和数据整理带来不必要的不便。
6投资及效益分析
6.1支出
6.1.1基本建设投资
●英特尔商用服务器
型号
时钟速度
二级缓存
三级缓存
核心数量
功率
参考价格
XeonL7455
2.13GHz
9MB
12MB
6
65瓦
37800元
●SQLServer2005正版软件及相关的应用软件：
10万
●网络设备：
10万
6.1.2其他一次性支出
●工作人员培训费用：
5万
●设计开发费用：
5万
6.1.3非一次性支出
●日常维护费用：
100元/天
●操作人员工资：
30*30=900元/天
●维护人员工资：
18*40=720元/天
6.2收益
6.2.1一次性收益
由于目标系统投入使用后才能收益，所以一次性收益为0
6.2.2非一次性收益
（按银行利率：
1%）；
减少员工32人（1000圆/人）五年收益:
1000*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*32*12*5=192万
工作效率提高收益（工作效率提高85%）:
30*（1.1+（1.1）2+（1.1）3+（1.1）4+（1.1）5）*（85%）*5=127.5万
经常性收益共计:
319.5万
6.2.3不可定量的收益
因服务质量提高增加旅客量10%:
1000万*10%*（90%+（90%）2+（90%）3+（90%）4+（90%）5）=360万
操作失误引起的损失：
25万
6.3收益／投资比
收益总计：
704.5万（5年）
投资总计：
348.9万（5年）
收益/投资比=704.5/348.9=201.9%
6.4投资回收周期
2.5年
6.5敏感性分析
⏹系统生命期长度：
设计系统周期为五年,估计最长可达10年
⏹处理速度:
一般查询速度<4秒，关键数据查询速度:
<2秒
⏹工作负荷类型：
二十四小时运行
⏹随着使用时间的延长，设备老化软件漏洞的出现会降低系统处理速度，降低速度在10%以内，对收益的影响控制在8%以内。
7社会因素方面的可行性
7.1法律方面的可行性
●所有软件都选用正版。
●所有技术资料都由提出方保管。
●合同制定确定违约责任。
●该系统所进行的商业行为在中华人民共和国宪法、刑法、民法通则、商业法规和航空领域相关法规的限制下。
7.2使用方面的可行性
1．使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知识,所有人员都要经过本公司培训.
2．管理人员也需经一般培训.
3．经过培训人员将会熟练使用本软件.
4．系统管理员,审计员将进行专业培训,以保证他们将熟练管理本系统.
8结论
由于投资效益比远大于100%,技术、经济、操作都有可行性，在航空公司领导进行决策后即可进行开发。
升级会员 