数据库课程设计旅行社管理系统.docx
- 文档编号:7145830
- 上传时间:2023-01-21
- 格式:DOCX
- 页数:22
- 大小:659.96KB
数据库课程设计旅行社管理系统.docx
《数据库课程设计旅行社管理系统.docx》由会员分享,可在线阅读,更多相关《数据库课程设计旅行社管理系统.docx(22页珍藏版)》请在冰豆网上搜索。
数据库课程设计旅行社管理系统
数据库系统实习课程设计
设计说明书
旅行社信息管理系统
学生姓名
边明亮
学号
201111002136
班级
信息1141
成绩
指导教师
刘占伟
计算机科学与技术系
2012年9月8日
数据库原理及应用课程设计评阅书
题目
旅行社信息管理系统
学生姓名
边明亮
学号
201111002136
指导教师评语及成绩
成绩:
教师签名:
年月日
答辩教师评语及成绩
成绩:
教师签名:
年月日
教研室意见
总成绩:
室主任签名:
年月日
注:
指导教师成绩60%,答辩成绩40%,总成绩合成后按五级制记入
课程设计任务书
2012—2013学年第一学期
专业:
信息与计算科学学号:
201111002136姓名:
辨明了
设计题目:
旅行社信息管理系统的设计
完成期限:
自2014年8月27日至2012年9月7日共2周
设计依据、要求及主要内容(可另加附页):
通过对旅行社业务的分析、调查,旅行社信息管理系统设计按功能分主要包括服务器端和客户端,服务器端涉及用户管理、旅行社基本信息管理、车辆管理、客房管理等;客户端涉及旅行社基本信息查询、景点及相关信息查询、景点预定等服务。
具体内容及要求如下:
1)用户登录与注册管理模块;主要实现游客用户的登录与注册,用户管理功能。
2)旅游信息管理模块;对旅游景点信息进行管理,提供景点的名称、特色、乘车路线、景点费用、导游等信息管理。
3)客房管理模块;该模块提供对客房如客房标准、类别信息的录入、修改与查询,并可以实现订房与退房服务。
要求按照数据库设计的需求分析、概念设计、逻辑设计、物理设计等各个阶段建立较规范的数据库,并能运用基本的SQL语句访问、操作数据库;掌握SQLServer数据库知识、软件工程原理;熟悉ASP或ASP.NET。
指导教师(签字):
教研室主任(签字):
批准日期:
年月日
摘要
越来越多的人外出旅游,这势必给旅游管理的强度带来了不小的挑战,应对这一情况,开发了此旅行社管理系统。
目的就是为了服务大多数人的出行需求
对于旅游管理这一服务性行业,服务质量是吸引客户、提高经济效益的关键因素。
越来越多的旅行社采用管理信息系统来管理日常工作,合理配置资源,提升管理水平,从而在市场竞争取得优势。
这次课程设计主要介绍旅行社管理的设计与开发过程,本系统采用C#作为开发工具,SQLsever作为后台数据管理。
通过此次开发,使得开发人员更进一步了解C#开发工具以及数据库技术,积累更多的实践经验。
本系统具有对相关数据的查询,修改,删除等功能,较之于之前的相关类系统具有更简便,更实用的有点,但是由于技术的不成熟,又具有不完整,结构不清晰等缺点。
关键字:
数据库;旅行社管理;管理
1.课题描述3
2.1需求分析4
2.1.1相关介绍4
2.1.2数据流图5
2.1.3数据字典6
2.2概念设计8
2.2.1实体间的联系8
2.2.2E--R模型图8
2.3逻辑设计8
2.3.1E-R模型图向关系模型的转换8
2.3.2确定范式级别9
2.3.3实施规范化处理9
2.4物理设计10
2.4.1数据库10
2.4.2数据库表结构10
2.4.3数据库的实施13
总结20
参考文献22
1.课题描述
本课题就是针对旅游业的发展和节假日出行人数的不断增加,为了便于旅行社对旅游项目的管理,根据旅行社现有的业务包括组团出游、接待本地游、线路安排、游客信息资料等,开发一套系统,希望通过该系统有效提高服务业的工作效率。
课题具体目标与要求:
1、实现用户的登录与注册;
2、实现旅游信息管理。
包括对旅游景点信息进行管理,提供景点的名称、特色、乘车路线、景点费用、导游等信息管理等;
3、实现客房管理。
包括对客房如客房标准、类别信息的录入、修改与查询,并可以实现订房与退房服务等;
2.设计过程
2.1需求分析
2.1.1相关介绍
(1)管理员信息:
建立管理员信息表,对管理员统一编号,设定管理员用户名、密码、和管理员级别。
(2)客户信息:
建立客户信息表,对客户统一编号,设定客户姓名、性别、年龄、联系电话、联系地址、身份证号、以及客户登录密码。
(3)酒店信息:
建立酒店信息表,以酒店名称辨别酒店,另外设定酒店地址、客房等级、客房号码、房间价格等属性。
(4)景点信息:
建立景点信息表,以景点名称对景点分类,并设定景点所在城市、门票价格、当地天气、景色特点、导游姓名、导游电话等属性。
注:
默认导游游景点所决定,所以导游这里将导游作为景点的一部分,作为景点的属性存在于景点表中。
(5)留言板信息:
留言板是针对客户与旅行社之间沟通所设置的一个板块,有助于双方之间的交流,只需设子留言内容一个属性即可。
(6)客户住房信息:
建立客户住房信息,明确客户与酒店之间的关系,并且客户住房信息中包含客户的住、退房日期,是酒店与客户之间的联系更加明朗化,客户可通过客户登录密码进入该表查询其住宿信息。
(7)客户旅游信息:
建立客户旅游信息,明确客户旅游的目的地、线路安排、以及本次旅行的交通问题、费用等,客户同样可根据其登录密码查询其旅游信息.
(8)管理员管理客户信息:
管理员可利用其特殊的权限对客户信息进行添加、修改、删除。
(9)管理员管理景点信息:
管理员可利用其特殊权限对景点信息进行添加、修改、删除。
(10)管理员管理酒店信息:
管理员可利用其特殊的权限对酒店客房信息进行添加、修改、删除。
注:
当客户、景点、酒店信息发生改变时,客户住房、客户旅游、客户留言信息将随之改变。
(11)管理员管理留言板信息:
管理员通过留言板回复客户留言。
2.1.2数据流图
根据整个系统的数据处理功能,绘制出如下整体数据流图(如图2.1所示):
图2.1旅行社信息管理系统数据流图
2.1.3数据字典
1)编号:
F1
数据流名:
景点情况
简述:
记录景点信息
数据流向:
P1:
景点管理
组成:
景点名称+所在城市+门票价格+当地天气+景点特色+导游姓名+导游电话
2)编号:
F2
数据流名:
酒店情况
简述:
记录酒店信息
数据流向:
P2:
酒店管理
组成:
酒店名称+酒店地址+客房等级+客房号码+房间价格
3)编号:
F3
数据流名:
客户情况
简述:
记录客户基本信息
数据流向:
P3:
客户管理
组成:
客户编号+客户姓名+客户性别+客户年龄+联系电话+身份证号+客户密码
4)编号:
F4
数据流名:
留言板情况
简述:
记录留言内容
数据流向:
P4:
留言管理
组成:
客户编号+客户姓名+留言内容+留言时间
5)编号:
F5
数据流名:
客户请求住房情况
简述:
旅行社管理员对客户住房信息进行添加、修改、删除操作,客户对客户住房信息进行查询。
数据流向:
P5:
客户住房表
组成:
客户编码+酒店名称+住房日期+退房日期
6)编号:
F6
数据流名:
客户请求游览景点情况
简述:
旅行社管理员对客户旅游信息进行添加、修改、删除操作,客户对客户旅游信息进行查询
数据流向:
P6:
客户旅游表
组成:
客户编号+景点名称+旅游路线+交通方式+旅游类型
7)编号:
F7
数据流名:
管理员情况
简述:
记录管理员情况
数据流向:
P7:
管理员表
组成:
管理员编号+用户名+密码+级别
2.2概念设计
2.2.1实体间的联系
1.一个客户对应于一个房间,并且一个房间可以入住多个客户。
2.多名客户可以同时游览一个景点,但是一名客户不能在同一时间游览多个景点。
3.一个系统管理员可以处理多个客房信息,一个客房信息可以被多名系统管理员管理。
4.一个系统管理员可以处理多个景点信息,一个景点信息可以被多名系统管理员管理。
5.一个系统管理员可以处理多个酒店信息,一个酒店信息可以被多名系统管理员管理。
6.一个普通客户只能查询一个客户详细信息。
7.一个客户可以留言多条,一个系统管理员可以查询多条留言。
2.2.2E--R模型图
根据各实体间的联系绘制如下E--R模型图(如图3.1):
图2.1旅行社信息管理系
2.3逻辑设计
2.3.1E-R模型图向关系模型的转换
M:
N联系转换的关系模式
a.客户入住客房联系概念模型向关系模型的转换
客户表(客户编号,客户姓名,客户性别,客户年龄,联系电话,身份证号,客户密码);酒店表(酒店名称,酒店地址,客房等级,客房号码,房间价格);
客户住房表(客户编码,酒店名称,住房日期,退房日期)。
b.客户旅游联系概念模型向关系模型转换
客户表(客户编号,客户姓名,客户性别,客户年龄,联系电话,身份证号,客户密码);
景点表(景点名称,所在城市,门票价格,当地天气,景点特色,导游姓名,导游电话);
客户旅游表(客户编号,景点名称,旅游路线,交通方式,旅游类型)。
1:
N联系转换的关系模式
a.客户留言联系概念模型向关系模型转换
客户表(客户编号,客户姓名,客户性别,客户年龄,联系电话,身份证号,客户密码);
留言板(客户编号,,留言内容,留言时间)。
b.管理员处理客房联系概念模型向关系模型转换
管理员表(管理员编码,用户名,密码,级别);
酒店表(酒店名称,酒店地址,客房等级,客房号码,房间价格)。
c.管理员处理客户联系概念模型向关系模型转换
管理员表(管理员编码,用户名,密码,级别);
客户表(客户编号,客户姓名,客户性别,客户年龄,联系电话,身份证号,客户密码)。
d.管理员处理景点联系概念模型向关系模型转换
管理员表(管理员编码,用户名,密码,级别);
景点表(景点名称,所在城市,门票价格,当地天气,景点特色,导游姓名,导游电话)。
e.管理员处理留言板联系概念模型向关系模型转换
管理员表(管理员编码,用户名,密码,级别);
留言板(客户编号,,留言内容,留言时间)。
2.3.2确定范式级别
根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中,需要涉及多表的查询及表的添加,修改和删除,且存在多值依赖的实际情况下,其关系模式应达到BCNF。
2.3.3实施规范化处理
由于R中的属性都是不能再分的项,所以R满足第一范式。
由函数依赖F1,F2,F3,F4,F6,F7可知R中存在部分函数依赖。
于是考虑把关系分解成以下几个子关系:
管理员表:
(管理员编码,用户名,密码,级别);
客户表:
(客户编号,客户姓名,客户性别,客户年龄,联系电话,身份证号,客户密码);
景点表:
(景点名称,所在城市,门票价格,当地天气,景点特色,导游姓名,导游电话);
酒店表:
(酒店名称,酒店地址,客房等级,客房号码,房间价格)
留言板:
(客户编号,,留言内容,留言时间);
客户住房表:
(客户编码,酒店名称,住房日期,退房日期);
客户旅游表:
(客户编号,景点名称,旅游路线,交通方式,旅游类型);
由于以上各关系模式已经消除了部分函数依赖、传递函数依赖,所以符合3范式,并且消除各关系的主属性对于主键的部分函数以及传递函数依赖,所以符合BC范式。
2.4物理设计
2.4.1数据库
数据库名称:
旅行社管理系统
2.4.2数据库表结构
1.表名:
管理员表
数据来源:
管理员的基本信息数据导入本系统。
字段名
字段类型
长度
主/外键
字段约束
管理员编码
char
10
P
NOTNULL
用户名
char
6
密码
numeric
5
级别
char
6
表2.4.1管理员表
2.表名:
景点表
数据来源:
景点信息数据的录入。
字段名
字段类型
长度
主/外键
字段约束
景点编号
char
10
P
NOTNULL
旅游线路
varchar
100
费用
money
8
导游姓名
char
8
导游电话
varchar
11
当地天气
char
10
目的地
char
20
旅游类型
varchar
50
表2.4.2景点表
3.表名:
酒店表
数据来源:
酒店信息数据的录入。
字段名
字段类型
长度
主/外键
字段约束
酒店名称
50
酒店地址
char
100
客房等级
char
20
客房号码
varchar
8
房间价格
money
8
是否预定
char
8
酒店编号
char
10
p
NOTNULL
表2.4.3酒店表
4.表名:
客户表
数据来源:
客户信息数据的录入。
字段名
字段类型
长度
主/外键
字段约束
客户编码
char
8
P
NOTNULL
客户姓名
char
20
客户年龄
char
2
客户性别
char
2
联系电话
varchar
11
联系地址
char
20
身份证号
varchar
18
用户密码
varchar
8
表2.4.4客户表
5.表名:
客户住房表
数据来源:
客户住房所产生的数据记录。
字段名
字段类型
长度
主/外键
字段约束
客户编号
char
20
P
NOTNULL
酒店编号
char
10
p
NOTNULL
住房日期
Datatime
8
退房日期
Datatime
8
表2.4.5客户订房表
6.表名:
客户旅游表
数据来源:
客户游览景点产生的记录。
字段名
字段类型
长度
主/外键
字段约束
客户编号
char
20
P
NOTNULL
景点编号
char
10
p
NOTNULL
交通方式
char
20
出发时间
datetime
8
表2.4.6客户旅游表
7.表名:
留言板
数据来源:
客户留言的数据记录。
字段名
字段类型
长度
主/外键
字段约束
客户编号
char
100
P
NOTNULL
管理员编号
char
20
p
NOTNULL
留言内容
Datatime
8
留言时间
Datatime
8
表2.4.7留言板
2.4.3数据库的实施
1.基本表的查询
查询管理员表:
查询客户表:
查询景点表:
查询酒店表:
查询留言板:
查询客户旅游表:
查询客户住房信息:
2、连接查询
查询客户旅游信息,包括客户姓名、目的地、旅游路线、旅游类型、出发时间:
查询客户住房信息,包括客户姓名、酒店名称、客房等级、客房号码:
查询客户留言信息,包括客户姓名和留言内容:
查询客户留言信息,包括客户姓名、留言内容,并且客户编号小于K003:
查询客户留言信息,包括客户编号、客户姓名、留言内容,并且该客户必须是‘张’姓:
3、简单查询
查询客户姓名为‘刘妍’,并且入住‘隆昌宾馆’的客户的客户姓名、酒店名称、客房等级、客房号码:
4、数据的更新
将一个新客户的属性插入到客户表中:
插入结果:
将酒店表中的管理员编号为‘G002’的修改为‘G003’:
修改结果:
删除留言板中客户编号为‘K005’的客户留言信息:
删除前信息:
执行删除操作:
删除结果:
5、视图查询
‘客户查询信息’表的查询:
‘客户留言’表的查询:
总结
本次课设为旅行社信息管理系统的设计,本来是要从系统界面的设计开始,但是由于我们从来未学习过该技术,而且有对此了解的少之又少,所以在此暂时跳过该项,但是以后会搜集此相关知识,从而不断学习。
接下来,从了解相关旅行社的信息开始,从实际出发,绘制E-R图,需求分析,再到概念设计和逻辑设计,以及运行、维护。
在SQLServer2000的企业管理器中建表及表之间的联接,,设置一些必要条件等,然后实现其表记录的查询、修改、删除,在此过程中,有许多难点,有时候都把自己搞的心烦意乱,也曾萌生退意,但是在同学的鼓励下,当心情平静后,再次细细理解其中诀窍。
天下无难事,只怕有心人。
通过查询相关书籍,和同学讨论以及经由老师的参与指导,我们不断的提升这自己的知识,让课设在一个艰难的过程中逐渐走向简单。
虽然在此间还有许多不完善的地方,但是,我们还是会进一步学习,研究。
此次课程设计为我们以后的学习打下了结实的基础,今后,我一定会好好学习,不断扩大自己的知识面。
经过这次实习使得我清楚地认识到了自身存在的不住。
更加明白学习的重要性,这次实习的主要困难在于需求的分析与判断上面,并且关于关系依赖的判定也是比较困难的其原因在于自身的经验的不足还有姿势的匮乏主要是知己的问题得不到解决而导致自己十分烦恼反导致了进展的缓慢,十分的邻人印象深刻同事也让
参考文献
[1]陆琳,罗明亮著.数据库技术与应用[M].长沙:
中南大学出版社.2010
[2]KarliWatson.ChristianNagel.C#入门经典[M].北京:
清华大学出版社.2008.
[3]苗雪兰,刘瑞新,宋会群.数据库技术及应用[M].北京:
机械工业出版社.2006
[4]王小玲,刘卫国.数据库应用基础教程[M].北京:
中国铁道出版社.2008
[5]钱乐秋,赵文耘,牛军钰.软件工程[M].北京:
清华大学出版社.2007
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 课程设计 旅行社 管理 系统