航空机票预订系统

航空机票预订系统 可行性分析 1 引言。 机票预定系统的总目标是:在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的机票预定系统，实现航空公司的机票销售的自动化的计算机系统，为企业的决策层提供准确、精细、迅速的机票销售信息。 根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Client/Server结构，将机票预定系统划分为两个子系统:客户端子系统，服务器端子系统。 1编写目的: 可行性研究的目的是为了对问题进行研究，以最小的代价在最短的时间内 确定问题是否可解 经过对此项目进行详细调查研究，初拟系统实现报告，对软件开发中将要 面临的问题及其解决进行初步设计及合理安排。明确开发风险及其所带来的 经济效益。本报告经审核后，交软件经理审查。 1.2 项目背景: 开发软件名称:机票预订系统。 项目任务提出者:中国民航及中国国际旅游开发公司。 项目开发者:浙江大学IMK开发小组。 用户:中国民航及中国国际旅游开发公司。 实现软件单位:中国国际旅游开发公司及浙江大学 项目与其他软件，系统的关系: 本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C++为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用Oracle 8的为开发软件的数据库服务程序。 1(3 定义: [专门术语]:Client/Server结构,客户端子系统，服务器端子系统。 [缩写词]:数据库,机票预定系统. 1(4 参考资料: 《软件工程导论》，张海藩，清华大学出版社。 《实用软件工程》，郑人杰等，清华大学出版社。 ,(可行性研究的前提 2.1要求 主要功能:为游客提供机票预定服务，方便旅游局的售票工作，提高旅游局的服务质量和服务效率 性能要求:机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。 输出要求:数据完整，详实。 输出要求:简捷，快速，实时。 安全与保密要求:服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改(写入与读出)。 完成期限:预计六个月，即截止,,,,年,月,日。 2.2目标: 系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦 琐过程及其带来的开销。 2.3条件，假定和限制 建议软件寿命:5年。 经费来源:中国国际旅游开发公司。 硬件条件:服务器sun工作站，终端为pc机。 运行环境:Linux 数据库:Oracle8 投入运行最迟时间:2000/04/04 2.4可行性研究 2.5决定可行性的主要因素 成本/效益分析结果，效益 〉成本。 技术可行，现有技术可完全承担开发任务。 操作可行，软件能被原有工作人员快速接受。 ,(技术可行性分析 3.1系统简要描述 在旅游局中的终端是安装了Windows NT的PC机，主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票信息库，核对后，传送机票确认表单，终端打印出机票。 3.2处理流程和数据流程 事务航班系统管服务器终端产生报表 信息的更理员 显示数据 新 数据库 客户机终端产生报表 售票员 查询请求 显示数据 售票员 表单申请 产生报表 客户机终端 显示数据 机票核对事 售票员 务 产生报表及 在客户端打印 帐单 机票和帐单 机票预定系统的数据字典 系统中的数据元素: 名字:旅客信息 别名: 描述:旅客的个人信息，用于对旅客的确认 定义:旅客信息=姓名+性别+工作单位+身份证号码+旅行时间 +旅行目的地 位置:输入到旅行社端(client端) 名字:订票旅客清单 别名: 描述:已订票的旅客的记录 定义:订票旅客清单=旅客信息的合集 位置:输入到旅行社端(Client端) 名字:订票信息 别名: 描述:旅客的旅行时间和目的地，用于确定旅客的航班 定义:订票信息=旅客旅行时间+旅客旅行目的地 位置:传输到航空公司端(Server端) 名字:航班机票信息 别名: 描述:旅客的航班信息，根据旅客的旅行时间和目的地确定 定义:航班机票信息=旅客机票时间+旅客机票班次 位置:传输到旅行社端(Client端) 名字:取票通知 别名: 描述:旅客领取机票的凭证 定义:取票通知=旅客姓名+领票时间 位置:输出到打印机 名字:售出机票信息 别名: 描述:旅客的航班机票的信息 定义:售出机票信息=旅客的航班机票 位置:输出到打印机 名字:旅客订票记录 别名: 描述:已订票的旅客在航空公司的记录 定义:旅客订票记录=旅客姓名+航班机票信息 位置:输出到航空公司端(Server端) ,(经济可行性分析 4.1支出 基础投资: 终端PC机,,台:8000*20 = 16 万 网络设备:10 万 辅助配置:10 万 共计:36万 其他一次性投资: Oracle 8.0 : 20 万 Windows NT: 10 万 操作员费:5 万 共计:35 万 经常性支出: 人工费用: 6(月)*20(人)*5000(圆)=60万 其他不可知额外支出: 20万 共计: 80万 支出共计: 151万 4.2效益 一次性收益 0元 经常性收益 (按银行利率:1%); 减少员工20人(1000圆/人)五年收益: 23451000*(1.1+(1.1)+(1.1)+(1.1)+(1.1))*20*12*5=120万 工作效率提高收益(工作效率提高30%): 2345 30*(1.1+(1.1)+(1.1)+(1.1)+(1.1))*(30%)*5 = 45万 经常性收益共计: 160万 不可定量收益 因服务质量提高增加旅客量10%: 23451000万*10%*(90%+(90%)+(90%)+(90%)+(90%))=360万 收益共计: 520万 4.3收益/投资比 520万/151万 = 344% 4.4投资回收周期 2.3年 4.5敏感性分析 设计系统周期为五年, 估计最长可达10年 处理速度:一般查询速度<4秒 关键数据查询速度: <2秒 ,(社会因素可行性分析 6.1法律因素 所有软件都选用正版. 所有技术资料都由提出方保管。 制定确定违约责任. 6.2用户使用可行性 使用本软件人员要求有一定计算机基础的人员,系统管理员要求由计算机的专业知 识,所有人员都要经过本公司培训. 管理人员也需经一般培训. 经过培训人员将会熟练使用本软件. 两名系统管理员,一名审计员将进行专业培训,他们将熟练管理本系统. ,(其他可供选择的方案 6.1客户端与服务器端联系在一起 在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。 此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。 ,(结论意见 由于投资效益比远大于100%, 技术、经济、操作都有可行性，可以进行开发.