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

机票预订系统可行性研究报告拟 制 人_*_审 核 人_*_批 准 人_*_二零一三年三月二十七日1. 引言1.1 编写目的 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内确定问题是否可解。经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要面临的问题及解决方案进行初步设计集合安排。明确开发风险及其所带来的经济效益。本报告经审核后，交软件经理审查。1.2 背景 建议使用名称：机票预订系统 项目任务提出者：计算机学院11级计算机应用技术（1）班 项目开发者：熊柳强、刘培、吴莉、李伟鹏 用户：民航机国际旅游开发公司 项目于其他软件，系统的关系： 本项目采用C/S：客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C+为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 8的开发软件的数据库服务程序。1.3 定义SQL Server：系统服务器所使用的数据管理系统（DBMS)SQL:一种用于访问查询数据库的语言事务流：数据进入模块后可能有多种路径进行处理主键：数据库表中的关键域值互不相同外部主键：数据库表中与其他主键关联的域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. 对现有系统的分析 在旅游局中的终端是安装了Windows 2000的pc机，主要目的是向机场传送数据，当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，现实在终端屏幕上。当顾客向售票员订票时，终端向服务器发出详尽的一份订单，服务器核对后，存入订票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询订票请求，服务器接收后，查询订票信息库，核对后，传送机票确认表单，终端打印机票。3.1 处理流程和数据流程服务器终端显示数据产生报表事务航班信息的更新系统管理员数据库产生报表客户机终端显示数据查询请求售票员表单申请产生报表客户机终端显示数据在客户端打印机票和账单售票员产生报表及账单机票和核对事务售票员3.2 工作负荷 1. 该机票预订系统是对整体数据库的一个访问，对于收集的客户信息和输出的信息，都是从这个数据库中来，这样会使这个数据库系统共工作量很大 2. 数据流程十多个售票员进行操作，这样在无形中减慢了数据流向下一个处理的时间，但是在输出时可以同时进行。 3.3 费用开支基础投资：终端PC机10台：8000*10=8万网络设备：6万辅助配置：6万共计：20万其他一次性投资：Oracle 8.0:20万Windows NT：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图实体： 1、旅客：姓名，性别，工作单位，旅行时间，生份证号码，旅行目的地。 2、机票：序列号，取票时间，航班编号，乘机时间，类型。旅客通过机票预订系统，与机票产生预订的关系。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.对地点和设施的影响 该系统是一个十分稳定的系统，但是由于该系统在配置上要高于原有的系统，因此在低点和环境的选择上要谨慎。 4.4.7.对经费开支的影响 在系统维护上基本上不需要太多的经费，因为该系统的稳定性很高。但是在开发的时候，却因为系统的架构较为复杂，因此开发经费要交原有的系统高很多。 4.5 技术条件方面的可能性 该系统完全采用享有的用户/服务器模式，现有的数据库语言完全可以胜任。5. 可选择的其他系统方案5.1 可选择的系统方案1 采用多路多数据采集，多项单路输出的机票预订系统 5.2 可选择的系统方案2 采用单路多数据采集，单项多路输出的机票预订系统6. 投资及效益分析6.1 支出 6.1.1 基本建设投资 终端PC机20台：8000*20=16万 网络设备：10万 除主配置：10万 共计：36万 6.1.2 其他一次性支出 6.1.2 其他一次性支出 Oracle 8.0：20万 Windows NT：10万 操作员培训费：5万 共计：35万 6.1.3 非一次性支出 经常性支出： 人员费用：6（月）*20（人）*5000（元）=60万 其他不可知额外支出：20万 共计：80万 6.2 收益 6.2.1 一次性收益 一次性收益3万 6.2.2 非一次性收益 经常性收益（按银行利率：1%）：2 减少员工20人（1000圆/人）五年收益： 1000*（1.1+（1.1）+.+）*20*12*5=120万2 工作效率提高收益（工作效率提高30%）： 30*（1.1+（1.1）+.+）*（30%）*5=45万 经常性收益共计：160万 6.2.3 不可定量的收益5432 因服务质量提高增加旅客量10%：1000万*10%*（90%+（90%）+（90%）+（90%）+（90%）=360万6.3 收益/投资比 520万/151万=344%6.4 投资回收周期 2、3年6.5 敏感性分析 设计系统周期为五年，估计最长可达10年 处理书速度：一般查询速度4秒 关键数据查询速度：2秒7. 社会因素方面的可能性7.1.法律方面的可行性 所有软件都选用正版 所有技术资料都由提出方保管 合同制定确定违约责任7.2.使用方面的可行性 使用本软件人员要求有一定计算机基础的人员，系统管理人员，系统管理员有球有计算机的专业知识，所有人员都经过本公司培训管理人员也需经一般培训 经过培训人