机票预订管理系统数据库_第1页
机票预订管理系统数据库_第2页
机票预订管理系统数据库_第3页
机票预订管理系统数据库_第4页
机票预订管理系统数据库_第5页
已阅读5页,还剩18页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、华科学院信息管理与信息系统专业数据库课程设计报告( 2014/2015 学年 第一学期)学生姓名: 学生班级: 学生学号: 指导教师 :2015 年 1 月 6 日华科学院数据库系统原理课程设计机票预订管理系统的设华科学院数据库系统原理课程设计目录第一章 系统概述 . 11.1 系统开发背景 . 11.2 系统开发意义 . 11.3 任务概述 . 11.3.1 目标 11.3.2 用户的特点 11.3.3 条件与限制 2第二章 需求分析2.1 可行性分析 . 32.2 数据流图 . 32.3 机票预订系统数据字典 . 42.4 系统的实体 - 联系图( ER) 5第三章 概念结构设计 . 63

2、.1 概念数据模型的描述 . 63.2 概念数据模型的建立 . 6第四章 逻辑结构设计4.1 E-R 图向关系模型的转换 74.2 数据的概念结构 . 7第五章 物理结构设计5.1 物理数据模型的描述. 95.2 物理数据模型的建立. 95.3 物理数据模型导入数据库管理系统 . 10第六章 数据库的实施6.1 数据库中表内容 . 116.2 数据库中 SQLServer 语句 12结束语 14参考文献 . 1一章 系统概述1.1 系统开发背景随着社会发展的不断进步,旅游业的蓬勃发展,机票预订系统对人们的生活影响越来越大, 为了实现航空公司以及旅游业的现代化管理,方便旅客,需要开发一个机票预订

3、系统。该 系统具有完整的存储,查询,核对,打印机票等功能。在这个系统中,旅客在旅行社的机票预售代理点,通过输入计算机系统查询,系统为 旅客安排航班,印出取票通知和账单,旅客在飞机起飞前凭其二代身份证、取票通知和账 单取票,系统校对无误后即打印机票给顾客。1.2 系统开发意义航空公司为给旅客乘机提供方便,需要开发一个机票预定系统。各个旅行社把预定机 票的旅客信息(姓名、性别、工作单位、身份证号码(护照号码) 、旅行时间、旅行始发地 和目的地,航班舱位要求等)输入到系统中,系统为旅客安排航班。当旅客交付了预订金 或通过网上支付方式付款后,旅客就可以在飞机起飞前凭个人二代身份证在旅行社或机场 指定系

4、统上自助打印机票,系统核对无误即打印出机票给旅客。此外航空公司为随时掌握 各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。1.3 任务概述1.3.1目标在计算机网络,数据库和先进开发平台上,利用现有软件,配置一定硬件,开发一个 巨头开放乙烯结构的、易扩充的、一维护的、具有良好人机交互界面的机票预订系统,实 现航空公司与旅行社之间的现代化管理链接。实现各个旅行社把预定机票的旅客信息(姓 名、性别、工作单位、身份证号码(护照号码) 、旅行时间、旅行始发地和目的地,航班舱 位要求等)输入到系统中,系统为旅客安排航班的功能。1.3.2 用户的特点用户为旅游社工作人员,通过登录相应信息而进入

5、机票系统,然后输入旅客基本信息和要求,系统自动为其查询并且作出相应的航班安排,经与旅客交流后,选择航班进 行预订,网上支付,然后系统在用户终端输出相应取票通知和账单。1.3.3 条件与限制client/server 结构总体设计方案的约束机票预订系统作为 client/server 结构的一个应用系统,在其各实施阶段都要服从它的一些 规划,包括功能设计、系统配置和计划。由于该系统用户通过 internet 链接来查询及进行机票预订,涉及信息的共享,所以机票 预订系统还要受到其他系统的信息约束。信息真伪验证在分析系统功能时要考虑有关证件 的合法性验证技术发展规律的约束:由于计算机技术发展的日新月

6、异,将会给信息的保密和辨别带来 很大的便利,但同时也带来一些麻烦。要预测将来技术发展对该系统的有益和有害的方面, 为可能的变化预留一定的系统处理能力,即对一些接口的处理方便更新。第二章 需求分析2.1 可行性分析需求分析是开发软件系统的重要环节,是系统开发的第一步和基础环节。通过需求分 析充分认识系统的目标、系统的各个组成部分、各部分的任务职责、业务范畴、工作流程、 工作中使用的各种数据及数据结构、各部门的业务关系和数据流程等,为系统设计打下基 础。需求分析的好坏往往决定了系统开发的成败。需求分析从系统的调查研究入手,需求分析要对系统的各个方面有全面的了解,既包括 系统内部的各个方面,也包括与

7、系统有联系的各种外部因素。通过调查研究和分析,对系 统产生比较深刻的认识。需求分析阶段的最终结果是“需求分析说明书”,它涵盖了对用户环境、事务处理和 信息流程分析的一切成果,供项目开发小组和用户共同遵守。如果采用瀑布模型,就要对 “需求分析说明书”进行冻结,使它成为凝固可靠的基线。万一要求变更基线,开发者和 用户双方,都必须执行基线变更程序,此变更程序在合同中已做了明确规定。2.2 数据流图旅客信息1.1安排航班订票信息安排航班1.2打印通知、账单通知、账单信息订票信息D1 订票信息2.3 机票预订系统2数.3据字典机票打印机票 收费信息2.2收3 费订票2.1信息核对机票核对信息正确通知、账

8、单信息华科学院数据库系统原理课程设计数据名称 :旅客信息作用:记录旅客个人信息,以便对旅客的确认来源:旅客去向 :旅行社排列方式 :按照旅客姓名首字母排序数据名称 :旅客订票信息作用 :记录旅客的旅行时间和目的 地,以便作合适的航班安排来源 :旅客去向 :航班机票管理排列方式 :按照旅客首字母(姓名 +数据名称 :候补旅客信息 作用:记录旅客的旅行时间和目的地,以便及时调整航班 来源:航班机票管理 去向 :信息储存 /航班机票管理 排列方式 :按照旅客首字母(姓名 + 起飞时间)排序数据名称 :航班机票信息作用 :记录旅客的航班信息,根据旅 客的旅行时间和目的地缺点来源 :航空公司安排航班去向

9、 :信息储存 /航班机票管理 排列方式 :按照(飞行日期 + 航班 号)升序排列数据名称 :取票通知作用:旅客领取机票的凭证 来源:航班机票管理系统 去向:旅客排列方式 :按照旅客(姓名 + 飞行日 期+ 航班号)升序排列包含信息 :旅客姓名、领票时间数据名称 :售出机票信息 作用:记录旅客航班机票的信息 来源:航班机票管理系统 去向:信息储存 / 航班机票管理 排列方式 :按照旅客(姓名 + 飞行日期+ 航班号)升序排列包含信息 :旅客的航班机票2.4 系统的实体 -联系图( ER)第三章 概念结构设计3.1 概念数据模型的描述概念数据模型也称信息模型,它以实体联系 ( 简称 E-R)理论为

10、基础,并 对这一理论进行了扩充。它从用户的观点出发对信息进行建模,主要用于数据 库的概念级设计。通常人们先将现实世界抽象为概念世界,然后再将概念世界转为机器世界。换 句话说,就是 先将现实世界中的客观对 象抽象为实体(Entity) 和 联系(Relationship)概念数据模型就是3.2 概念数据模型建立旅客身份证号姓名 性别 电话号码 Variable characters (18) Variable characters (20) Characters (2) Number (11)Identifier 1Relationship_2航空公司公司ID Variable characte

11、rs (10)公司名称Variable characters (30)地址Variable characters (30)客服电话Number (11)Identifier 1Relationship_1机票票号 Variable characters (10)旅客身份证号Variable characters (18)旅客姓名Variable characters (20)出发地Variable characters (20)目的地Variable characters (20)航班号Variable characters (10)出发日期Date票价Number (5)Identifier

12、 1第四章 逻辑结构设计4.1 E-R 图向关系模型的转换( 关系的码用下划线标出) 航班(航班编号,起飞地,目的地,起飞时间,总座位数,票价) 此为航班实体对应的关系模式。航班编号是关系的候选码。 机票(机票号,航班编号,座位号,身份证号) 此为机票实体的关系模式。该关系模式已经包含了联系“组成”所对应的 关系模式。旅客(身份证号,姓名,联系方式 ) 此为旅客实体对应的关系模式。身份证号是关系的候选码。 订票单(订单编号,机票号 , 身份证号) 此为联系“预 / 退订”所对应的关系模式。4.2 数据的概念结构数据库概念模型转化为某种数据库系统所支持的实际数据模型,也就是数据库的逻辑结 构。机

13、票预订系统的数据库中各个数据表的设计结构如表1表 3 所示。数据库命名为flight reservation MIS ,由 3 个数据表组成,数据表的命名采用拼音综合,每个表由若 干字段组成,字段用汉字命名。下面设计表的具体字段。旅 客信 息表: 存放 旅客 基 本 信 息,表 1 列出 了旅 客 信息 表 所有 字 段 信息 。字段类型长度允许空主键身份证号码字符20否姓名字符10是性别字符2是工作单位字符30是旅行时间字符20是旅行目的地字符10是联系方式字符15是表 1 旅客信息表 guest第五章 物理结构设计5.1 物理数据模型的描述物理数据模型( Physical Data Mod

14、el)PDM ,提供了系统初始设计所需要的 基础元素,以及相关元素之间的关系。即用于存储结构和访问机制的更高层描 述,描述数据是如何在计算机中存储的,如何表达记录结构、记录顺序和访问 路径等信息。使用物理数据模型,可以在系统层实现数据库。数据库的物理设 计阶段必须在此基础上进行详细的后台设计,包括数据库的存储过程、操作、 触发、视图和索引表等;5.2 物理数据模型的建立旅客身份证号varchar(18)公司IDvarchar(10)姓名varchar(20)性别char(2)电话号码numeric(11)FK_旅客_RELATIONS航_空公司FK_机票_RELATIONS旅_客航空公司公司

15、IDvarchar(10)公司名称 varchar(30) 地址varchar(30)客服电话 numeric(11)机票票号varchar(10)公司IDvarchar(10)身份证号varchar(18)旅客身份证号varchar(18)旅客姓名varchar(20)出发地varchar(20)目的地varchar(20)航班号varchar(10)出发日期datetime票价numeric(5)FK_机票_RELATIONS航_空公司5.3 物理数据模型导入数据库管理系统10第六章 数据库的实施6.1 数据库中表内容116.2数据库中 SQLServer 语句12华科学院数据库系统原理课

16、程设计15华科学院数据库系统原理课程设计短暂的两个星期的课程设计转眼就结束了,在这次课程中,我学到了很多 与数据库有关的软件编程实用技术,收获不小。一个软件的开发看似简单,其 实前前后后十分辛苦。从需求分析到 E-R 图,从 E-R 图到逻辑结构设计,从逻 辑结构设计到物理结构设计,直至数据库 SQL 语句的编写以及最后的程序编制。 整个过程,充分考验了我们的综合知识的能力。我这次的课题名是机票的预订系统 ,需求分析中的顶层流程图很简单。 但是底层数据流图的数据流就较为复杂。概念设计中实体属性图和 E-R 图的设 计是后期程序是否高效的关键。逻辑结构设计中,将 E-R 图转换为关系模式时, 要

17、区分是实体还是联系转换的。转换为关系后又对其进行优化,并讨论最终范 式。我的原本设计的系统已达到第三范式的要求。但考虑到物理设计及存储和 存取的效率后,我决定放弃第三范式,转而选择第二范式。方便系统查看机票 预订情况的查看,我在“机票号”属性上增加了聚簇索引。关系上定义的索引 数不是越多越好,因为系统为维护索引要付出代价,查找索引也要付出代价, 因此索引数要适量。我的数据库最终使用的是 Microsoft SQL Server2005 环境。 用 SQL 语句建立好数据库,输入简单的几个可供检验的数据旋即完成。界面是 直接在 Dreamweaver8里使用动态页面设计的。期间我通过阅读官方参考手册, 一步一步,利用图形化界面编写了简单的软件使用

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论