航空订票系统数据库课程设计.docx

1、航空订票系统数据库课程设计成绩数据库系统原理课程设计报告航空订票系统学院： 班级： 学号： 姓名： 完成时间： 一、需求分析 -11、引言 -12、项目概述 -23、需求规定 -24、运行环境规定 -4二、视图设计 -41、E-R 图 -42、关系模式 -53、物理数据模型描述 -54、数据流程图 -6三、逻辑结构设计 -71、数据表描述 -72、表间联系 -8四、系统设计 -81、系统功能分析 -82、系统功能模块设计 -9五、项目总结 -101、本项目设计的优点 -102、项目实现流程 -103、心得体会 -10一、需求分析1、引言1.1编写目的 （1）便于用户、分析人员和软件设计人员进行

2、理解和交流 （2）希望系统的外部项（旅客、旅行社、航空公司）均支持目标软件系统的确认。根据需求规格说明书中确立的可测试标准进行测试，并得到确认。 （3）控制系统进化过程1.2项目背景 随着社会的发展，人民生活水平的不断提高，人们出行的交通工具也跟随社会的发展而发展起来了。乘飞机出行的人越来越多。所以这方面的市场非常大。所以“机票预订系统”的开发是势在必行。经过对各方面人士对该系统功能的意见的调查，我们在此基础上确定了旅客与各航空公司所需要的“机票预订系统”。同时我们会不断更新该系统的功能来满足不断发展的市场需求。1.3项目描述 为各旅行社把预订机票的旅客信息（姓名、性别、工作单位、身份证号码、

3、旅行时间、旅行目的地等）输入到该系统，系统为旅客安排航班。当旅客交付了预定金后，系统印出取票通知和帐单交款取票，系统核对无误即印出机票给旅客。此外为了航空公司能够随时掌握各航向飞机的乘载情况，而能够定期进行查询统计，以便适当调整1.4定义 软件需求：IEEE软件工程标准词汇表(1997年)中定义软件需求为： (1)用户解决问题或达到目标所需的条件或权能(Capability)。 (2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 (3)一种反映上面(1)或(2)所描述的条件或权能的文档说明同工作，以及相互之间进行有效的交流和沟通。 1.5参考资料（标准）中华人民

4、共和国国家标准UDC681.3： 信息技术软件生存期过程（GB/T8566-1995）计算机软件产品开发文件编制指南（GB 856788）软件工程术语（GB/T11457-1995）IEEE软件工程标准词汇表(1997年) 2、项目概述2.1目标 该系统是要将航空订票管理系统信息化，使操作方便，且效率高。2.2用户的特点 用户其实就是航空公司。而旅行社和旅客都是向航空公司提供数据，由航空公司操作数据。即航空公司是直接用户。2.3假定与约束 对各航班班机的命名和航班号都要求与全国的各大航空公司的标准要求保持一致。各航班的出发城市，抵达城市，出发时间，抵达时间，价格，座位数等信息都必须保持与标准一

5、致。要想修改、删除、查询等功能必须要求该用户是超级用户3、需求规定3.1对功能的规定 功能模块：初始化模块, 系统功能模块, 打印模块, 舱位信息管理模块, 客机信息管理模块, 航线信息管理模块, 客户类型信息管理模块, 订票信息管理模块,各子系统功能定义如下：3.1.1初始化模块 系统初始时，由操作系统调用，执行完毕后进入消息循环状态。3.1.2系统功能模块接收系统功能区的相应信息，启动机票信息查询、订票管理、客户信息查询、客户类型管理、客户设置、航线信息、舱位信息、用户和密码管理。3.1.3打印模块 执行相应的操作后，打印出取票通知、账单、机票。3.1.4舱位信息管理模块 添加舱位信息、修

6、改舱位信息、删除舱位信息。3.1.5客机信息管理模块 添加客机、修改客机、删除客机、查询客机等信息3.1.6航线信息管理模块添加航线、修改航线、删除航线、查询航线等信息。3.1.7客户类型信息管理模块 添加客户类型、修改客户类型、删除客户类型等信息。3.1.8订票信息管理模块添加订票、修改订票、删除订票、查询剩余订票等信息。3.2对性能的规定 3.2.2时间特性耍求系统的时间性能规定要求系统的大部分操作在用户视觉延迟时间范围之内。对某些检索和其它涉及复杂计算的操作系统响应也应保持在35倍用户视觉延迟时间范围内。3.2.3安全性系统安全性要求包括基于用户的系统操作权限控制、某些数据（公文）的加密

7、保护、身份鉴别。3.2.4可用性本系统能够被所有大众所理解且认可。并能够被超级用户纠正，处理，很易适应和完善以适应新的环境。3.2.5 可维护性本系统严谨的系统设计、规范的编码设计和合格的测试过程等都在某种程度上提高了系统的可维护性。在此同时，还采取了一些提高可维护性的有效方法： (1) 建立明确的软件质量目标和优先级(2) 使用了提高软件质量的技术和工具 如：模块化、结构化程序设计等技术(3) 进行了明确的质量保证审查如：在检查点进行复审、验收检查、周期性的维护审查、对软件包进行检查。(4) 选择了可维护性的程序设计语言：PowerBuilder9.0(5) 严格要求程序文档的书写和设计3.

8、2.6 可移植性3.4数据管理能力要求系统内数据保存具有持久不丢失性，数据的安全保证要能防止病毒和网络上非法用户如黑客的获取。这些可以通过对文件服务器的维护管理和各种杀毒与网络安全系统来提供保证,不属于本系统数据安全性要求范围内。3.5故障处理要求 系统在系统平台（包括操作系统、数据库系统和网络环境）正常情况下不会发生严重的系统故障如系统崩溃。对除此之外的系统故障应是在简单的配置和调整后及时恢复。二、视图设计1、E-R 图:2、程序流程图 基于SQL Server 2000:3、数据流程图：4、系统界面一、登陆界面 二、系统主界面三、订票信息 三、逻辑结构设计1、数据表描述（共6张表）:客机信

9、息表：列名数据类型可否为空说明客机编号Int(10)NOT NULL主键客机名Char(10)NULL航线编号Int(10)NOT NULL外键服役日期CharNULL出发城市CharNULL抵达城市CharNULL出发时间TimeNULL抵达时间TimeNULL经济舱座位数intNULL头等舱座位数intNULL公务舱座位数IntNULL备注信息Char(50)NULL舱位等级信息表： 列名数据类型可否为空说明舱位等级编号Int(10)NOT NULL主键舱位等级名称Char(10)NULL是否有礼品Char(1)NOT NULL外键是否有报纸Char(1)NULL是否有饮料Char(1)N

10、ULL是否有午餐Char(1)NULL是否有电影Char(1)NULL是否可改签Char(1)NULL是否可退票Char(1)NULL是否可打折Char(1)NULL备注信息Char(50)NULL客户类型信息表：列名数据类型可否为空说明客户类型编号Int(10)NOT NULL主键客户类型名称Char(10)NULL折扣比例Char(5)NULL备注信息Char(50)NULL航线信息表：列名数据类型可否为空说明航线编号Int(10)NOT NULL主键出发城市Char(10)NULL到达城市Char(10)NULL航班日期DatetimeNOT NULL出发时间TimeNOT NULL到达

11、时间TimeNOT NULL经济舱价格IntNULL头等舱价格IntNULL公务舱价格IntNULL备注信息Char(50)NULL订票信息表：列名数据类型可否为空说明订票编号Int(10)NOT NULL主键客户编号Char(10)NOT NULL外键航线编号Int(10)NOT NULL外键舱位等级编号Int(8)NOT NULL外键机票价格Char(5)NOT NULL结算金额Char(5)NULL头等舱价格IntNULL公务舱价格IntNULL备注信息Char(50)NULL客户信息表：列名数据类型可否为空说明客户编号int(10)NOT NULL主键客户姓名char(10)NOT N

12、ULL客户性别Char(1)NOT NULL身份证号Char(20)NOT NULL联系电话Char(5)NULL客户类型编号Int(10)NULL备注信息Char(50)NULL 四、系统设计1.1系统功能分析航空订票系统总体任务是实现航空订票系统的系统化，规范化以及自动化。要完成的功能主要有：旅客信息输入功能学生信息的查询。客机信息输入功能旅客信息修改、删除功能客机信息修改、删除功能信息核对功能信息查询功能打印输出功能旅客延误了取票时间的处理班机取消后的处理旅客临时更改机票班次的处理1.2系统功能模块设计对上述各项功能集中整理并分快得到如下系统功能模块图。五、项目总结1、本项目设计的优点：

13、 系统采用模块化程序设计的方法，便于系统功能的各种组合和修改，又便于未参与开发的技术维护人员补充，维护 系统具备数据库维护功能，能及时根据用户需求进行数据的添加，删除，修改等操作，能够对数据库表格进行备份 系统按照实际使用情况设计视图， 界面直观可用 采用 Microsoft SQL Server 2000 作为DBMS 可以实现多用户大数据量并发访问2、项目实现流程：完成需求分析和系统设计完成E-R图和数据模式设计完成设计报告3、心得体会：通过这次实验，我觉得收获很多。不仅加深了我对教学系统的了解与深化以及数据库原理的了解，熟悉了数据库设计的流程，还对软件工程有了初步认识，基本掌握了需求分析的方法。同时为我以后进入社会打下了基础。通过本次设计与制作，我的实际动手能力和处理问题的能力有了明显提高。但同时也存在一些问题。由于前面需求分析不够准确，导致在进行编码后还在不断地修改需求，所以进行了不少的重复工作，延误了进度。这个航空订票系统所需的数据比较繁琐，所以在进行数据和界面的结合需要相当大的功夫，处理更多的异常。