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

1 目录目录 1 1 引言引言 1 1 1 1 编写目的 1 1 2 背景 1 1 3 定义 1 1 4 参考资料 1 2 2 可行性研究的前提可行性研究的前提 2 2 2 1 要求 2 2 2 目标 2 2 3 条件 假定和限制 3 2 4 进行可行性研究的方法 3 2 5 评价尺度 3 3 3 对现有系统的分析对现有系统的分析 3 3 3 1 处理流程和数据流程 4 3 2 工作负荷 4 3 3 费用开支 4 3 4 人员 4 3 5 设备 4 3 6 局限性 4 4 4 所建议的系统所建议的系统 4 4 4 1 对所建议系统的说明 5 4 2 处理流程和数据流程 5 4 3 改进之处 5 4 4 影响 5 4 4 1对设备的影响 5 4 4 2对软件的影响 5 4 4 3对用户单位机构的影响 5 4 4 4对系统运行过程的影响 6 4 4 5对开发的影响 6 4 4 6对地点和设施的影响 6 4 4 7对经费开支的影响 6 4 5 局限性 6 4 6 技术条件方面的可行性 7 5 5 可选择的其他系统方案可选择的其他系统方案 7 7 2 5 1 可选择的系统方案 1 7 5 2 可选择的系统方案 2 7 6 6 投资及效益分析投资及效益分析 7 7 6 1 支出 7 6 1 1基本建设投资 8 6 1 2其他一次性支出 8 6 1 3非一次性支出 8 6 2 收益 9 6 2 1一次性收益 9 6 2 2非一次性收益 9 6 2 3不可定量的收益 9 6 3 收益 投资比 10 6 4 投资回收周期 10 6 5 敏感性分析 10 7 7 社会因素方面的可行性社会因素方面的可行性 1010 7 1 法律方面的可行性 10 7 2 使用方面的可行性 10 8 8 结论结论 1111 1 可行性研究报告可行性研究报告 1 引言引言 1 1 编写目的编写目的 应某航空公司要求 为提高该公司的机票预订效率 降低工作的人力 物 力 开支 提高工作的准确性 方便旅客进行机票预订 并对其机票预订信息 和旅客信息进行信息存取 现为其开发机票预订系统 在现有技术 经济 操作等方面综合研究分析机票预订系统的可实现性 通过分析来预测机票预订系统在现实中的运行情况 收益与投资比 并根据分 析结果来向航空公司决策领导提供预测型的建议 评述为了合理的达到开发目 标而可能选择的各种方案 1 2 背景背景 本项目的名称 航空机票预订系统 任务提出者 某航空公司 用户 某航空公司 各大旅行社 实现 某航空公司计算中心 本项目采用客户机 服务器原理 航空机票预订系统构建平台为 Windows 2000 及以上 其数据库构建在 SQL Server 2005 上 并可于其他同级别航空公司的 订票系统实现权限限制性兼容 与 Windows 其他软件并不冲突 1 3 定义定义 数据库 按照数据结构来组织 存储和管理数据的仓库 旅客信息 旅客提出订票要求时输入的信息 包括 姓名 性别 工作单 位 身份证号码 护照号码 旅行时间 旅行始发地和目的地 航班舱位要求 等 取票通知 旅客取票凭证 账单 旅客取票和交易的凭证 2 机票 旅客登机凭证 1 4 参考资料参考资料 1 管理信息系统 美 G B 戴维斯 哈尔滨工业大学出版社 1985 01 2 物流信息管理 尹涛 东北财经大学出版社 2005 01 3 软件工程导论 张海藩 清华大学出版社 2008 02 4 编程逻辑与结构化程序设计 美 Harold J Rood 中国水利水电出版社 2004 03 5 信息处理与数据库 刘玉梅 邱基文 人民教育出版社 1988 03 6 数据库技术与应用 SQLServer 刘卫国 严晖 清华大学出版社 2007 01 7 文档对象模型 处理结构化文档 美 马里尼 清华大学出版社 2003 05 8 属于本项目的其他已发表的文件 9 本文件中各处引用的文件 资料 包括所需用到的软件开发标准 列出这些文件资料的标题 文件编号 发表日期和出版单位 说明能够得到这 些文件资料的来源 2 可行性研究的前提可行性研究的前提 2 1 要求要求 功能 1 接收预定机票的旅客信息 姓名 性别 工作单位 身份证号码 旅行 时间 旅行始发地和目的地 航班舱位要求等 2 输入系统 系统为旅客安排行班 3 当旅客交付了预订金后 系统打印出取票通知和帐单给旅客 3 4 旅客在飞机起飞前一天凭取票通知和帐单交款取票 系统核对无误即打 印出机票给旅客 5 提供其他的功能 在顾客需要的情况下 提供各种查询功能 班次取消 及时通知 旅客可修改班次 旅客取消预定 旅客退票 旅客延误取 票时间 系统应能通知用户 并能自动取消预定 性能 方便快捷有效地完成航空机票预订业务 输出 取票通知 当旅客交付预订金后产生 旅客交付预订金后系统打印 出取票通知作为取票凭证 账单 当旅客交付预订金后产生 旅客交付预 订金后系统打印出账单作为取票和交易的凭证 输入 旅客信息 应付款额 处理流程 输入用户数据 安排航班 交付预订金 打印取票通知 和账单 核对取票通知与账单 打印机票 用户信 息 接受信息 安排航班 交付预 定金 打印取票通知 和账单 订票数据 库 核对 打印机票 用户出示取 票通知和账 单 航班数据 库 数据流图 数据最初进入系统后先查询航班数据库的数据 然后打印取票通知 和账单 同时增加订票数据库的内容 核对无误后打印机票 同时更新订票数 4 据库的内容 用户信 息和预 定金 航班数据 库 打印 取票 通知 和账 单 核对取 票通知 和账单 打印机 票 订票数据 库 在安全与保密方面的要求 服务器的管理员享有对机场航班信息及机票信 息库和订票信息库的管理与修改 售票员只享有对订票信息库的部分修改 写入与读出 同本系统相连接的其他系统 SQL Server 2005 本航空公司航班管理系统 2 2 目标目标 系统实现后 大大提高航空公司订票环节的服务效率 改进管理信息服务 降低售票服务中的错误发生率 减少信息交流的烦琐过程及其带来的开销 基 5 本实现如下 一 人力与设备费用的减少 二 处理速度的提高 三 控制精度或生产能力的提高 四 管理信息服务的改进 五 自动决策系统的改进 六 人员利用率的改进 2 3 条件 假定和限制条件 假定和限制 这项开发中给出的条件 假定和所受到的限制 1 所建议系统的运行寿命的最小值为 7 年 2 进行系统方案选择比较的时间为 一星期 3 经费 投资方面的来源和限制 航空公司拨款以及股东赞助 4 法律和政策方面的限制 该系统所进行的商业行为在中华人民共和国宪法 刑法 民法通则 商业法规和航空领域相关法规的限制下 5 硬件 软件 运行环境和开发环境方面的条件和限制 硬件限制 航空公司内部构建总线型局域网 软件限制 Windows XP Windows 7 等操作系统 并配置 SQL Server 2005 以上版本应用软件 运行环境 Windows XP Windows 7 等操作系统 开发环境 VC 版 SQL Server 2005 6 可利用的信息和资源 现有的航班管理系统 现有的订票管理系统 7 系统投入使用的最晚时间 2013 6 7 2 4 进行可行性研究的方法进行可行性研究的方法 调查方法 填写调查报告的方法 上网收集资料 翻阅相关书籍 系统评价角度 功能的齐全程度 操作的可行性 界面的友好性 完成软 件系统的实际经费开销情况 完成软件的时间长度 与用户沟通 不断改进目标系统的逻辑模型 直到完全符合用户的要求 6 2 5 评价尺度评价尺度 所需总费用 在股东所能承受的范围内 包括购置相应的硬件设施 开发 软件的费用 后期维护费用 员工培训费用等的总和不超过五十万 功能优先 次序 查询航班 输入客户信息 安排航班 打印账单和取票通知 打印机票 开发不超过三个月 使用较易操作 3 对现有系统的分析对现有系统的分析 当前大多数航空公司所使用的航空订票系统办理业务时手续繁多 人工业 务操作过多 严重影响了工作效率 且出错率高 机票预定系统是方便用户对 机票的预定 当用户改变出行计划 能够方便的取消预定并承担较小的损失 现有的系统特点基本如下 1 现有系统 无航空订票专用系统 采用即查即订的方式 2 现有系统的操作过程 旅客订票 查询机票 付款 打印机票 3 现有系统的缺陷 查询工作量大 效率低 在票价折扣等方面并不能同 时查询 易出错 不能很好地节省旅客的时间 3 1 处理流程和数据流程处理流程和数据流程 在没有机票预定系统之前 人们出行时必须要到机场的指定售票处购买机 票 并且当用户更改旅行计划需要退票时也会承担较大的损失 当航班取消或 变化时往往也会给用户造成一定的损失 旅客需要自己到航空公司的订票的营 业网点 输入信息 查询合适的航班信息 确认后付款 拿到机票 对大家都 有很大的不便 7 处理流程 3 2 工作负荷工作负荷 机票预订手续的繁多和不合理 工作效率非常低 需要大量专业人员 更 有甚者出现排成长龙的现象 这对各大航空公司都是大的负担 并给航空公司 发展带来一些压力 3 3 费用开支费用开支 人力 每个客户端需要至少两人保证二十四小时订票 因查询速度慢而设 多个订票点 设备 多个订票点客户端设备维护 空间 多个订票点每日房屋 开销 支持性服务 维护费和材料费 加起来就是一笔不小的开支 3 4 人员人员 需要大量的业务员 额外的工作人员 维护和操作人员 航班管理 票据管理 票库 订票 库 订票管理出售管理 打印机票 售票点 1 售票点 n 8 3 5 设备设备 客户端 POS 收款机 打印机 基本配置的计算机 微软服务器 3 6 局限性局限性 在现有系统中 查询订票的方式为查询机票而不是查询航班 所以往往一 次订票过程要查询多次 查询速度慢 响应不及时 浪费大量系统资源 甚至 是要旅客多次前来订票才能知道结果 明显地处理时间赶不上需要 另外 这 种订票方式 没有对于售票情况的专门存储 不利于航空公司对航班售票情况 进行统计 当前系统办理业务的流程导致了一个很大的问题 工作效率及其低 因此 急需开发一个高效的航空机票预订系统 所以从长远角度出发 重新建立航空 订票系统非常有必要 4 所建议的系统所建议的系统 4 1 对所建议系统的说明对所建议系统的说明 根据系统目标以及现行系统存在的问题 建议新系统分三步实现 第一阶段 1 年内 先在一个航空公司建立一个内部的网络 以实现航空订 票系统的计算机化 能够处理以下工作 输入旅客数据 能够查询航班信息 并能够打印航班信息和飞机票 第二阶段 2 3 年 在各大旅行社建立与航空公司数据库连接的系统 其中 的旅客信息的输入模块 航班查询模块和订票模块可以在各个旅行社的系统中 完成操作 并将各大旅行社和航空公司的数据相连 保证信息的一致性 第二阶段 4 年内 在上面两个阶段的基础上在航空公司的系统添加交款模 块 并在各个网点建立自动付款机器 其能根据旅客信息打印为其打印机票 这个系统可以实现航空机票预订系统的信息集成 完成后的系统可以实现机票 在旅行社的查询 预订工作 且操作方便简单迅速 9 4 2 处理流程和数据流程处理流程和数据流程 由旅行社将旅客及其所需航班信息输入系统 由系统产生合适的机票信息 旅客交付 预定金后 由旅行社确认预定 系统将机票归入已预订状态 并打印出取票通知和账单给 用户 用户在取票截止时间之前 在旅行社处缴纳取票通知和机票费用 旅行社将机票授 予旅客并将机票售出信息传回航空公司 航空公司服务器端将相应机票状态纳入已售出 流程图 用户信息 接受信息 安排航班 交付预 定金 打印取票通知和 账单 订票数据库 核对 打印机票 用户出示取 票通知和账 单 航班数据库 10 数据流图 用户信 息和预 定金 航班数据库 打印取 票通知 和账单 核对取票 通知和账 单 打印机票 订票数据库 4 3 改进之处改进之处 a 可以建立客户端 用户登陆后自主查询航班信息 确认预订航班机票 还可以在线付款 减少旅行社和航空公司和人员消耗 b 旅行社可以自主开设预订机票的服务中心 完整为客户办理整个流程 并收取一部分手续费 不仅方便旅客 还减轻了航空公司的压力 11 4 4 影响影响 4 4 1 对设备的影响对设备的影响 目前贵公司订票点的配置基本符合要求 需要增加的是服务器 经过调研 证明现有的服务器虽然符合目标系统的基本要求 但是从使用年限和日后规模 扩大角度来说 建议更换性价比较高的英特尔商用服务器 4 4 2 对软件的影响对软件的影响 现有的数据库软件建议升级 为日后规模扩展做准备 不过如果不升级也 不影响目标系统的使用 现有的系统软件 基本可以符合要求 4 4 3 对用户单位机构的影响对用户单位机构的影响 为了更好地应用目标系统 希望贵公司能够在现有的技术开发部门中设置 专门负责的技术部门 同时增加专门负责该系统并曾参与到系统研发的人员 4 4 4 对系统运行过程的影响对系统运行过程的影响 所建议系统对运行过程的影响 如 a 用户的操作规程 要求员工严格按照用户操作手册进行 使用本软件人员要 求有一定计算机基础的人员 系统管理员要求由计算机的专业知识 所有人员 都要经过本公司培训 管理人员也需经一般培训 b 运行中心的操作规程 运作中心的日常监督工作二十四小时进行 随时报告 系统的异常情况 c 运行中心与用户之间的关系 运作中心的服务器存储所有的信息 并对客户 端的 PC 机的操作监控管理 d 源数据的处理 定期对源数据进行备份 e 数据进入系统的过程 旅客信息在首次输入系统后不再改动 在机票打印出 12 后 旅客信息和机票信息等所有信息一起存入数据库备份 f 对数据保存的要求 对数据存储 恢复的处理 每份数据至少有两份备份 其中至少有一份是磁盘 磁带等硬件备份 当遇到紧急情况时可及时用这些 资源恢复数据 g 输出报告的处理过程 存储媒体和调度方法 输出取票通知 账单 机票都 要经过系统内部的确认 并且要留下相应记录 存储媒体可以多样化 尽量 放在不同的地方保存 h 系统失效的后果及恢复的处理办法 如遇系统崩溃而不能及时修复 将给贵 公司带来一定程度的经济损失 所以开发系统时将会留下全部资料和备份 并制作相应简便的恢复方法 万一系统崩溃可以依据这些迅速恢复 开发人 员也将在必要时给予相应的技术支持 4 4 5 对开发的影响对开发的影响 说明对开发的影响 如 a 为了目标系统顺利开发 希望公司尽快给出决策方案 并在整个开发过 程保证资金的供应 减少审批手续 以求尽快进入研发阶段 b 重新整合现有的数据库资源 优化数据库结构 并给新增加的订票系统 数据库准备相应的空间 c 检查现有系统的资源配置和网络配置 对于达不到目标系统所要求的配 置尽快改善 d 重新加强安全系统 增加相应的防钓鱼防黑客软件 修补系统漏洞 4 4 6 对地点和设施的影响对地点和设施的影响 经调研 目标系统完全可以构建在现有的框架上 不需余外增加环境设施 4 5 局限性局限性 由于时间和经济方面的限制 在开发的一两年内只能实现某一航空公司的 13 航空机票预订系统的计算机化 在后几年才可以实现更多功能 4 6 技术条件方面的可行性技术条件方面的可行性 技术条件方面的可行性 如 a 通过调研 证明现有的限制条件并不能对目标系统产生根本影响 因此 目标系统的功能目标能够达到 b 当前 编程技术和数据库技术都已经成熟 完全可以实现目标功能 c 如果资金和系统配置都到位 目标系统的开发应能够按时完成 5 可选择的其他系统方案可选择的其他系统方案 扼要说明曾考虑过的每一种可选择的系统方案 包括需开发的和可从国内 国外直接购买的 如果没有供选择的系统方案可考虑 则说明这一点 5 1 可选择的系统方案可选择的系统方案 1 5 2 可选择的系统方案可选择的系统方案 2 用户信息储存在客户端里 其余的数据处理由服务器来做 虽然这种方案分担了服务器的工作 但是将给数据管理和数据整理带来不 必要的不便 可以采用一步到位的方法 但由于一步到位对现行系统的影响比较大 实 施的条件不成熟 因而不建议 6 投资及效益分析投资及效益分析 6 1 支出支出 英特尔商用服务器 其他一次性支出 工作人员培训费用 非一次性支出 日常维护费用 操作人员工资 维护人员工资 14 6 1 1 基本建设投资基本建设投资 采购 开发和安装下列各项所需的费用 如 a 房屋和设施 b ADP 设备 c 数据通讯设备 d 环境保护设备 e 安全与保密设备 f ADP 操作系统的和应用的软件 g 数据库管理软件 6 1 2 其他一次性支出其他一次性支出 下列各项所需的费用 如 a 研究 需求的研究和设计的研究 b 开发计划与测量基准的研究 c 数据库的建立 d ADP 软件的转换 e 检查费用和技术管理性费用 f 培训费 旅差费以及开发安装人员所需要的一次性支出 g 人员的退休及调动费用等 6 1 3 非一次性支出非一次性支出 系统生命期内按月或按季或按年支出的用于运行和维护的费用 包括 a 设备的租金和维护费用 b 软件的租金和维护费用 c 数据通讯方面的租金和维护费用 d 人员的工资 奖金 e 房屋 空间的使用开支 f 公用设施方面的开支 15 g 保密安全方面的开支 h 其他经常性的支出等 6 2 收益收益 对于所选择的方案 说明能够带来的收益 这里所说的收益 表现为开支 费用的减少或避免 差错的减少 灵活性的增加 动作速度的提高和管理计划 方