基于CS架构的航班售票系统论文.doc

摘要

本文旨在论述航班售票系统的开发过程。阐述了航班订票所有涉及的操作和步骤。本系统是用Myeclipse作为开发工具，采用C/S模型的框架结构，用Hibernate连接数据库，数据库利用MySQL作为数据源。本系统的基本功能为：前台的营业员登录，营业员管理，航班查询，订单管理和后台的管理员登录，航班计划管理，营业网点管理，营业员管理和航班管理.在下文中详细介绍了所用到的框架和相应的技术，以及怎么样去实现这些技术，同时也相应的介绍了怎么样去实现航班订票系统和改系统的具体操作流程。

关键词：航班售票系统，数据库，Hibernate

ABSTRACT

The purpose of this paper flight ticketing system on the development process. Booking flights on all involved in the operation and steps. This system is used as a development tool Myeclipse using the C / S model framework, using the MySQL database as a data source to design the system, Hibernate database connection. The basic function of the system as follows: log sales prospects, sales management, flight information, order management and back-office administrator log, flight plan management, business network management, sales management and flight management. In the below described in detail the framework used by and the corresponding technology, as well as how to achieve these technologies, but also introduced the corresponding how to achieve flight booking system and operating system specific processes.

Keywords: Flight ticket booking system, database，Hibernate

目 录

摘要 I
ABSTRACT II
第一章 绪论 1
1.1 研究背景 1
1.2 研究内容 2
1.3 课题意义 3
第2章 基于C/S结构的MIS系统开发方法 3
2.1 客户机/服务器系统结构分析 3
2.1.1 客户机/服务器结构 3
2.1.2 客户机/服务器(C/S)的特点 4
2.1.3 C/S模式的主要优点 5
2.2 Hibernate数据库访问技术 5
2.3 数据库MySQL 7
2.4 本章小结 8
第3章 系统需求分析 9
3.1 系统功能 9
3.2 术语表 9
3.3 系统主要功能要求 12
3.4 性能需求 13
3.5 本章小结 13
第4章 数据库的设计 14
4.1 概念结构设计 14
4.2 逻辑结构设计 17
4.3 数据库安全性和完整性 21
4.3.1 数据库的安全性 21
4.3.2 数据完整性 22
4.3.3 数据库如何实现安全性和完整性 22
4.4 本章小结 24
第5章 系统设计与实现 25
5.1 系统总体框架 25
5.2 前台界面 25
5.2.1信息初始化 25
5.2.2营业员登录 26
5.2.3营业员管理 28
5.2.4 航班查询 29
5.2.5 订单管理 31
5.3后台管理 33
5.3.1 管理员登录 33
5.3.2 航班计划管理 34
5.3.3 营业网点管理 36
5.3.4 营业员管理 37
5.3.5 航班管理 39
5.4 本章小结 40
第6章 结论 41
致谢 42
参考文献 43

-IV-

第一章 绪论

1.1 研究背景
随着社会经济的发展，人们生活水平的提高，大家对物质和精神的追求也越来越高，人们也越来越不满足于只生活在自己熟悉的周边城市和地区，因为生活节奏的加快和经济收入的急速增长，高效，快捷，舒适的交通工具也就广泛地受到了大家的青睐。随着客流量的增多和人流变动的频繁公里，航空公司面临的困难和压力也急剧增大。随着外出旅游的人数大大的增加，很人们对享受的最求，航空公司必须在各方面提示服务质量，“买票难”也就成了头等大事[12]。
购买飞机票一直是旅客最为烦恼的事，因为我们国家还不够发达，也就决定了需要投入大量资金建设和管理的机场每个城市是不可能多的，这样，如果有人要买票的话只能到本人所在地的机场去购买，到了售票大厅还有可能花费很长的时间去排队买票。如果票买好了正好你当天有事，这张票就作废了，浪费了时间和金钱，最大的弊端是你不能在本机场买到别的机场的票，一地的售票处只销售该地出发的飞机票，而且只出售一个方向的机票，这就是大多数要经常到处出差的人最头疼得事。有此产生的专门倒卖机票的黄牛党，增加了旅客的精神负担和经济负担，扰乱了社会次序，严重的损害了航空系统的形象。同时，有限的票务资源不能得到合理的运用[12]。

1.2 研究内容
某航空公司的一套国内机票售票系统，要求能通过分布在全国各主要城市的该航空公司的营业网点为顾客提供航班查询，购买机票以及退票的服务。该系统的工作流程如下：当顾客到达营业网点后向航空公司营业员提供出发地，目的地和出发日期，营业员根据以上信息，操作软件，连接航空公司的服务器，查询满足条件的航班，然后根据顾客的要求选择某个航班，输入乘客信息，以及舱位信息，然后执行出票操作。该系统在营业网点内能够完成营业员登录，查询航班，出票等功能；在航空公司内部能够完成添加或删除航班，添加或删除营业网点，添加或删除营业员等功能。除此之外，该系统还要求能统计每个营业网点的业务量，以及每位营业员的工作量，并将这些信息保存在服务器端，并能在服务器端随时查询[2]。
1.3 课题意义
订票系统给旅客带来了极大的便利。航班售票系统使得中国各地的航空公司，机场和网点实现了内部连接，在各个网点实现了“一点有票，处处有票”，
改变了以往只能到本地的机场窗口去买票而且一个机场的售票处只能销售本地的机场出发的机票的情况。对航空公司内部而言，售票员的劳动强度大大的降低，各机场的客运信息能快速地传递到各地的销售网点，结束了以往实物车票送到个机场的情况，使得统计，结账等工作的效率明显的提高。也大为缩短了单程机票的售票时间，在各个销售网点就可以查询到各线的票务情况，及时，合理地分配票务，从而达到信息共享，充分利用资源的目的。使得航空公司内部管理水平得以提高[12]。

第2章 基于C/S结构的MIS系统开发方法

2.1 客户机/服务器系统结构分析
客户机(Client)和服务器(Server)都是独立的计算机。当一台连入网络的计算机向其他计算机提供各种网络服务(如数据、文件的共享等)时，它就被叫做服务器；而那些用于访问服务器资料的计算机则被叫做客户机。

2.1.1 客户机/服务器结构
在客户机/服务器数据管理结构(见图2-1) 中，个人计算机和存储共享数据库的数据库服务器构成局域网。其数据库的处理分成两个系统：客户机（通常为一台个人计算机）和数据库服务器，前者运行数据库应用程序，后者运行全部或部分数据库管理系统。局域网文件服务器可以继续为应用程序提供共享资源。在客户机上的数据库应用程序（称为前端系统）处理所有的屏幕和用户的输入输出，在服务器上的后端系统进行数据处理以及管理磁盘访问，而SQL在此结构中作为前端系统与后端系统之间通讯的标准语言起着桥梁作用。

终 端

数据库服务

DBMS ——> 数据库

客户应用程序
SQL请求—>

<—查询数据

终端 终端 文件服务器

图2-1 客户机/服务器数据管理结构

2.1.2 客户机/服务器(C/S)的特点
(1)可实现资源共享。C/S结构中的资源是分布的，客户机与服务器具有一对多的关系和运行环境。用户不仅可存取在服务器和本地工作站上的资源，还可以享用其他工作站上的资源，实现了资源共享。
(2)可实现管理科学化和专业化。系统中的资源分布在各服务器和工作站上，可以采用分层管理和专业化管理相结合的方式，用户有权去充分利用本部门、本领域的专业知识来参与管理，使得各级管理更加科学化和专业化。
(3)可快速进行信息处理。由于在C/S结构中是一种基于点对点的运行环境，当一项任务提出请求处理时，可以在所有可能的服务器间均衡地分布该项任务的负载。这样，在客户端发出的请求可由多个服务器来并行进行处理，为每一项请求提供了极快的响应速度和较高的事务吞吐量。
(4)能更好地保护原有的资源。由于C/S是一种开放式的结构，可有效地保护原有的软、硬件资源。以前，在其它环境下积累的数据和软件均可在C/S中通过集成而保留使用，并且可以透明地访问多个异构的数据源和自由地选用不同厂家的数据应用开发工具，具有高度的灵活性。而以前的硬件亦可完全继续使用。当在系统中增加硬件资源时，不会减弱系统的能力，同时客户机和服务器均可单独地升级，故具有极好的可扩充性。
(5)用户透明性。在C/S模型中，Server在什么位置，用什么平台，对用户来说是透明的。不管Server在哪里，使用什么平台，用户使用服务器资源都像在自己的计算机上一样。
(6)服务的封闭性。在C/S模型中，Server如何完成一个服务对客户机是封闭的。这就使得服务器只要保持外部特性不变，内部如何修改都不会对客户机产生影响。
(7)完整性。服务器代码和数据是由服务器自身维护，这有利于降低维护费用和保证共享数据的完整性。

2.1.3 C/S模式的主要优点
(1)模块化:客户机端和服务器端的分离,有利于系统的模块化和系统功能的划分。
(2)分布特性:客户机端和服务器端执行不同性质的任务,从而可分布于不同的计算机。
(3)可扩充性:客户机端及其功能的添加和更新都不会对整个系统产生影响。
(4)充分利用资源:某个具体应用中客户机和服务器的划分仅针对这个应用而言,对于不同的任务,客户机和服务器的角色可以互换。
(5)提高事务处理能力:任务的分解可充分利用到各种计算机的资源,减少了各种事务处理对服务器性能的要求,减轻了服务器的负担,无形中提高了事务处理的能力。另外,数据的一致性在客户机/服务器模式下得到了保证。
(6)减轻网络负荷:由于客户机端承担部分数据处理工作,从而减少了网络上的数据传输。
(7)便于系统的维护和移植:客户机和服务器平台相对独立,系统便于维护,并易于移植。
(8)较好的数据保密性:客户机和服务器之间可采用“隔火砖”模式,设置严密的保密措施。
(9)面向对象特性:有利于数据的封装和继承。
(10)易于系统的开发和实现,缩短了开发周期:对于熟悉客户机/服务器模式的开发人员来说,客户机端和服务器端的开发可以同时进行,客户机端的平台也都为开发人员熟悉或部分熟悉,培训周期短。
(11)并发特性:服务器并发处理多个客户机间的并行操作 。

2.2 Hibernate数据库访问技术
随着计算机应用软件的发展，应用程序逐渐由单层 体系结构发展为多层体系结构。其中，三层结构是目前典型的一种应用软件结构。
表述层：提供与用户交互的界面，如GUI（图形用户界面），web页面等；
业务逻辑层：负责各种业务逻辑，直接访问数据库，提供对业务数据的保存、更新、删除和查询操作；
数据库层：负责存放管理应用的持久性业务数据
如图2-2所示：

图2-2 结构图
三层结构的特点是：所有下层向上层提供调用的接口，具体实现细节对上层透明。层与层之间存在自上而下的依赖关系，即上层会访问下层的API，但下层不依赖于上层。
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。
　　Hibernate的核心接口一共有5个，分别为:Session、SessionFactory、Transaction、Query和Configuration。这5个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。
Hibernate对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 Hibernate可以应用在任何使用JDBC的场合，它既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用。最具革命意义的是，Hibernate可以在应用EJB（Enterprise JavaBeans是Java应用于企业计算的框架）的J2EE架构中取代CMP，完成数据持久化的重任[12]。

2.3 数据库MySQL
(1)非过程化语言
SQL是一个非过程化的语言，因为它一次处理一个记录，对数据提供自动导航。SQL允许用户在高层的数据结构上工作，而不对单个记录进行操作，可操作记录集。所有SQL 语句接受集合作为输入，返回集合作为输出。SQL的集合特性允许一条SQL语句的结果作为另一条SQL语句的输入。 SQL不要求用户指定对数据的存放方法。 这种特性使用户更易集中精力于要得到的结果。所有SQL语句使用查询优化器，它是RDBMS的一部分，由它决定对指定数据存取的最快速度的手段。查询优化器知道存在什么索引，哪儿使用合适，而用户从不需要知道表是否有索引，表有什么类型的索引。
(2)统一的语言
SQL可用于所有用户的DB活动模型，包括系统管理员、数据库管理员、 应用程序员、决策支持系统人员及许多其它类型的终端用户。基本的SQL 命令只需很少时间就能学会，最高级的命令在几天内便可掌握。 SQL为许多任务提供了命令，包括：
● 查询数据
● 在表中插入、修改和删除记录
● 建立、修改和删除数据对象
● 控制对数据和数据对象的存取
● 保证数据库一致性和完整性
以前的数据库管理系统为上述各类操作提供单独的语言，而SQL 将全部任务统一在一种语言中[9]。
(3)是所有关系数据库的公共语言
由于所有主要的关系数据库管理系统都支持SQL语言，用户可将使用SQL的技能从一个RDBMS转到另一个。所有用SQL编写的程序都是可以移植的。
MySQL是一种开放源代码的关系型数据库管理系统（RDBMS），MySQL数据库系统使用最常用的数据库管理语言--结构化查询语言（SQL）进行数据库管理。
　　由于MySQL是开放源代码的，因此任何人都可以在General Public License的许可下下载并根据个性化的需要对其进行修改。MySQL因为其速度、可靠性和适应性而备受关注。大多数人都认为在不需要事务化处理的情况下，MySQL是管理内容最好的选择。
　　MySQL关系型数据库于1998年1月发行第一个版本。它使用系统核心提供的多线程机制提供完全的多线程运行模式，提供了面向C、C++、Eiffel、Java、Perl、PHP、Python以及Tcl等编程语言的编程接口（APIs），支持多种字段类型并且提供了完整的操作符支持查询中的SELECT和WHERE操作。
　　MySQL开发组计划于2001年中期公布MySQL4.0版本。在这个版本中将有以下新的特性被提供：新的表定义文件格式、高性能的数据复制功能、更加强大的全文搜索功能。在此之后，MySQL开发着希望提供安全的数据复制机制、在BeOS操作系统上的MySQL实现以及对延时关键字的定期刷新选项。随着时间的推进，MySQL将对ANSI 92/ANSI 99标准完全兼容。
　　时至今日 MySQL 和 PHP 的结合绝对是完美.很多大型的网站也用到mysql数据库MySQL的发展前景是非常光明的[9]!

2.4 本章小结
本章主要介绍了客户机/服务器的系统结构、特点、以及其优点；分析Hibernate访问数据库的各自优缺点，本系统采用了Hibernate访问数据库。简单介绍了数据库MySQL以及SQL语言特点。由于MySQL 容易掌握，使用简单移植性好等特点，所以非常适合于作为一般应用场合的数据库。

第3章 系统需求分析

3.1 系统功能
航班售票系统的主要目的就是利用软件实现航班和客户订票的录入、查询、修改等功能，使客户端的售票员和后台的管理员对航班和机票信息的操作和管理更加容易，提高工作效率、降低管理成本[13]。
本系统中航班订票的管理分为前端和后台的维护两部分，前端负责的是顾客到达营业网点后向航空公司营业员提供出发地，目的地和出发日期，营业员根据以上信息，操作软件，连接航空公司的服务器，查询满足条件的航班，然后根据顾客的要求选择某个航班，输入乘客信息，以及舱位信息，然后执行出票操作。该系统在营业网点内能够完成营业员登录，查询航班，出票等功能；
后台维护负责的是在航空公司内部能够完成添加或删除航班，添加或删除营业网点，添加或删除营业员等功能。除此之外，该系统还要求能统计每个营业网点的业务量，以及每位营业员的工作量，并将这些信息保存在服务器端，并能在服务器端随时查询。
因为前端和后台的操作界面是不相同的，有必要设计两个登录界面，登录后进入不同的操作界面。管理员可以对整个系统进行维护，需要管理员进行维护可能因为三种情况：
(1)营业员忘记密码，这时需要管理员对密码进行重设；
(2)营业网点增加了新的营业员，要把此营业员的用户名和密码持久化到数据库，或某网点的营业员离职，对此营业员的信息进行删除。
(3)对公司制定的航班项目、新增加的网点的信息一些基本信息的添加和修改等；

3.2 术语表(网上引用)
航班计划(Flight Scheduler):用来描述由某个航空公司执行的某个定期航班的计划表。例如：由中国国际航空公司执行的每天早上8:00从北京起飞，上午10:00到达上海的CA1202就是一个航班计划。
属性：航班号，起始日期，结束日期，出发地，目的地，离港时间，到港时间里程，飞机机型，班期，基准票价。
航班(Flight):用来描述在某个确定日期执行某个定期航班计划的一次航班。例如：2008年5月25日从北京飞上海的CA1202就是一个航班的实例。
属性：航班计划，出发日期，各舱剩余座位数，折扣。
起始日期（Start Date）：用来描述某个航班计划开始的日期。
结束日期（End Date）：用来描述某个航班计划结束的日期。
营业网点(Branch):用来描述航空公司的某个分支机构，该机构能使用该系统为顾客提供查询航班和出票的服务。营业网点通过若干台终端机器与航空公司的服务器相连，
属性：编号，名称，地址，电话。
营业员(Sales):用来描述在营业网点操作该系统的操作人员，每个营业员必须凭姓名和密码登录系统后才能为顾客提供服务，同时在服务器端要记录每个营业员的工作时间及业务量。
属性：编号，姓名，密码，所属营业网点编号。
航班号(Flight Number):由航空公司给航班计划定义的唯一标识号码。
出发地（From City）：用来描述某个航班计划的起飞城市和机场，所有国内机场均用三个英文字母的代码表示。
目的地（To City）：用来描述某个航班计划的到达城市和机场，所有国内机场均用三个英文字母的代码表示。
离港时间：（Departure）：用来描述某个航班计划的从出发地机场离开的时刻，离港时间一般代表飞机舱门关闭，不再接收乘客的时刻。该时间精确到分钟。
到港时间：（Arrival）：用来描述某个航班计划到达目的地机场的时间，到港时间一般代表飞机舱门开启，允许乘客下飞机的时刻，该时间精确到分钟。
出发日期（Date）：用来描述某个航班的出发日期，该日期精确到某一天。
班期（Scheduler）：用来描述某个航班计划在一周之内哪些天有航班，哪些天没有航班。
舱位等级：（Cabin Class）：用来描述航班的不同舱位，一般分为三种：头等舱（F），公物舱（C），经济舱（Y）。不同的舱位等级具有不同的机票折扣。实际情况中航空公司定义的舱位等级可能更复杂，在本项目中为简化业务模型，只对舱位等级作上述三种划分。
乘客类型：（Passenger type）：用来描述乘坐航班的乘客的类型，一般分为三种：成人(A)，儿童(C)，婴儿(I)。不同的乘客类型具有不同的机票折扣。
飞机机型：（Airplane Model）：用来描述执行某个航班计划的飞机的型号，一般来讲，一个航班计划的各次航班都应该采用同种机型的飞机来执行。不同的飞机型号有不同的航程及各舱座位数。实际情况中，各种机型的座位数是不一样的，同一机型还分好几个系列，在本项目中为简化业务模型，我们认为同种型号的飞机各舱座位数是固定的。
基准票价：(Full Price)：是指某个航班在没有季节折扣时的一张经济舱成人票的价格，该价格作为该航班计划的基准价格，最终机票价格应该在此基础上乘以季节折扣，舱位折扣和乘客类型折扣。
季节折扣：(Season Discount)：航空公司根据不同季节的客流状况调整的航班的折扣，只有经济舱的成人票才享受季节折扣。
舱位折扣：(Class Discount)：不同舱位在基准价格基础上的价格系数，头等舱为1.5，公务舱为1.3，经济舱为1.0
乘客类型折扣：（Passenger Discount）：不同乘客类型在基准票价基础上的价格系数，成人为1.0，儿童为0.5，婴儿为0.1。
机票订单(Ticket Order)：一位乘客乘坐某次航班的确定的订票记录。
机票（Ticket）：一位乘客乘坐某次航班的确定的出票记录
机票价格：（Ticket Price）：一张机票的价格，机票价格由以下公式计算：
经济舱成人票票价=基准价格*季节折扣
其他舱位乘客票价=基准价格*舱位折扣*乘客类型折扣

3.3 系统主要功能要求
根据客户/服务器模型的航班售票系统的目标和特性，系统所需功能可用下图
图3-1 总体设计图
(1)前台操作
营业员登录：营业员输入用户名和密码，系统查询数据库中的信息对密码进行验证。如密码不正确将不能进入系统；如密码正确，登录界面销毁，弹出前台的操作界面。
营业员修改密码：登录的营业员可以查找自己的信息，对它们进行修改。
航班查询：营业员可以根据用户提供的出发地，目的地和日期查出一个满足要求的航班。
订单，退单：营业员可以帮根据满足用户要求的航班的信息及用户本身的信息完成订单操作，营业员也可以根据用户名查找出用户已定的单进行删除操作。
订票，退票：根据用户已定的单，营业员可以提取信息进行订票操作。营业员也可以根据用户已定的票进行退票操作。
(2)后台操作
管理员登录：管理员在服务器中的登录界面输入用户名和密码，系统查询数据库中的信息对密码进行验证。如密码不正确将不能进入系统；如密码正确，登录界面销毁，弹出后台的操作界面。
航班计划管理：管理员可以根据航空公司提供的一个时间段内的航班计划对数据库进行增加航班计划，或对已存在的航班计划进行修改或删除操作。
营业员管理：管理员可以在后台操作界面查找出所有的营业网点的营业员信息或某个网点的所有营业员信息或根据需求对营业员信息进行增加，删除或修改操作，如营业员忘记密码，这时需要管理员对密码进行重设；或者营业网点增加了新的营业员，要把此营业员的用户名和密码持久化到数据库，或某网点的营业员离职，对此营业员的信息进行删除。
营业网点管理：能对本航空公司所有的营业网点进行添加、修改、删除等操作。
航班管理：能够根据已经存在的航班计划信息进行航班增加操作或者对已经存在的航班一些基本信息进行添加、修改、删除等操作。

3.4 性能需求
(1)及时性：通过查询及时发现航班基本情况。
(2)全面性：通过数据形式全面反映航班情况．
(3)可维护性：提供数据的更新，备份功能，提供系统恢复功能。
(4)可扩充性：本项目已考虑到了系统以后扩充的可能，为将来的扩充提供了接口，为某些数据库的字段（如网点名称）预留了较长的位数。
(5)一致性：本项目中的有关信息在录入后维护，在系统中数据保持一致性．
(6)集成性：本项目的几个子系统可以方便地集成在一起，也为将来新子系统的加入提供了合理的外部接口。
(7)可追踪性：本项目中的添加学生时具备了完整的信息（如飞机场，飞机型号），具有很好的可追踪性。

3.5 本章小结
本章主要介绍了项目规划中各个功能模块的作用。通过系统设计图来更好的体现这个框架的结构，使得软件的体系更明确，使得编程过程有的放矢，编程工作更好的有序开展。
第4章 数据库的设计

4.1 概念结构设计
在需求分析阶段数据库设计人员充分调查并描述了用户的应用需求，但这些应用需求还是现实世界的具体需求，应该首先把这些抽象为信息世界的结构，才能更好、更准确地用某一个DBMS实现用户的这些需求。将需求分析得到的用户需求抽象为信息结构及概念模型的过程就是概念结构设计。
概念结构独立于数据库逻辑结构，也独立于支持数据库的DBMS。它是现实世界的中介，它一方面能够充分反映现实世界，包括实体与实体之间的联系，同时又易于向关系，网状，层次等各种数据模型转换。它是现实世界的一个真实模型，易于理解，便于和不熟悉计算机的用户交换意见，使用户易于参与，当现实世界需求改变时，概念结构又可以很容易的作出相应调整。因此概念结构设计是整个数据库设计的关键所在[9]。
概念结构设计通常有四种方法：自顶向下，自底向上，逐步扩张，混合策略。其中最常用的策略是自底向上方法。即自顶向下的进行需求分析，然后再自底向上的设计概念结构。但无论采用哪种设计方法，一般都以E-R模型为工具来描述概念结构[6]。

下面是就是本系统的E-R图：

图4-1总E-R图

活动图如图4-2所示：

图4-2活动图
客户端用例如图4-3所示：

图4-3客户端用例

服务器端用例如图4-4所示：

图4-4服务器端用例

4.2 逻辑结构设计
逻辑结构设计一般分三步进行
(1)将概念结构转化为一般的关系，网状，层次模型
(2)将转化来的关系，网状，层次模型向特定的DBMS支持下的数据模型转换，对数据模型进行优化
(3)对关系模式进行必要的分解合并和优化，形成以下的逻辑结构
表 4-1 营业网点表（BRANCH）
字段名
描述
类型
约束
备注
id
网点编号
NUMBER (4)
PRIMARY KEY

name
网点名称
VARCHAR(40)
NOT NULL

address
地址
VARCHAR (50)
NOT NULL

telephone
电话
VARCHAR(15)

province
所在省份
VARCHAR(10)
NOT NULL

city
所在城市
VARCHAR(10)
NOT NULL

表 4-2 航班表（FLIGHT）
字段名
描述
类型
约束
备注
id
航班编号
NUMBER(8)
PRIMARY KEY

flight_number
航班号
CHAR (6)
REFERENCES flight_scheduler. flight_number

departure_date
出发日期
DATE
NOT NULL

first_class_remain_seats
头等舱剩余座位数
NUMBER(3)
NOT NULL

business_class_remain _seats
公务舱剩余座位数
NUMBER(3)
NOT NULL

economy_class_remain _seats
经济舱剩余座位数
NUMBER(3)
NOT NULL

season_ discount
季节折扣
NUMBER(4,2)
NOT NULL

表 4-3 飞机机型表（AIRPLANE_MODEL）
字段名
描述
类型
约束
备注
model
机型
VARCHAR (20)
PRIMARYKEY

max_sail_length
最大航程
NUMBER(8)
NOT NULL

first_class_seats
头等舱座位数
NUMBER(3)
NOT NULL

business_class_seats
公务舱座位数
NUMBER(3)
NOT NULL

economy_classseats
经济舱座位数
NUMBER(3)
NOT NULL

表 4-4航班计划表（FLIGHT_SCHEDULER）
字段名
描述
类型
约束
备注
flight_number
航班号
CHAR(6)
PRIMARY KEY

start_date
开始日期
DATE
NOT NULL

end_date
结束日期
DATE
NOT NULL

from_city
出发地机场
CHAR(3)
REFERENCES airport.airport_code
NOT NULL

to_city
目的地机场
CHAR(3)
REFERENCES airport.airport_code
NOT NULL

departure_time
离港时间
DATE
NOT NULL

arrival_time
到港时间
DATE
NOT NULL

airplane
执行机型
VARCHAR(20)
REFERENCES airplane_model.model
NOT NULL

scheduler
班期
CHAR(7)
NOT NULL

sail_length
航程
NUMBER(5)
NOT NULL

full_price
基准票价
NUMBER(8,2)
NOT NULL

表 4-5 营业员表（SALES）
字段名
描述
类型
约束
备注
id
营业员编号
NUMBER (6)
PRIMARY KEY

branch_id
网点编号
NUMBER(4)
NOT NULL
REFERENCES BRANCH.id

name
营业员名称
VARCHAR(10)
NOT NULL

password
登录密码
VARCHAR(10)
NOT NULL

表 4-6 订单表（BOOK）
字段名
描述
类型
约束
备注
id
机票编号
NUMBER(10)
PRIMARY KEY

flight_id
航班编号
NUMBER(8)
NOT NULL
REFERENCES FLIGHT.id

passenger_name
乘客姓名
VARCHAR(40)
NOT NULL

certification_number
证件号码
VARCHAR(20)
NOT NULL

order_date
出票日期
DATE
NOT NULL

class
舱位等级
CHAR(1)
NOT NULL
CHECK IN(F,C,Y)

passenger_type
乘客类型
CHAR(1)
NOT NULL
CHECK IN(A,C,I)

branch_id
营业网点编号
NUMBER(4)
NOT NULL
REFERENCES BRANCH.id

sales_id
营业员编号
NUMBER(6)
NOT NULL
REFERENCES SALES.id

ticket_price
机票价格
NUMBER(8,2)

chupiao
是否出票
VARCHAR(10)
NOT NULL

give_back
是否退票
VARCHAR(10)
NOT NULL

useful
是否有效
VARCHAR(10)
NOT NULL

表 4-7 机场表（AIRPORT）
字段名
描述
类型
约束
备注
airport_code
机场代码
CHAR(3)
Primary Key

city
所在城市
VARCHAR(20)
NOT NULL

city_pinyin
城市拼音
VARCHAR(20)
NOT NULL

airport_name
机场名
VARCHAR(20)
NOT NULL
若为空，则用城市名表示
表 4-8 机票表（TICKET）
字段名
描述
类型
约束
备注
id
机票编号
NUMBER(10)
PRIMARY KEY

flight_id
航班编号
NUMBER(8)
NOT NULL
REFERENCES FLIGHT.id

passenger_name
乘客姓名
VARCHAR(40)
NOT NULL

certification_number
证件号码
VARCHAR(20)
NOT NULL

order_date
出票日期
DATE
NOT NULL

class
舱位等级
CHAR(1)
NOT NULL
CHECK IN(F,C,Y)

passenger_type
乘客类型
CHAR(1)
NOT NULL
CHECK IN(A,C,I)

branch_id
营业网点编号
NUMBER(4)
NOT NULL
REFERENCES BRANCH.id

sales_id
营业员编号
NUMBER(6)
NOT NULL
REFERENCES SALES.id

ticket_price
机票价格
NUMBER(8,2)

4.3 数据库安全性和完整性
4.3.1 数据库的安全性
数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄露、更改或破坏。计算机