长春大学机票预订系统.doc

目录 一、绪论 1 1． 课题背景及现状 1 2． 开发工具介绍 1 二、需求分析 2 2． 数据字典 3 3. 订票信息实体属性图 3 三、 总体设计 4 1. 功能结构图 4 2. 主要层次结构 5 四、 详细设计 6 五、 总结 11 六、参考文献 11  一、绪论 1． 课题背景及现状 随着旅游业的逐渐的成熟发达，航空客运量大幅度的提高，国内国际的旅游航班的增加，这些都对航空的信息管理系统提出了更高的要求，所以要不断的完善更新航空售票系统，提高航空售票系统的工作效率。 、、、、 要求系统能有效、、、系统是典型的信息管理系统,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点 2． 开发工具介绍 本次课程设计应用的开发工具主要是用java语言和SQL Server 2005 。java版本 jdk 1.6.0.4版本，Java IDE使用的是eclipse 3.2 版本。本次数据库课程设计是以SQL Server 数据库作为后台以java作为前台的应用型设计课程，综合了数据库与java两大课程创建应用型的数据库系统，大大提高了我们学生的动手能力，做到了理论与实践相结合，完成系统的分析，设计和开发。 二、需求分析 1. 航空售票系统的数据需求 （1）数据录入和处理的准确性和实时性 数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。 （2）数据的一致性与完整性 由于系统的数据是共享的，在不同的旅行社中中，机票是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。 对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。 （3）数据的共享与独立性 整个机票预定系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。 系统能实现的操作和功能如下： （1）查询航线：根据旅客提出的终点站名输出下列信息：航班号、飞机号、星期几飞行，价格和剩余票额等业务。 （2）承办订票业务：根据客户提出的要求(航班号或者终点站)查询该航班票额情况，若尚有余票，则为客户办理订票手续．输出座位号；若已满员，则需重新询问客户要求。若需要，可购买下一次航班或者等待看有没有人退票。 （3）承办退票业务：根据客户提供的情况(日期、航班)，为客户办理退票手续，然后查询该航班是否有人排队候补，首先询问排在第一的客户，若所剩票额能满足他的要求．则为他办理订票手续，否则依次询问其它排队候补的客户。 2． 数据字典 数据条目： 系统管理要求=[乘客资料表|机组人员资料表|购买信息表|航班信息表|飞行信息表|订单信息表] 乘客资料表=证件号+姓名+性别+年龄+家庭地址+电话+旅客类型+目的地 机组人员资料表=编号+职称+姓名+年龄+性别 购买信息表=旅客证件号+航班+票价 航班信息表=航班号+出发地+目的地+起飞时间+抵达时间+航班类型+剩余票数+价格 飞行信息表=航班号+飞机号+航程+中转站 订单信息表=姓名+证件号+航班号+机型+舱位+座位+订票日期 3. 订票信息实体属性图 订票信息实体属性：订票信息编号、客户信息、航线信息、客户类型 如图1所示： 图1 订票信息实体属性图 三、 总体设计 功能结构图 机票预定系统中业务管理界面，主要包含售票管理、票务管理、订单信息管理、购送票管理，其中售票管理中含有订票业务、退票业务、售票业务三个业务属性，购送票管理中含有送票情况和客户购票统计，如图2所示： 图2 功能结构图 订票业务: 每次当有旅客需要订票时，首先需要对机场的航班情况进行查询，当有符合旅客的航班的机票剩余时旅客可以订票，并记录下旅客的相关信息，用到的SQL 语句为： insert into passenger(姓名，证件号，年龄，性别，旅客类型，地址，电话)；然后旅客的订票信息存入数据库，并分配相应的航班和取票信息； 退票业务：当有旅客退票时，需要根据录入旅客相关的信息将数据库peopleorder表中相应的记录删除，所用SQL语句为： delete from peopleorder