航空订票系统(数据库课程设计)

《数据库设计与开发Ⅱ》课程设计
报告
航空订票系统
学院：
班级：
学号：
姓名：
完成时刻：
目录
一.需求分析 (1)
1.引言 (1)
2.项目概述 (1)
3.需求规定 (2)
4.运行环境规定 (4)
二.系统结构数据设计 (5)
三.视图设计 (8)
图 (8)
2.关系模式 (9)
3.数据流程图 (10)
四.逻辑结构设计 (11)
1.数据表描述 (11)
2.程序描述 (12)
3.功能描述 (13)
五.系统设计 (19)
1.系统功能分析 (19)
2.系统功能模块设计 (19)
六.项目总结 (20)
1.本项目设计的长处 (20)
2.项目实现流程 (20)
3.心得体会 (20)
一、需求分析
1.引言
编写本套航空订票系统的《软件规格说明书》的目的在于按照软件需求说明书中的任务概述，需求规定等计划设计出一套可执行软件的结构模型。

编写目的
（1）便于用户、分析人员和软件设计人员进行理解和交流
（2）希望系统的外部项（旅客、旅行社、航空公司）均支持目标软件系统的确认。

按照需求规格说明书中确立的可测试标准进行测试，并取得确认。

（3）控制系统进化进程
项目背景
随着社会的进展，人民生活水平的不断提高，人们出行的交通工具也跟从社会的进展而进展起来了。

乘飞机出行的人愈来愈多。

所以这方面的市场超级大。

所以“机票预订系统”的开发是势在必行。

通过对各方面人士对该系统功能的意见的调查，咱们在此基础上肯定了旅客与各航空公司所需要的“机票预订系统”。

同时咱们会不断更新该系统的功能来知足不断进展的市场需求。

项目描述
为各旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、旅行时刻、旅行目的地等）输入到该系统，系统为旅客安排航班。

当旅客交付了预定金后，系统印出取票通知和帐单交款取票，系统查对无误即印出机票给旅客。

另外为了航空公司能够随时掌握各航向飞机的乘载情形，而能够按期进行查询统计，以便适当调整
概念
软件需求：IEEE软件工程标准辞汇表(1997年)中概念软件需求为：
(1)用户解决问题或达到目标所需的条件或权能(Capability)。

(2)系统或系统部件要知足合同、标准、规范或其它正式规定文档所需具有的条件或权能。

(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明同工作，和彼此之间进行有效的交流和沟通。

参考资料（标准）
⏹中华人民共和国国家标准：
《信息技术软件生存期进程》（GB/T8566-1995）
《运算机软件产品开发文件编制指南》（GB 8567－88）
《软件工程术语》（GB/T11457-1995）
⏹IEEE软件工程标准辞汇表(1997年)
2.项目概述
目标
该系统是要将航空订票管理系统信息化，使操作方便，且效率高。

用户的特点
用户其实就是航空公司。

而旅行社和旅客都是向航空公司提供数据，由航空公司操作数据。

即航空公司是直接用户。

假定与约束
对各航班班机的命名和航班号都要求与全国的各大航空公司的标准要求维持一致。

各航班的动身城市，抵达城市，动身时刻，抵达时刻，价钱，座位数
等信息都必需维持与标准一致。

要想修改、删除、查询等功能必需要求该用户是超级用户。

3.需求规定
本套航空订票系统软件分为服务器端和客户端两部份：客户端部份由用户利用，通过B/S的方式实现，用户可利用阅读器通过互联网进行操作。

服务器端软件由管理员利用，通过C/S的方式实现，管理员通过管理界面可对数据库进行操作和管理。

对功能的规定
功能模块：初始化模块, 系统功能模块, 打印模块, 舱位信息管理模块, 客机信息管理模块, 航线信息管理模块, 客户类型信息管理模块, 订票信息管理模块,各子系统功能概念如下：
初始化模块
系统初始时，由操作系统挪用，执行完毕后进入消息循环状态。

系统功能模块
接收系统功能区的相应信息，启动机票信息查询、订票管理、客户信息查询、客户类型管理、客户设置、航线信息、舱位信息、用户和密码管理。

打印模块
执行相应的操作后，打印出取票通知、账单、机票。

舱位信息管理模块
添加舱位信息、修改舱位信息、删除舱位信息。

客机信息管理模块
添加客机、修改客机、删除客机、查询客机等信息
航线信息管理模块
添加航线、修改航线、删除航线、查询航线等信息。

客户类型信息管理模块
添加客户类型、修改客户类型、删除客户类型等信息。

订票信息管理模块
添加订票、修改订票、删除订票、查询剩余订票等信息。

人工处置进程
服务器端的人工处置
①数据的输入
用户按照需要来输入航班、订票人、乘客等信息的具体数据，但必需保证其正确性和准确性。

②数据的修改
用户按照需要对指定的数据进行修改，由于记录繁多，因此用户第一要输入必然的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。

③数据的删除
用户按照需要对指定的数据进行删除，由于记录繁多，因此用户第一要输入必然的查询条件，缩小记录范围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。

④数据的查询
用户按照需要查询数据库中的所有数据，用户需输入必然的查询条件，然后可依照输入的查询依据查询新数据库的数据。

客户端的人工处置
①注册
用户必需注册才能进行订票操作，在此，用户必需填写个人的真实并准确的详细信息。

②查询
用户通过填写必然的查询条件，可查询用户所需要的航班信息、机票信息等。

③订票
用户可通过互联网进行订票操作，填写准确的订票信息后提交订票。

尚未解决的问题
客户端尚未解决的问题
客户端尚未解决的问题是，如何与订票人的银行账户连接。

服务器端尚未解决的问题
服务器端尚未解决的问题是，系统自动检索到过时的航班后自动将其信息删除而且要保所有与该航班关联的订票人的信息和乘客的信息都删除，难点在于，如何保证数据库中的表间的一致性。

难点问题
难点问题是服务器端的程序的删除部份，因为订票人的信息关系到部份乘客的信息，必需维持数据的完整性。

第二是航班信息，它关系着部份订票人的信息和乘客信息，其中还嵌套着这部份订票人当中有部份关系的乘客信息，而且同必然票人能够订购多架次航班的机票和所订购的机票的数量也不单单是1张，要将航班信息删除，也要保数据的完整性。

对性能的规定
时刻特性耍求
系统的时刻性能规定要求系统的大部份操作在用户视觉延迟时刻范围之内。

对某些检索和其它涉及复杂计算的操作系统响应也应维持在3－5倍用户视觉延迟时刻范围内。

安全性
系统安全性要求包括基于用户的系统操作权限控制、某些数据（公函）的加密保护、身份辨别。

可用性
本系统能够被所有公共所理解且认可。

并能够被超级用户纠正，处置，很易适应和完善以适应新的环境。

可保护性
本系统严谨的系统设计、规范的编码设计和合格的测试进程等都在某种程度上提高了系统的可保护性。

在此同时，还采取了一些提高可保护性的有效方式：
(1) 成立明确的软件质量目标和优先级
(2) 利用了提高软件质量的技术和工具
如：模块化、结构化程序设计等技术
(3) 进行了明确的质量保证审查
如：在检查点进行复审、验收检查、周期性的保护审查、对软件包进行检查。

(4) 选择了可保护性的程序设计语言：
(5) 严格要求程序文档的书写和设计
可移植性
Visual Basic及asp编程语言的兼容性很高，在windows95/98. windows NT. windows2000. windows XP等操作系统都能够直接运行。

数据管理能力要求
系统内数据保留具有持久不丢失性，数据的安全保证要能避免病毒和网络上非法用户如黑客的获取。

这些能够通过对文件服务器的保护管理和各类杀毒与网络安全系统来提供保证,不属于本系统数据安全性要求范围内。

故障处置要求
系统在系统平台（包括操作系统、数据库系统和网络环境）正常情形下不会发生严峻的系统故障如系统崩溃。

对除此之外的系统故障应是在简单的配置和调整后及时恢复。

4.运行环境规定
客户端的运行环境：Windows98以上的操作系统、IE5以上的阅读器（或其他阅读器）。

服务器端的运行环境：Windows2000 Server或Windows 2000 Advanced S erver、SQL Server 2000。

二、系统数据结构设计
1.逻辑结构设计要点：
依照需求分析设计数据库中的字段，成立一个逻辑上的数据库的结构。

2.物理结构设计要点
在数据库软件(SQL Server2000)中成立数据库，并要保证数据库最低要符合第二范式。

3.数据结构与程序的关系：
静态数值需求
①支持并行操作的用户。

②处置多条记录数据。

③表或文件的最小为2048字节,最大无穷制。

精度需求
在进行提取数据库数据时，要求数据记录定位准确，在向数据库中添加数据时，要求输入数据准确。

主要的精度适应系统要求，不同意违规操作。

时刻特性需求
①响应时刻应在人的感觉和视觉事件范围内；
②更新处置时刻，随着应用软件的版本升级，和网络的按期保护更新。

灵活性
当需求发生某些转变时，管理应用软件操作方式、数据结构、运行环境大体不会发生转变，转变只是将对应的数据库文件内的记录改变，或将过滤条件改变即可。

数据管理能力需求
本应用软件可管理多条记录，本应用软件大体约用1,300千字节空间，所有文件均放置在数据库中挪用，查询数据、文件、记录时，通过库文件名直接进行操作或通过存储进程来完成操作。

4.数据库设计描述
数据库分析
需将数据库设计成关系模式最低符合第二范式的标准。

依照需求分析，肯定系统的实体。

按如实体分析的结果，在数据库中应成立如下数据表：passen ger_infor(乘客信息表)、destine_infor(订票人信息表)、destine_infor1(订票人信息表1)、plane_infor(航班信息表)、plane_infor1(航班信息表1)、user_infor（订票人注册信息表），其中destine_infor(订票人信息表)和d estine_infor1(订票人信息表1)用来寄存订票人的信息， plane_infor(航班信息表)和plane_infor1(航班信息表1) 用来保留航班信息，同时各个数据表间也存在着相应的连接的关系，例如在passenger_infor(乘客信息表)中包括有订票人的身份证号码(直接购票的乘客无)、航班代码、机舱品级等相关字段用来与订票人数据表和航班信息表成立联系。

数据库设计说明
passenger_infor(乘客信息表)
在此数据表中，寄存的是具体乘客的详细信息，在乘客信息中包括有乘客的一些大体信息和订票人的身份证号码(若是该乘客是自己直接购买机票，就没有订票人身份证号码)、航班号、航班品级等字段与其他表相连接的字段。

在该信息表中包括以下字段：passenger_id(乘客身份证号码)、passenger_name(乘客姓名)、passenger_age(乘客年龄)、passenger_sex(乘客性别)、passeng er_tel(乘客联系电话)、passenger_address(乘客的地址)、plane_no(所乘坐的航班号)、plane_grade(所乘坐航班的机舱品级)、destine_id(订票人的身份证号码)、catch_tic_date(取票日期)等字段。

destine_infor(订票人信息表)
在此数据表中寄存的是订票人的其他信息，如：所乘坐的航班号、所乘坐的机舱品级等信息。

订票人的信息表要与航班信息表有所关联。

在该信息表中包括以下字段：destine_id(订票人身份证号码)、plane_no(航班号)、plane_grade(机舱品级)、destine_count(订票数量)、destine_date(定票日期)、destine_status(订票状态)、cancel_count(取消数量)、cancel_da te(取消日期)、cancelstatus(取消状态)等字段。

destine_infor1(订票人信息表1)
在此数据表中寄存的是订票人的一些大体信息，如：姓名、联系电话等，以即能够方便的送票上门及与订票人取得联系。

该信息表通过destine _id (订票人身份证号码)字段成立起与destine_inofr数据表的标间连接。

在该信息表中包括以下字段：destine_id(订票人身份证号码)、destine_name(订票人姓名)、destine_phone(订票人联系电话)、destine_email(订票人的电子邮箱地址)、destine_address(送票地址)等字段。

plane_infor(航班信息表)
在此数据表中寄存的是航班的起飞与降落的地址和时刻，并通过plane _n o(航班号)字段成立起与plane_infor1数据表的表间连接。

在该信息表中包括以下字段：plane_no(航班号)、begin_from(起飞地址)、end_address(降落地址)、begin_time(起飞时刻)、end_time(降落时刻)等字段。

plane_infor1(航班信息表1)
在此数据表中寄存的是航班的机舱品级和机票价钱，并通过plane _no(航班号)字段成立起与plane_infor数据表的表间连接。

在该信息表中包括以下字段：plane_no(航班号)、plane_grade(机舱品级)、ticket_price(机票价钱)等字段。

三、视图设计
图: 客户
类型编号 = 客户类型编号
舱位等级编号 = 舱位等级编号航线编号 = 航线编号
航线编号 = 航线编号客户编号 = 客户编号舱位等级信息舱位等级编号int(8)舱位等级名称char(10)是否有礼品char(1)是否有报纸char(1)是否有饮料char(1)是否有午餐char(1)是否有电影char(1)是否可以改签char(1)是否可以退票char(1)是否可以打折char(1)备注信息char(50)客机信息客机编号int(10)航线编号int(10)客机型号int(10)购买时间datetime 服役时间datetime 经济舱座位数量int 公务舱座位数量int 头等舱座位数量int 备注信息char(50)航线信息航线编号int(10)出发城市char(10)到达城市char(10)航班日期datetime 出发时间varchar(10)到达时间varchar(10)经济舱价格int 公务舱价格int 头等舱价格int 备注信息char(50)客户类型信息客户类型编号int(10)客户类型名称char(50)折扣比例char(5)备注信息char(50)客户信息客户编号int(10)客户姓名char(10)客户性别char(1)身份证号码char(20)联系电话varchar(11)客户类型编号int(10)备注信息char(50)订票信息订票编号int(10)客户编号int(10)客户姓名char(10)客户类型int(10)折扣比例char(5)航线编号int(10)出发城市char(10)到达城市char(10)舱位等级编号int(8)机票价格char(5)结算金额char(5)备注信息char(50)
AirPlane ER 图
飞机信息 ER图
附加内容ER图2.程序流程图基于SQL Server 2000:
3.数据流程图：
四、逻辑结构设计
1.数据表描述（共6张表）:
客机信息表：
舱位品级信息表：
客户类型信息表：
2.程序描述客户端程序：
本套航空订票系统软件的客户端应用程序以网页的形式编写，包括静态和动态的网页，寄存在服务器中，客户利用阅读器通过互连网络对网页进行访问，并完成客户端能够完成的功能。

服务器端程序：
本套航空订票系统软件的服务器端应用程序，利用VB编写前台控制软件，管理员通过利用该软件来进行对数据库中的数据进行管理。

后台数据库：
本套航空订票系统软件的后台数据库利用Microsoft SQL Server 2000来搭建后台数据库服务器，用来寄存所有的数据。

3.功能描述
客户端的主要功能
订票信息的查询功能：
1)查询航班信息包括航班号、时刻、地址等信息。

2)查询及票价钱包括起始地、抵达地、机舱品级、机票价钱等信息。

网上定票功能：
1)填写订票人的详细信息其中包括：
姓名、身份证号码、联系电话、送票地址等信息。

2)填写订票的详细信息，其中包括：
航班编号、机舱品级、订票时刻、订票数量等信息。

服务器端的管理软件
查询功能
1)查询航班信息：输入航班代码或能够查询航班的所有详细信息。

2)查询订票人的详细信息：
精准查询：输入订票人身份证号码查询订票人详细信息。

模糊查询：输入订票人的姓名(或订票人的姓或是年龄或是性别)查询出一系列相关的信息，然后可从小范围内找到订票人的详细信息。

3)查询乘客的详细信息：
精准查询：输入乘客的身份证号码查询乘客的详细信息。

模糊查询：输入乘客的姓名(或乘客的姓或是年龄或是性别)查询出一系列相关的信息，然后可从小范围内找到乘客的详细信息。

录入信息功能
1)取票功能：按照输入的订票人身份证号验证订票人身份后，输入详细的乘客信息并进行保留。

2)直接购票：直接输入乘客详细信息并保留(不通过订票人)。

3)录入航班信息：录入航班的相关信息。

4)订票人取消订票：保留订票人取消订票信息。

修改功能
1)修改乘客信息：将查找到的乘客信息，进行修改，然后进行保留。

2)修改订票人信息：将查找到的订票人的信息进行修改然后进行保留。

3)修改航班信息：将查找到的航班信息进行修改后保留。

删除功能
1)删除乘客信息：将查找到的乘客信息，进行删除。

2)删除订票人信息：将查找到的订票人的信息进行删除。

3)删除航班信息：将查找到的航班信息进行删除。

输入项
用户通过软件输入必要的信息，然后保留到数据库，所输入的信息是通过需求分析限定的内容，同时也是数据库中每一个字段中存储的内容。

输出项
本套航空订票系统软件会将所有需要阅读的数据显示在屏幕上，以便利用户能够阅读到数据库中的数据或用户想要阅读范围中的数据。

算法
1)将用户输入的数据，按字段保留到数据库中。

2)将数据库中的数据，按字段提取到用户界面中。

3)必要的去除重复项的算法。

4)按条件修改、删除数据中的数据。

5)维持表间数据的一致性。

流程逻辑
查询模块流程图
添加模块流程图
修改模块流程图
删除模块流程图
客户端各模块的流程图查询模块的流程图
订票模块的流程图
接口
本套航空订票系统软件服务器端的程序是利用Visual Basic 来编写完成，成立VB与数据库的连接利用了ADODB的对象来完成，每一个模块中都利用了Recordset、Command、Connection的对象，因此在模块中对三者的对象进行概念(别离为：rs、cmd、cn)，而且将cn连接数据库的语句写好并打开连接，在其他的模块中一路挪用这三个对象来对数据库进行操作。

五、系统设计
系统功能分析
航空订票系统整体任务是实现航空订票系统的系统化，规范化和自动化。

要完成的功能主要有：
●旅客信息输入功能学生信息的查询。

●客机信息输入功能
●旅客信息修改、删除功能
●客机信息修改、删除功能
●信息查对功能
●信息查询功能
●打印输出功能
●旅客延误了取票时刻的处置
●班机取消后的处置旅客
●临时更改机票班次的处置
系统功能模块设计
对上述各项功能集中整理并分快取得如下系统功能模块图。

六、项目总结
1.本项目设计的长处：
系统采用模块化程序设计的方式，便于系统功能的各类组合和修改，又便于未参与开发的技术保护人员补充，保护
系统具有数据库保护功能，能及时按照用户需求进行数据的添加，删除，修改等操作，能够对数据库表格进行备份
系统依如实际利用情形设计视图，界面直观可用
采用Microsoft SQL Server 2000 作为DBMS 能够实现多用户大数据量并发访问
2.项目实现流程：
完成需求分析和系统设计
完成E-R图和数据模式设计
完成设计报告
3.心得体会：
通过这次实验，我感觉收获很多。

不仅加深了我对教学系统的了解与深化和数据库原理的了解，熟悉了数据库设计的流程，还对软件工程有了初步熟悉，大体掌握了需求分析的方式。

同时为我以后进入社会打下了基础。

通过本次设计与制作，我的实际动手能力和处置问题的能力有了明显提高。

但同时也存在一些问题。

由于前面需求分析不够准确，致使在进行编码后还在不断地修改需求，所以进行了很多的重复工作，延误了进度。

那个航空订票系统所需的数据比较繁琐，所以在进行数据和界面的结合需要相当大的功夫，处置更多的异样。