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

机票预订系统------可行性研究报告完成日期：二零一三年三月二十七日•拟制任：******•审核人：*****•批准人：*****引言•1.1编写目的可行性研究的目的`是为了对问题进行研究，以最小的代价`在最短的时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及解决方案进行初步设计,集合安排。明确开发风险及其所带来的经济效益。1.2背景•建议使用名称：机票预订系统•项目任务提出者：**********•项目开发者：**********************•用户：民航机国际旅游开发公司•项目于其他软件，系统的关系：•本项目采用C/S：客户机/服务器原理，客户端是建立在WindowsNT系统上以MicrosoftVisualC++为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle8的开发软件的数据库服务程序。1.3定义•Oracle8：数据库服务程序•事务流：数据进入模块后可能有多种路径进行处理•主键：数据库表中的关键域值互不相同•外部主键：数据库表中与其他主键关联的域•ROLLBACK：数据库的错误恢复机制1.4参考资料•《软件工程导论》，张海藩，清华大学出版社•《使用软件工程》，郑人杰等，清华大学出版社2.可行性研究的前提•2.1要求主要功能：为旅客提供机票预订服务，方便旅游局售票工作，提高旅游局的服务质量和效率性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票上:售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。输出要求：数据完整，详实。输入要求：简洁，快捷，实时。安全与保密要求：服务器的管理员享有对机场航班信息库和订票信息库的管理与修改。售票员只有享有对订票信息库的部分修改权。完成期限：预计六个月，即截至2013年9月27日。2.2目标•系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的繁琐过程及项目带来的开销。2.3条件、假定和限制•建议软件寿命：5年。•经费来源：计算机学院•硬件条件：服务器sun工作站，终端为pc机。•运行环境：Linux•数据库：Oracle8•投入运行最迟时间：2013/10/102.4进行可行性研究的方法•1、澄清系统规模和目标•2、研究现有的系统•3、导出高层逻辑模型•4、进一步确定系统的规模和目标•5、导出供选择的解法•6、推荐最佳方案•7、草拟开发计划•8、写出文档提交审核2.5评价尺度成本/效益分析结果，效益，成本。技术可行性，现有技术是否可完全承担开发任务操作的可行性，软件能否被原有工作人员快捷接受3.对现有系统的分析•安装Windows2000的pc机，基本平台•1、咨询时，向终端发出查询请求•2、订票时，向服务器发出一份详尽的订单••3、取票时，核对信息，打印机票3.1处理流程和数据流程系统管理员机票和核对事务服务器终端显示数据客户机终端显示数据售票员售票员售票员事务航班信息的更新在客户端打印机票和账单客户机终端显示数据查询请求表单申请产生报表及账单产生报表产生报表产生报表数据库3.2工作负荷•机票预订手续的繁多和不合理，工作效率非常低，需要大量专业人员，更有甚者出现排成长龙的现象，这对各大航空公司都是很大的负担，并给航空公司发展带来一些压力。3.3费用开支•基础投资：•终端PC机10台：8000*10=8万•网络设备：6万•辅助配置：6万•共计：20万•其他一次性投资：•Oracle8.0:20万•WindowsNT：10万•操作员培训费：5万•共计35万•经常性支出：•人工费用：6（月）*10（人）*5000（元）=30万•其他不可知额外支出：20万•共计：50万•支出共计：105万3.4人员•项目负责人一人•项目开发人员三人•项目审核人员三人•项目测试人员三人3.5设备•终端PC机10台•网络设备•辅助配置3.6局限性••当前系统办理业务的流程导致了一个很大的问题：工作效率极其低。因此系需要开发一个高效的航空机票预订系统。4.所建议的系统•4.1对所建议系统的说明系统中采用多数据库存储模式，进行多信息交互输入方式，批量处理收集信息，完成多收集多处理多输出的预订取票功能。在现有的系统上有的很大的信息处理能力的提高。4.2处理流程和数据流程查询请求事务航班信息的更新系统管理员售票员表单申请机票和核对事务数据库1数据库2数据交互产生报表产生报表机票旅行时间姓名性别工作单位身份证号码旅行目的地预定序列号航班编号取票时间乘机时间类型取票通知单和账单安排航班旅客-机票E-R图原有机票预订系统数据流图功能性分析D5机票信息旅客旅客旅客1收集数据2审核数据3.1取数据3.2安排航班3.3打印取票通知5数据匹配3.4打印账单4.1更新取票信息4.2更新账单信息6打印机票7更新航班信息D1事务数据D3账单信息D4航班数据D2取票信息航空公司机票预订系统数据流图取票通知和账单缴费缴费4.3改进之处•1.双数据库模式，数据之间交互共享••2.多项单路收集方式••3.采用多项单路输出方式输出••4.工作量上，缩短了信息的采集时间，加快了数据间的交互运算的时间，减少了工作量。4.4影响•4.4.1.对设备的影响•4.4.2.对软件的影响数据收集采用的是多项单路数据采集，因此对工作的计算机要求系统配置要高。主要影响软件的运行环境，和稳定性。4.4.3.对客户的影响•减少了旅客办理业务的等待的时间，用户可以随时随地预订机票并且操作简单移动，有效地实现了预订和付款的分离，用户可以选择旅行社预订、航空公司或是在系统自带的付费系统上进行付费，通过网络匹配并存储数据。•在运行此系统时，客户机运行流畅，不会有数据因延时性所造成的错误。4.4.4.对系统运行过程的影响4.4.5.对开发的影响•开发时因为是基于原有系统的模型来机型开发，但是由于系统所运用的结构与数据采集与输出的工作模式的限制，使得开发是不是较为轻松。有些地方但还是可以按照现有的系统设定相应的模式。•该系统是一个十分稳定的系统，但是由于该系统在配置上要高于原有的系统，因此在地点和环境的选择上要谨慎。4.4.6.对地点和设施的影响•1、硬件十分普及•2、技术十分成熟•3、培训现有技术人员•4、雇佣该方面专业人员•5、规定期限内可完成4.5技术条件方面的可行性4.6与现在的系统比较的优越性•1、数据的集中和有效管理••2、增强了系统的灵活性••3、具有高效性••4、严格控制用户权限5.可选择的其他系统方案•5.1可选择的系统方案1•5.2可选择的系统方案2在旅游局中设立终端，在机场设立服务器，数据输入有终端输入，所有数据都有服务器处理，旨在终端上显示数据结果。此设计简化了数据处理，但加重了服务的数据处理。而是用客户端/服务器机理，简化数据流量，加快数据处理。在机场设立服务器，设立一个网站，用户通过网站填写信息，所有数据都有服务器处理。此设计简化了用户的操作，但加重了服务器的数据处理。也加重了航空公司工作人员的工作量。6.投资及效益分析•6.1支出•6.1.1基本建设投资•6.1.2其他一次性支出终端PC机20台：8000*20=16万网络设备：10万除主配置：10万共计：36万Oracle8.0：20万WindowsNT：10万操作员培训费：5万共计：35万6.1.3非一次性支出•经常性支出：•人员费用：6（月）*20（人）*5000（元）=60万•其他不可知额外支出：20万•共计：80万6.2收益6.2.1一次性收益•一次性收益5万•经常性收益（按银行利率：1%）：•减少员工20人（1000圆/人）五年收益：•1000*（1.1++（1.1）+...........+）*20*12*5=120万•工作效率提高收益（工作效率提高30%）：•30*（1.1+（1.1）+..........+）*（30%）*5=45万•经常性收益共计：165万6.2.2非一次性收益6.2.3不可定量的收益•因服务质量提高增加旅客量10%：•1000万*10%*（90%+（90%）+（90%）+（90%）+（90%）=360万•525万/151万=351%•2、3年6.3收益/投资比6.2.3不可定量的收益7.社会因素方面的可能性•7.1.[法律方面的可行性]所有软件都选用正版所有技术资料都由提出方保管合同制定确定违约责任7.2.[使用方面的可行性]使用本软件人员要求有一定计算机基础的人员，系统管理人员，系统管理员有球有计算机的专业知识，所有人员都经过本公司培训管理人员也需经一般培训经过培训人员将会熟练使用本软件两名系统管理员，一名审计员进行专业培训将熟练管理系统8.结论由于投资效益比远大于100%，技术、经济、操作都有可行性，可以进行开发。gameover机票预订系统功能性分析•1、信息采集•2、录入凭证信息，打印机票•3、灵活付费•4、其他基本功能•航班查询旅客订票航班信息管理安排航班售票管理退票管理机票销售情况核算返回•航班查询：返回•旅客订票：返回•航班信息管理：返回•安排航班：返回