机票预订标准管理系统数据库.docx

华科学院信息管理和信息系统专业

《数据库课程设计》汇报

（/ 第一学期）

学生姓名：
学生班级：
学生学号：
指导老师：

　1　月　6　日

《机票预订管理系统》设计

目 录

第一章 系统概述 1
1.1 系统开发背景 1
1.2 系统开发意义 1
1.3 任务概述 1
1.3.1目标 1
1.3.2用户特点 1
1.3.3条件和限制 2
第二章 需求分析
2.1 可行性分析 3
2.2 数据流图 3
2.3 机票预订系统数据字典 4
2.4系统实体-联络图（ER） 5
第三章 概念结构设计 6
3.1 概念数据模型描述 6
3.2 概念数据模型建立 6
第四章 逻辑结构设计
4.1 E-R图向关系模型转换 7
4.2 数据概念结构 7
第五章 物理结构设计
5.1 物理数据模型描述 9
5.2 物理数据模型建立 9
5.3 物理数据模型导入数据库管理系统 10
第六章 数据库实施
6.1 数据库中表内容 11
6.2 数据库中SQLServer语句 12
结束语 14
参考文件 1

一章 系统概述
1.1 系统开发背景
伴随社会发展不停进步，旅游业蓬勃发展，机票预订系统对大家生活影响越来越大，为了实现航空企业和旅游业现代化管理，方便旅客，需要开发一个机票预订系统。该系统含有完整存放，查询，查对，打印机票等功效。
在这个系统中，旅客在旅行社机票预售代理点，经过输入计算机系统查询，系统为旅客安排航班，印出取票通知和账单，旅客在飞机起飞前凭其二代身份证、取票通知和账单取票，系统校对无误后即打印机票给用户。
1.2 系统开发意义
航空企业为给旅客乘机提供方便，需要开发一个机票预定系统。各个旅行社把预定机票旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目标地，航班舱位要求等）输入到系统中，系统为旅客安排航班。当旅客交付了预订金或经过网上支付方法付款后，旅客就能够在飞机起飞前凭个人二代身份证在旅行社或机场指定系统上自助打印机票，系统查对无误即打印出机票给旅客。另外航空企业为随时掌握各个航班飞机乘载情况，需要定时进行查询统计，方便合适调整。
1.3 任务概述
1.3.1目标
在计算机网络，数据库和优异开发平台上，利用现有软件，配置一定硬件，开发一个巨头开放乙烯结构、易扩充、一维护、含有良好人机交互界面机票预订系统，实现航空企业和旅行社之间现代化管理链接。实现各个旅行社把预定机票旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目标地，航班舱位要求等）输入到系统中，系统为旅客安排航班功效。
1.3.2用户特点
用户为旅游社工作人员，经过登录对应信息而进入机票系统，然后输入旅客基础信息
和要求，系统自动为其查询而且作出对应航班安排，经和旅客交流后，选择航班进行预订，

网上支付，然后系统在用户终端输出对应取票通知和账单。
1.3.3条件和限制
client/server结构总体设计方案约束
机票预订系统作为client/server结构一个应用系统，在其各实施阶段全部要服从它部分计划，包含功效设计、系统配置和计划。
因为该系统用户经过internet链接来查询及进行机票预订，包含信息共享，所以机票预订系统还要受到其它系统信息约束。信息真伪验证在分析系统功效时要考虑相关证件正当性验证
技术发展规律约束：因为计算机技术发展日新月异，将会给信息保密和分辨带来很大便利，但同时也带来部分麻烦。要估计未来技术发展对该系统有益和有害方面，为可能改变预留一定系统处理能力，即对部分接口处理方便更新。

第二章 需求分析
2.1 可行性分析
需求分析是开发软件系统关键步骤，是系统开发第一步和基础步骤。经过需求分析充足认识系统目标、系统各个组成部分、各部分任务职责、业务范围、工作步骤、工作中使用多种数据及数据结构、各部门业务关系和数据步骤等，为系统设计打下基础。
需求分析好坏往往决定了系统开发成败。
需求分析从系统调查研究入手，需求分析要对系统各个方面有全方面了解，既包含系统内部各个方面，也包含和系统有联络多种外部原因。经过调查研究和分析，对系统产生比较深刻认识。
需求分析阶段最终止果是“需求分析说明书”，它涵盖了对用户环境、事务处理和信息步骤分析一切结果，供项目开发小组和用户共同遵守。假如采取瀑布模型，就要对“需求分析说明书”进行冻结，使它成为凝固可靠基线。万一要求变更基线，开发者和用户双方，全部必需实施基线变更程序，此变更程序在协议中已做了明确要求。
2.2数据流图

2.3机票预订系统数据字典

数据名称：旅客订票信息
作用：统计旅客旅行时间和目标地，方便作适宜航班安排
起源：旅客
去向：航班机票管理
排列方法：根据旅客首字母（姓名+起飞时排序间）
包含信息：旅客姓名、身份证号（护照号码）、航班号、起飞时间、预订票数、舱位等级、机票是否打印
数据名称：旅客信息
作用：统计旅客个人信息，方便对旅客确实定
起源：旅客
去向：旅行社
排列方法：根据旅客姓名首字母排序
包含信息：姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目标地，航班舱位要求

数据名称：航班机票信息
作用：统计旅客航班信息，依据旅客旅行时间和目标地缺点
起源：航空企业安排航班
去向：信息储存/航班机票管理
排列方法：根据（飞行日期+航班号）升序排列
包含信息：航班号、终点站、起飞地点、飞行日期、组员定额、余票量、一定票用户名单（姓名+订票量+舱位等级）、候补用户名单（姓名+所需票量）
数据名称：候补旅客信息
作用：统计旅客旅行时间和目标地，方便立即调整航班
起源：航班机票管理
去向：信息储存/航班机票管理
排列方法：根据旅客首字母（姓名+起飞时间）排序
包含信息：旅客姓名、身份证号（护照号码）、航班号、起飞时间、预订票数、舱位等级

数据名称：售出机票信息
作用：统计旅客航班机票信息
起源：航班机票管理系统
去向：信息储存/航班机票管理
排列方法：根据旅客（姓名+飞行日期+航班号）升序排列
包含信息：旅客航班机票
数据名称：取票通知
作用：旅客领取机票凭证
起源：航班机票管理系统
去向：旅客
排列方法：根据旅客（姓名+飞行日期+航班号）升序排列
包含信息：旅客姓名、领票时间

2.4系统实体-联络图（ER）

旅客
航空企业
旅行社
二代身份证号
性别
旅行始发地
姓名
护照号码
旅行时间
工作单位
舱位等级要求
航班号
订票
机票
售票
订票旅客清单
售出机票信息
订票旅客信息
可售机票
余票座位号
航行时间
余票量
价格
起飞日期
取票通知
账单
适宜航班信息
退票服务
余票舱位等级
航班飞行情况

m
n

m

第三章 概念结构设计
3.1概念数据模型描述
概念数据模型也称信息模型，它以实体－联络(简称E-R)理论为基础，并对这一理论进行了扩充。它从用户见解出发对信息进行建模，关键用于数据库概念级设计。   
通常大家先将现实世界抽象为概念世界，然后再将概念世界转为机器世界。换句话说，就是先将现实世界中客观对象抽象为实体(Entity)和联络(Relationship)
概念数据模型就是
3.2概念数据模型建立

第四章 逻辑结构设计
4.1 E-R图向关系模型转换（关系码用下划线标出）
航班（航班编号，起飞地，目标地，起飞时间，总座位数，票价）
此为航班实体对应关系模式。航班编号是关系候选码。
机票（机票号，航班编号，座位号，身份证号）
此为机票实体关系模式。该关系模式已经包含了联络“组成”所对应关系模式。
旅客（身份证号，姓名，联络方法)
此为旅客实体对应关系模式。身份证号是关系候选码。
订票单（订单编号，机票号,身份证号）
此为联络“预/退订”所对应关系模式。

4.2 数据概念结构
数据库概念模型转化为某种数据库系统所支持实际数据模型，也就是数据库逻辑结构。机票预订系统数据库中各个数据表设计结构如表1～表3 所表示。数据库命名为flight reservation MIS，由 3个数据表组成，数据表命名采取拼音综合，每个表由若干字段组成，字段用汉字命名。下面设计表具体字段。

旅客信息表：存放旅客基础信息，表1列出了旅客信息表全部字段信息。

字段
类型
长度
许可空
主键
身份证号码
字符
20
否
√
姓名
字符
10
是

性别
字符
2
是

工作单位
字符
30
是

旅行时间
字符
20
是

旅行目标地
字符
10
是

联络方法
字符
15
是

表1 旅客信息表guest

第五章 物理结构设计
5.1物理数据模型描述 
物理数据模型（Physical Data Model）PDM，提供了系统初始设计所需要基础元素，和相关元素之间关系。即用于存放结构和访问机制更高层描述，描述数据是怎样在计算机中存放，怎样表示统计结构、统计次序和访问路径等信息。使用物理数据模型，能够在系统层实现数据库。数据库物理设计阶段必需在此基础上进行具体后台设计，包含数据库存放过程、操作、触发、视图和索引表等； 
5.2物理数据模型建立

5.3 物理数据模型导入数据库管理系统

第六章 数据库实施
6.1 数据库中表内容

6.2数据库中SQLServer语句

结语
短暂两个星期课程设计转眼就结束了，在这次课程中，我学到了很多和数据库相关软件编程实用技术，收获不小。一个软件开发看似简单，其实前前后后十分辛劳。从需求分析到E-R图，从E-R图到逻辑结构设计，从逻辑结构设计到物理结构设计，直至数据库SQL语句编写和最终程序编制。整个过程，充足考验了我们综合知识能力。
我这次课题名是《机票预订系统》，需求分析中顶层步骤图很简单。不过底层数据流图数据流就较为复杂。概念设计中实体属性图和E-R图设计是后期程序是否高效关键。逻辑结构设计中，将E-R图转换为关系模式时，要区分是实体还是联络转换。转换为关系后又对其进行优化，并讨论最终范式。我原本设计系统已达成第三范式要求。但考虑到物理设计及存放和存取效率后，我决定放弃第三范式，转而选择第二范式。方便系统查看机票预订情况查看，我在“机票号”属性上增加了聚簇索引。关系上定义索引数不是越多越好，因为系统为维护索引要付出代价，查找索引也要付出代价，所以索引数要适量。我数据库最终使用是Microsoft SQL Server环境。用SQL语句建立好数据库，输入简单多个可供检验数据旋即完成。界面是直接在Dreamweaver8里使用动态页面设计。期间我经过阅读官方参考手册，一步一步，利用图形化界面编写了简单软件使用界面。
经过这次课程设计，我学到了很多书本上学不到软件使用方法，和实用技术。同时也加深了对书本知识了解。而且我发觉，有目标学习更能促进我高效投入到学习中来。学习书本知识需要更多课后实践练手，那样学习经验对我们来说十分珍贵。
最终，感谢指导老师认真指导。

参考资料
1、王珊，萨师煊，《数据库系统概论》，高等教育出版社，；
2、徐国志，SQL-Server数据库开发案例精粹，北京电子工业出版社；
3、baidu文库《数据库课程设计_机票预定系统》；
4、Dreamweaver8官方教程；