软件工程导论实验报告_航空订票系统

《软件工程导论实验报告_航空订票系统》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、本科实验报告课程名称：软件工程导论实验项目：航空订票系统实验地点：******专业班级：*******学号：*******学生姓名：*******指导教师：*******2012年05月21日23/23可行性分析报告1项目背景机票预订工作的记录、查询、核对等工作量十分庞大，同时，操作相对简单且重复率很高，因此，可以利用计算机的管理信息系统进行这些繁杂而又简单的工作，以提高机票预定的工作效率、准确性、管理水平和服务质量。因此开发机票预订系统。本机票预订系统是在现代社会生活节奏不断加快，对机票预订工作的自动化和准确化要求也日益强烈的背景下，为了实现机票预订工作的网络化，

2、以及实现网络查询和统计一体化而开发的管理信息系统。该系统为机票预订管理员提供了一个个性化的界面，并且机票预订管理员只需一次登录就可以使用所有服务；将订票旅客需要的各种服务集中起来，订票旅客可以很方便地进行自身信息和航班、票价情况查询。总之，从基本订票信息的录入到订票信息的查询，再到最终的信息核准打印机票，都可以通过这个系统完成。本系统采用最新的计算机技术，界面友好、操作方便，管理员可以针对不同需求分类、排序、查询、统计，方便订票旅客和其他部门根据自己的需求准确、快速地查询订票及航班信息。2可行性研究的前提1)要求：主要功能：为游客提供机票预定服务，方便旅游局的售票工

3、作，提高旅游局的服务质量和服务效率性能要求：机场提供的信息必须及时的反映在旅游局的工作平台上。售票系统的定单必须无差错的存储在机场的主服务器上。对服务器上的数据必须进行及时正确的刷新。输出要求：数据完整，详实。输出要求：简捷，快速，实时。安全与保密要求：服务器的管理员享有对机场航班信息库及机票信息库和定票信息库的管理与修改。售票员只享有对订票信息库的部分修改（写入与读出）。2)目标：系统实现后，大大提高旅游局的机票预定服务效率。降低售票服务中的错误发生率，减少信息交流的烦琐过程及其带来的开销。3)条件，假定和限制：23/23建议软件寿命：5年。运行环境：Linux数

4、据库：SQLServer1)决定可行性的主要因素：成本/效益分析结果，效益>成本。技术可行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。3技术可行性分析1)系统简要描述在旅游局中的终端是安装了WindowsNT的PC机，主要目的是向机场的服务器传递数据。当顾客在旅游局进行咨询时，终端向服务器发出查询请求，服务器根据航班信息库的实时数据，向终端发送数据，显示在终端的屏幕上。当顾客向售票员定票时，终端向服务器发出详尽的一份定单，服务器核对后，存入定票信息库，并修改机票信息库。当顾客再次来取票时，终端向服务器发出查询定票请求，服务器接收后，查询定票

5、信息库，核对后，传送机票确认表单，终端打印出机票。2)处理流程和数据流程机票核对事务客户机终端显示数据产生报表表单申请售票员客户机终端显示数据产生报表数据库售票员查询请求产生报表及账单服务器终端显示数据系统管理员产生报表事务航班信息的更新售票员　　　　　　　　　　　　　　　在客户端打印机票和账单23/234社会因素可行性分析1)法律因素所有软件都选用正版。所有技术资料都由提出方保管。合同制定确定违约责任。2)用户使用可行性使用本软件人员要求有一定计算机基础的人员，系统管理员要求由计算机的专业知识，所有人员都要经过本公司培训。管理人员也需经过一般培训。经过培训人员将会

6、熟练使用本软件。两名系统管理员，一名审计员将进行专业培训，他们将熟练管理本系统。5其他可供选择的方案客户端与服务器端联系在一起在旅游局中只设立终端，在机场设立服务器，数据输入由终端输入，所有数据都由服务器处理，只在终端上显示数据结果。此设计简化了数据处理，但加重了服务器的数据处理。而使用客户端/服务器机理，简化数据流量，加快数据处理。6结论意见由于投资效益比远大于100%，技术、经济、操作都有可行性，可以进行开发。“机票预订系统”的需求分析需求分析是开发软件系统的重要环节，是系统开发的第一步和基础环节。通过需求分析充分认识系统的目标、系统的各个组成部分、各部分的任务

7、职责、业务范畴、工作流程、工作中使用的各种数据及数据结构、各部门的业务关系和数据流程等，为系统设计打下基础。需求分析的好坏往往决定了系统开发的成败。23/23需求分析从系统的调查研究入手，需求分析要对系统的各个方面有全面的了解，既包括系统内部的各个方面，也包括与系统有联系的各种外部因素。通过调查研究和分析，对系统产生比较深刻的认识。需求分析阶段的最终结果是“需求分析说明书”，它涵盖了对用户环境、事务处理和信息流程分析的一切成果，供项目开发小组和用户共同遵守。如果采用瀑布模型，就要对“需求分析说明书”进行冻结，使它成为凝固可靠的基线。万一要求变更基线，开发者和用户