民航订票系统数据库课程设计论文062.doc
《民航订票系统数据库课程设计论文062.doc》由会员分享，可在线阅读，更多相关《民航订票系统数据库课程设计论文062.doc（42页珍藏版）》请在冰点文库上搜索。
信息工程学院
《数据库原理与应用》课程设计论文
题目：
民航订票管理系统数据库设计
学号：
13506046
专业班级：
电子商务062
姓名：
盛秋华
指导老师：
蔚继承
完成日期：
二零零八年七月
文章摘要
随着社会发展的不断进步，民航事业的壮大，人们消费水平的提高，乘坐民航的消费着也越来越多。
预定查询系统因此在各机票预定网点中的作用也越显重要 伴随着人们更多的使用飞机作为交通工具，国内机票票务市场也在快速发展。
据预测，我国2006年机票票务市场将比2005年增长10.5%，达710亿元人民币。
而与此同时，人们希望机票销售手段也能相应地有所调整，并对如何能经济、方便和及时地购买到自己所需要的机票表现出极大的关注，于是，传统的购票方式开始面临变革。
目录
一、需求分析 1
1.1需求分析阶段的目标和任务 1
1.1.1 处理对象 1
1.2 处理功能及要求 2
1.2安全性及完整性要求 2
1.2.1安全性要求 2
1.2.2完整性要求 2
1.3需求分析阶段成果 2
1.4民航订票管理系统的业务流程图如下：
3
1.5民航订票系统数据流图如下：
4
1.6民航订票管理系统数据字典 7
二、概念结构设计阶段 9
2.1概念结构设计的目标 9
2.2具体任务 10
2.3阶段结果 10
三、逻辑结构设计阶段 14
3.1逻辑结构设计阶段的任务和目标 14
3.2数据组织 15
3.2.1将E-R图转换为关系模型 15
3.2.2数据库模式定义 16
3.2.3用户子模式定义 16
3.2.4数据处理 17
四、物理设计阶段 18
4.1物理阶段设计的目标 18
4.2物理阶段设计的任务 18
4.3数据存储方面 20
数据库实施阶段 20
5.1数据库实施阶段的目标 20
5.2数据库实施阶段的任务 21
5.3数据库实施阶段结果 23
六、数据库测试与调试 24
七、实习心得 24
八、存在的问题 24
附录一、数据操纵验证 25
一、定义视图验证如下：
25
二、相关的SQL语句测试 27
附录二、建立存储过程 32
附录三、数据库逻辑结构定义 37
引言
机票代理窗口购买机票是最传统的方式，也是长期为人们所接受的。
但随着人们工作和生活节奏的加快，到代理点购买机票就显得有些耗费时间了。
于是，越来越多的人们开始采用电话购票的方式：
即致电机票代理、查询并订购所需的机票，由机票代理送票上门，票到付款。
这种方式虽然在一定程度上缩短了购票时间，但机票价格及航班的选择对于消费者来说仍然不是透明的，因此这种方式始终还是有些强差人意。
这两种方式都属于“问讯式”服务，这种服务方式无可避免的在机票销售的过程中，所有相关信息都是单向传递的缺陷，即购票者只能被动的接受机票代理所提供信息。
原因很简单：
只有机票代理才能够看到机票销售的相关信息。
这种订票流程固有的缺陷，是导致机票订购市场一些不规范代理现象出现的原因——个别机票代理可以利用订票流程中这种信息单向传递的缺陷，误导消费者，从中渔利，例如优先销售高价机票等等。
课题研究意义
民航票务管理系统作为面向广大用户的售票的终端，具有操作简单、流程顺畅、效率高、完善严谨的特点，是根据市场的实际需要，融合机场的实际业务运作特点和管理需要，推出的体现当前行业最先进管理思想的解决方案。
通过实时、透明的航班价格与信息的提供，使用户及机票代理均可获得诸多的益处：
改市面上流行的“订”票服务为的“定”票服务，排除了用户“订”票后可否获得所需机票的不确定性；用户可以自己选择航班、时刻、舱位，从而摒弃了传统“问讯式”服务的弊端；使航班价格及信息透明化，最大限度地消除了目前机票销售市场上存在的散、乱、黑等现象，从而使用户明明白白“定”票，机票代理人明明白白售票，使用户及机票代理人的合法权益得到最大保障。
不仅降低了成本，而且提升了客户的服务响应速度和满意度，真正实现了现代化管理。
综上所述，票务管理系统实现了对票据的制作及自动化管理，结束了传统手工售票及统计的历史，它的意义不仅是用票据打印机代替了手工售票，而是使得票务管理工作走向全面自动化、规范化，提高了购票的透明度和自主性，从根本上解决了票据查询难、售票劳动强度大的现状，提高了票据管理效率和对客户的服务质量。
并对方便旅客购买机票，以及规范整个航空票务市场具有相当重要的意义。
06级电子商务2班数据库课程设计论文
一、需求分析
需求分析是进行管理系统设计的最基础部分，民航订票管理系统主要是为机场管理处、航空公司和客户三方服务。
航空公司提供航线和飞机的资料，机场管理处则对在本机场起飞和降落的航班和机票进行管理，而客户能得到的服务应该有查询航班路线和机票，以及订票等功能。
综上所述，民航订票系统的功能如下所示：
1、机场管理
2、客户查询相关信息
3、客户订票
4、机场管理处反馈相关信息
1.1需求分析阶段的目标和任务
需求分析德任务是通过详细调查民航订票系统的处理对象，充分了解原系统工作情况，明确用户的各种需求，确定系统功能。
了解目前订票管理的现状以及SQLServer2000的功能和特点。
与指导教师交流个人想法，征求意见，改正不合理的地方，为下面的概念设计与逻辑设计奠定基础。
1.1.1处理对象
系统要处理的对象包括航空公司基本信息、客户基本信息、飞机基本信息、航线基本信息、航班基本信息六个方面，各个对象包括信息如下所示（详细的数据见于数据字典）：
1.航空公司关系信息：
包括公司编号、公司名称、公司地址、公司联系方式，通过各个数据项可以方便的查询航空公司的信息以及对相关信息做出相应的操作
2.客户关系信息：
包括客户编号、客户姓名、家庭住址、客户年龄，是订票客户的资源库，掌握客户信息。
3.飞机关系信息：
包括飞机编号、飞机型号、座位数，为外界提供查询飞机信息的依据
4.航线关系信息：
包括航线编号、起点、终点、里程，和飞机信息共同为航班信息做出参照。
5.航班关系信息：
包括航班编号、航班时间，客户可以方便的查询各次航班，以及方便的修改，更新相关航班信息
6.机票关系信息：
包括机票编号、票价，客户可查阅所订机票的票价信息。
1.2处理功能及要求
系统主要完成一下几个功能：
1.能够存储一定量的飞机信息、航班信息、机票信息，方便用户查询，查询航线：
根据旅客提出的终点站名输出下列信息：
航班号、飞机号、星期几飞行，最近一天航班的日期和余票额。
2.能够管理航线以及航班、飞机的信息，做增加、删除、更改相关信息。
3.用户能够订购机票，根据客户提出的要求（航班号、订票数额）查询该航班票额情况，若尚有余票，则为客户办理订票手续，输出座位号；若已满员或余票额少于订票额，则需重新反馈客户信息。
4.能够提供一定的安全机制，提供数据信息授权访问，防止随意删改、查询。
5．对查询、统计的结果能够列表显示。
1.2安全性及完整性要求
1.2.1安全性要求
系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。
安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性；系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。
1.2.2完整性要求
系统完整性要求系统中数据的正确性以及相容性。
可通过建立主、外键，使用check约束，或者通过使用触发器和级联更新。
1.3需求分析阶段成果
1．机票订购系统业务流程图。
2．用户查询业务流程图。
3．各层数据流图。
4．所有的数据项和数据字典5．数据字典
1.4民航订票管理系统的业务流程图如下：
1.机票订购系统业务流程图
2.用户查询业务流程图
1.5民航订票系统数据流图如下：
【1】顶层数据流程图
【2】第一层数据流图
【3】三层数据流图（从机场管理处数据流图）
【4】三层数据流图（订票处数据流图）
【5】第三层数据流图（用户查询订票信息角度）
【6】第三层数据流图（用户查询航班信息角度）
1.6民航订票管理系统数据字典
数据字典是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果，它在数据库设计中占有很重要的地位。
数据字典通常包括数据项，数据结构、数据流、数据存储和处理五个过程，其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流，数据存储的逻辑内容。
1.数据项：
数据项是不可再分的数据单位。
本系统的数据项如下表所示：
表1-1数据项列表
数据项编号
数据项名
数据项含义
数据类型
长度
数据项描述
D-1
公司编号
ANO
Char
10
记录公司信息
D-2
公司名称
ANAME
Char
20
描述公司名称
D-3
公司地址
AAD
Char
20
描述公司地址
D-4
公司联系方式
ACN
Char
20
D-5
客户编号
CNO
Char
10
记录客户信息
D-6
客户姓名
CNAME
Char
20
D-7
家庭住址
CAD
Char
20
D-8
客户联系方式
CCN
Char
20
D-9
飞机编号
PNO
Char
10
描述飞机信息
D-10
飞机型号
PTNO
Char
10
D-11
是否有票
IST
Bool
审查机票信息
D-12
座位数
SNO
Int
D-13
航线编号
LNO
Char
10
描述航线信息
D-14
起点
SP
Char
20
始发地
D-15
终点
EP
Char
20
目的地
D-16
里程
DIS
Int
D-17
航班编号
FNO
Char
10
描述航班信息
D-18
航班时间
FT
Date
D-20
机票编号
BNO
Char
10
记录订票信息
D-21
所付票价
SPAY
Int
实际订购票价
2.数据结构：
数据结构反映了数据之间的组合关系。
一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构组成，本系统的数据项入表1-2所示：
表1-2数据结构列表
数据结构编号
数据结构名
数据结构别名
数据结构含义
数据组成
DS-1
航空公司
Airline
航空公司信息
公司编号（ANO）
公司名称（ANME）
公司地址（ADD）
公司联系方式（ACN）
DS-2
客户
Customer
客户信息
客户编号（CNO）
客户姓名（CNAME）
家庭住址（CAD）
客户联系方式（CCN）
DS-3
飞机
Plane
飞机信息
飞机编号（PNO）
飞机型号（PTNO）
座位数（SNO）
DS-4
航线
Line
航线信息
航线编号（LNO）
起点（SP）
终点（EP）
里程（DIS）
DS-5
航班
Flight
航班信息
航班编号（FNO）
航班时间（FT）
DS-6
订票
Book
订票信息
机票编号（BNO）
所付票价（SPAY）
3.处理逻辑描述：
处理过程的具体处理过程的功能及处理要求，对DD中的复杂处理需要用判定树或判定表描述处理过程；本系统的处理过成如表1-3所示：
表1-3：
处理逻辑表
处理编号
处理功能
处理过程
PR-1
判断用户查询涉及的功能模块
客户信息模块，机场管理信息模块，航空公司信息模块，飞机信息模块，航班信息模块、航线信息模块；先确定查询所涉及的功能模块；然后，确定要查询的内容，确定查询数据流向；最后显示查询结果。
处理编号
处理功能
处理过程
PR-2
判断用户修改要涉及的模块，同时把相应的修改数据传到相应的模块之中
客户信息模块，机场管理信息模块，航空公司信息模块，飞机信息模块，航班信息模块、航线信息模块；先确定查询所涉及的功能模块；然后，确定要查询的内容，确定查询数据流向；最后显示查询结果。
二、概念结构设计阶段
2.1概念结构设计的目标
概念设计阶段是进行数据库设计的关键阶段，它是将需求阶段得到的用户需求抽象为信息世界的结构，并能更好的、更准确的用某一DBMS实现这些需求，主要通过E-R模型来描述，将需求分析阶段的设计真实的、充分的反应出来，包括事物和事物之间的联系，能满足用户对数据处理的要求，将现实世界的需求通过一个个真实模型表现出来。
2.2具体任务
1．选择中层数据流为切入点，通常选择实际系统中的子系统；
2．设计分E-R图，即各子模块的E-R图；
3．生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；
4．生成全局E-R图，消除冲突。
2.3阶段结果
1.各实体及属性：
实体是客观存在并可相互区分的事物，它可以是具体的人、物、事，也可以是抽象的概念关系，属性是某一实体所具有的某一特性，一个实体可以由若干个属性来刻画。
本系统的实体及其属性如下图所述：
2.各分E-R图：
E-R图主要是能更清晰的表达现实世界的信息，它提供了表示实体型、属性和联系的方法。
【分ER图-航空公司业务】
【分ER图-制定航班业务】
【分ER图-航班提供票业务】
【分ER图-客户订阅机票业务】
3.各分E－R图中每个实体的属性。
4.合并各分Ｅ－Ｒ图,消除各类冲突，得到初步E-R图，再消除不必要冗余，得到的基本E-R图。
具体实现如下：
1）.消除冲突
合并分E-R图时并不能简单地将各个分E-R图画到一起，而是必须着力消除各个分E-R图中的不一致，以形成一个能为全系统中所有的用户共同理解和接受的统一的概念模型。
合并分E-R图的主要工作与关键是合理消除各分E-R图的冲突，冲突主要有三类：
属性冲突、命名冲突和结构冲突。
2）.消除冗余
在E-R 图中，可能存在一些冗余的数据和实体间的联系。
冗余数据和冗余联系容易破坏数据库的完整性，给数据库的维护增加困难，应予以消除。
但并不是所有的冗余数据与冗余联系都必须加以消除，有时为了提高效率，不得不以冗余信息作为代价。
消除冗余主要采用分析法和规范化理论。
经过以上分析，将所有的分E-R图综合成一个系统的总E-R图：
【业务总ER图】
合并各分Ｅ－Ｒ图,消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步E-R图，再消除不必要冗余，得到的基本总E-R图如下所示：
2
【业务总ER图】
每个实体属性解释如下：
1.航空公司：
AC（ANO,ANAME,AAD,ACN）
2.客户：
CU（CNO,CNAME,CAD,CAG）
3.飞机：
PL（PNO,PTNO,SNO）
4.航线：
LI（LNO,SP,EP,DIS）
5.航班：
FL（FNO，FT）
6.机票：
BT（BNO,SPAY）
三、逻辑结构设计阶段
3.1逻辑结构设计阶段的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。
具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。
（1）将ER图转化为关系。
（2）对关系进行优化组织。
3.2数据组织
3.2.1将E-R图转换为关系模型
实体型转换为关系模式。
实体的属性就是关系的属性，实体的码就是关系的码。
对于实体间的联系则有以下不同的情况：
一个m：
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
一个1：
n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
一个1：
1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。
三个或三个以上实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合,具有相同码的关系模式可合并。
1.航空公司与飞机，航空公司与航线都是一对多的关系，则与N端关系模式合并，所以飞机，航线的表中都含有航空公司的信息，
2.机场根据飞机与航线制定航班，属于多对多的关系，取个实体的码以及联系本身的属性转化为关系的属性，而关系的码为各实体码的组合。
即航班的表中包含飞机的信息和航线的信息，它们共同构成航班关系的外码。
3.客户订阅航班的关系同样也是一对多的联系，将其转化为独立的关系模式，关系的属性包含两端的主码构成外码。
对关系模式AC,CU,PL,LI,FL,BT进行优化设计，使之满足3NF的要求，即不存在部分函数依赖和传递函数依赖，减少数据的冗余。
所以根据ER图，转化的关系如下所示：
航空公司：
（公司编号、公司名称、公司地址、公司联系方式）
客户：
（客户编号、客户姓名、家庭住址、客户年龄）
飞机：
（飞机编号、飞机型号、座位数，公司编号）
航线：
（航线编号、起点、终点、里程，公司编号）
航班：
（航班编号、航班时间、飞机编号，航线编号）
订票：
（订票编号、所付票价，客户编号，航班编号）
【别名表示】
航空公司：
AC（ANO,ANAME,AAD,ACN）
客户：
CU（CNO,CNAME,CAD,CAG）
飞机：
PL（PNO,PTNO,SNO,ANO）
航线：
LI（LNO,SP,EP,DIS,ANO）
航班：
FL（FNO,FT,PNO,LNO）
机票：
BT（BNO,SPAY,CNO,FNO）
3.2.2数据库模式定义
数据库模式定一主要包括各模式的逻辑结构定义、关系的完整性和安全性等内容。
一个关系模式应当是一个五元组R，而一般只将其看作一个三元组R。
（关系模式图参考附录1）
表2-1数据库模式定义表
编号
逻辑结构（基本表）定义
完整性和安全性
T-1
AC（详见附录3）
（详见附录3）
T-2
CU（详见附录3）
（详见附录3）
T-3
PL（详见附录3）
（详见附录3）
T-4
LI（详见附录3）
（详见附录3）
T-5
FL（详见附录3）
（详见附录3）
T-6
BT（详见附录3）
（详见附录3）
3.2.3用户子模式定义
将概念模型转换为全局逻辑模型后，还应该根据用户的习惯和需求设计符合局部用户需要的外模式用户子模式定义即就是视图定义，可以利用视图的设计定义符合局部用户需要的用户外模式，本系统的用户自模式定义如下表所示：
表2-2视图定义表
编号
用户子模式
作用（提供数据保密和安全保护机制）
V-1
Customervier
便于查询和修改客户信息
V-2
Planeview
便于查询和修改飞机信息
V-3
Lineview
便于查询和修改航线信息
V-4
Fightview
便于查询和修改航班的信息
V-5
Bookticketview
便于查询和修改订票信息
3.2.4数据处理
系统共分为以下几个模块：
机场管理子系统，客户子系统，客户订票子系统，客户查询子系统。
查询子系统又分为查询机票，查询航班，查询飞机等功能。
所以系统功能模块图如下所示：
2-3民航订票管理系统功能图
四、物理设计阶段
4.1物理阶段设计的目标
物理设计阶段的目标是根据SQLServer2000具体的功能，设计优化的物理数据库结构，使得在数据库上运行的各种事务响应时间最小，存储空间利用率高，事务吞吐量大。
4.2物理阶段设计的任务
物理设计阶段为逻辑数据模型选取得一个最合适应有环境的物理结构的过程，也就是数据库的物理设计。
数据库的物理设计通常分为两个步骤：
1.确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；
2.对物理结构进行评价，评价的重点是时间和空间效率。
（1）数据存储方面：
在数据库中为各表建立索引
（2）系统功能模块：
本系统主要包括三个子系统模块，分别为航空公司管理子系统模块、客户查询信息子系统和订票信息子系统模块以及客户信息子系统模块。
主要实现如下图所示：
图4-1机场管理信息子模块图
图4-1表示航空公司主要对飞机和航线信息做出更新操作，包括增加飞机信息，删除飞机信息和修改飞机信息以及相应的更新航线信息，并将更新后的数据保存，以便查询。
图4-2客户查询信息子系统模块图
图4-2表示客户查询相关信息的功能模块，根据客户的要求，提供航班、飞机、机票信息供客户查阅。
图4-3订票更新子功能模块图
图4-3订票信息更新模块图表示订票处对订票信息的更新操作，包括对其增加，删除，修改等操作，并将更新后的结果保存，以便方便查询。
图4-4客户子系统功能模块图
4.3数据存储方面
为数据库中各基本表建立的索引如下：
1.由于基本表CU的主码CNO经常在查询条件和连接操作的连接条件中出现，且它们的值唯一，考虑属性上建立唯一性索引；
2.FL的主码FNO,在查询条件和连接操作的连接条件中出现，且它们的值唯一，考虑属性上建立唯一性索引；
3.基本表AC的属性值几乎不会有什么变化，更新率很低，可考虑适当建立索引；
数据库实施阶段
5.1数据库实施阶段的目标
通过用DBMS所提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果描述出来，成为DBMS可以接受的源代码，在经过调试后生成目标模式。
5.2数据库实施阶段的任务
1.建立数据库
CREATEDATABASEMAB
2.建立数据表
（1）建立航空公司表
CREATETABLEAC（
ANOCHAR（10）PRIMARYKEY,
ANAMECHAR（20）NOTNULL,
AADCHAR（20）,
ACNCHAR（20）
）
（2）建立客户表
CREATETABLECU（
升级会员 