机票预订管理系统数据库.docx
《机票预订管理系统数据库.docx》由会员分享，可在线阅读，更多相关《机票预订管理系统数据库.docx（14页珍藏版）》请在冰豆网上搜索。
机票预订管理系统数据库
-标准化文件发布号：
（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
机票预订管理系统数据库
华科学院信息管理与信息系统专业
《数据库课程设计》报告
（2014/2015学年第一学期）
学生姓名：
学生班级：
学生学号：
指导教师：
2015年 1 月 6 日
《机票预订管理系统》的设计
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.1E-R图向关系模型的转换7
4.2数据的概念结构7
第五章物理结构设计
5.1物理数据模型的描述9
5.2物理数据模型的建立9
5.3物理数据模型导入数据库管理系统10
第6章数据库的实施
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.1E-R图向关系模型的转换（关系的码用下划线标出）
航班（航班编号，起飞地，目的地，起飞时间，总座位数，票价）
此为航班实体对应的关系模式。
航班编号是关系的候选码。
机票（机票号，航班编号，座位号，身份证号）
此为机票实体的关系模式。
该关系模式已经包含了联系“组成”所对应的关系模式。
旅客（身份证号，姓名，联系方式）
此为旅客实体对应的关系模式。
身份证号是关系的候选码。
订票单（订单编号，机票号,身份证号）
此为联系“预/退订”所对应的关系模式。
4.2数据的概念结构
数据库概念模型转化为某种数据库系统所支持的实际数据模型，也就是数据库的逻辑结构。
机票预订系统的数据库中各个数据表的设计结构如表1～表3所示。
数据库命名为flightreservationMIS，由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图转换为关系模式时，要区分是实体还是联系转换的。
转换为关系后又对其进行优化，并讨论最终范式。
我的原本设计的系统已达到第三范式的要求。
但考虑到物理设计及存储和存取的效率后，我决定放弃第三范式，转而选择第二范式。
方便系统查看机票预订情况的查看，我在“机票号”属性上增加了聚簇索引。
关系上定义的索引数不是越多越好，因为系统为维护索引要付出代价，查找索引也要付出代价，因此索引数要适量。
我的数据库最终使用的是MicrosoftSQLServer2005环境。
用SQL语句建立好数据库，输入简单的几个可供检验的数据旋即完成。
界面是直接在Dreamweaver8里使用动态页面设计的。
期间我通过阅读官方参考手册，一步一步，利用图形化界面编写了简单的软件使用界面。
通过这次课程设计，我学到了很多课本上学不到的软件使用方法，和实用技术。
同时也加深了对课本知识的了解。
而且我发现，有目标的学习更能促进我高效的投入到学习中来。
学习课本知识需要更多的课后实践练手，那样的学习经验对我们来说十分珍贵。
最后，感谢指导老师的认真指导。
参考资料
1、王珊，萨师煊，《数据库系统概论》，高等教育出版社，2008年；
2、徐国志，SQL-Server数据库开发案例精粹，北京电子工业出版社；
3、XX文库《数据库课程设计_机票预定系统》；
4、Dreamweaver8官方教程；
升级会员 