酒店管理系统数据库.docx
- 文档编号:28403789
- 上传时间:2023-07-13
- 格式:DOCX
- 页数:29
- 大小:480.50KB
酒店管理系统数据库.docx
《酒店管理系统数据库.docx》由会员分享,可在线阅读,更多相关《酒店管理系统数据库.docx(29页珍藏版)》请在冰豆网上搜索。
酒店管理系统数据库
课程设计
课程名称_数据库原理及设计课程设计
题目名称_______
学生学院__________
专业班级___________
学号___________
学生姓名______________
指导教师_______武悦___________
2017年1月6日
广东工业大学课程设计任务书
题目名称
酒店管理系统
学生学院
专业班级
姓名
学号
一、课程设计的内容
酒店管理数据库要求提供以下服务:
(1)随时对酒店房间信息、房间配置信息、顾客信息、酒店员工信息经行录入,更新,删除等操作。
(2)随时查询房间空余情况,再通过不同方式传递给顾客,顾客实时评价员工。
(3)可以随时查询数据库中各数据情况。
根据以上的情景假设,进行如下的分析与设计:
(1)根据上述语义画出ER图。
(2)将ER模型转换成关系模型,并指出每个关系模式的主关键字。
(3)分析每个关系模式已经达到第几范式。
对于不符合第三范式要求的关系模式进行规范化。
(4)根据概念模型设计逻辑模型和保护设计。
(5)在SQLServer中实现。
二、课程设计的要求与数据
根据选题,运用课堂中学到的数据库的基本理论与设计的知识,完成数据库概念设计、逻辑设计及部分物理设计的内容。
重点是ER图的设计、关系模式的转换与规范化以及如何利用DBMS完成数据表及数据库的创建和操作。
具体要求包括:
1.开发环境要求:
SQLServer2005
2.提交课程设计报告一份,包括以下内容:
①用户需求:
要解决的主要问题,达到的具体指标等。
②业务流程分析:
描述系统的业务流程,画出规范的业务流程图。
③数据库概念模式设计
写出由基本项相应得出的实体、联系及其属性,并确定主实体的标识特征,画出ERD;对其中复杂的多元联系进行分析,必要则改进。
④数据库逻辑模式设计
4.1一般逻辑模型设计:
写出由ERD导出一般关系模型的四条原则,列出数据库初步构思的关系框架,并检查改进之。
4.2具体逻辑模型设计:
按所用的DBMS要求,设计表(文件)的具体结构,在关系框架下补充字段类型、长度、小数位数等行。
⑤数据库保护设计
5.1设计表间关系:
列出数据库表间的关联关系。
5.2完整性设计:
列出主要字段完整性的字段名、完整性约束条件;列出记录完整性约束及其约束条件;列出参照完整性表。
⑥数据库系统的实现
6.1数据库及其表结构的建立:
建立数据库描述文件及建立其数据库表,注意完整性与关联的实现,并附作为命令执行结果的数据库表结构及其关联图、参照完整性表。
6.2数据输入:
录入数据,并打印出各表的内容,要求每个表至少有15条记录。
3.提交光盘(每班统一制作1张光盘,每人一个文件夹,文件夹名为“学号姓名”)。
每人的光盘文件夹内含:
①课程设计报告电子文档
②数据库文件(包括数据文件和日志文件)
3.任务书(放在报告的前面)
三、课程设计应完成的工作
1要求完成一个系统设计的主要过程:
需求分析、系统分析、系统设计、系统实现等过程。
2完成设计后,要写出设计报告。
四、课程设计进程安排
序号
设计各阶段内容
地点
起止日期
1
举行课程设计动员会,说明课程设计的要求、目的。
通过讨论、查询相关资料确定课程设计选题。
实验中心机房
2015.6.12
2
进行需求分析、数据库逻辑结构的分析。
实验中心机房
2015.6.13-2015.6.16
3
完成以下内容:
(1)用户需求分析;
(2)业务流程分析;(3)数据库概念模型设计;(4)写出由基本项相应得出的实体、联系及其属性;(5)对其中复杂的多元联系进行分析,必要则改进。
实验中心机房
2015.6.17-2015.6.20
4
完成数据库模型设计,包括一般逻辑模型设计和物理逻辑模型设计;设计索引、设计表间关系、设计完整性。
实验中心机房
2015.6.21-2015.6.23
5
进行系统实现。
内容主要包括:
数据库表结构的建立与数据输入。
实验中心机房
2015.6.24-2015.6.25
6
撰写课程设计报告并上交
实验中心机房
2015.6.26
五、应收集的资料及主要参考文献
[1]崔巍.数据库应用与设计[M].清华大学出版社,2009:
175-216
[2]
发出任务书日期:
2016年12月26日指导教师签名:
武悦
计划完成日期:
2017年1月6日基层教学单位责任人签章:
1用户需求1
2业务流程分析2
3数据库概念模型设计7
4数据库逻辑模型设计10
4.1一般逻辑模型设计10
4.2具体逻辑模型设计12
5数据库保护设计16
5.1设计表间关系16
5.2完整性设计16
6数据库系统的实现17
7个人总结20
1用户需求
随着全球经济的的不断复苏与快速发展,酒店管理发展迅速,与此同时,中国各地大中小城市均把旅游业作为其经济增长的源动力,其政府与社会投资将不断增加,将会是中国最具活力的行业。
而酒店管理最重要的是酒店的预定,无论是消费者还是酒店员工本身,都需要快速掌握酒店的房间信息,这样有利于消费者的订房效率,也有利于酒店员工管理房间。
大量的房间信息快速整理并筛选有用信息则是关键。
另一方面,当酒店员工可以对顾客经行一对一服务时,也可以更好管理酒店与顾客之间的关系,有利于推动酒店管理的完善。
酒店管理在人员管理方面也不可以松懈,只有人员管理合理才可以凝聚酒店员工,更好的为酒店服务。
由此看来,为了适应市场的快速多变,建立一个酒店管理的数据库很有必要。
(1)基本信息管理:
包括顾客的基本信息,房间基本信息,员工基本信息,当数据有所变动时,数据库管理员相应修改,及时更新,对数据库经行及时维护。
(2)房间配置管理:
房间内用品属于公司资源公司财产,对房间内配置经行有效管理,方便各部门相应作出自己部门计划,也成为各方面有力数据,当增减或损坏配置时应及时登记与数据的录入。
(3)房间管理:
酒店职员管理相应的酒店房间,实时登记房间状态,顾客的入住退房时间,点对点的管理,不影响下一批客人的房间使用,一旦房间状态改变,酒店员工实时修改。
(4)服务管理:
顾客对职员服务经行评价,促进酒店员工自我修养,提高酒店管理水平,注重消费者意见,顾客评价实时反映在数据中。
2业务流程分析
顾客通过不同方式去了解酒店房间,并向酒店员工预定房间,对酒店员工的服务经行评价,酒店员工管理酒店房间,记录相应信息,房间内配置也要及时记录。
顾客查询房间
职员管理安排
顾客评价服务
职员登记房间配置
入住
退房
图2-1业务流程分析图
3数据库概念模型设计
入住时间
方式
时间
评价
价格
时间
数量
n
1
P
退房时间
是否损坏
服务
顾客
房间
配置
职员
部门
预定
包含
管理
隶属
m
n
m
1
1
n
n
1
入职时间
图3-1ER图主图
姓名
性别
联系电话
证件号
顾客
证件类型
图3-2顾客实体属性图
类型
编号
位置
房间
状态
图3-3房间实体属性图
数量
种类
规格
颜色
配置
配置编码
图3-4配置实体属性图
姓名
员工编号
性别
职务
联系电话
职员
部门名称
图3-5职员实体属性图
部门编号
部门名称
部门
职员人数
职位
图3-6部门实体属性图
4数据库逻辑模型设计
4.1一般逻辑模型设计
原则一:
将每个实体类型转换成一个关系模式,实体的属性即为关系模式的属性,实体的标识属性即为关系模式的主键。
表4-1顾客关系
证件编号
证件类型
姓名
性别
联系电话
主码
表4-2房间关系
编号
类型
位置
状态
主码
表4-3配置关系
配置编码
种类
数量
规格
颜色
主码
表4-4职员关系
员工编号
姓名
性别
职务
部门名称
联系电话
主码
表4-5部门关系
部门编号
部门名称
职员人数
职位
主码
原则二:
若实体间联系是1:
N,则在N实体转换成的关系模式中加入1实体的主键(作为外键)和联系类型的属性。
表4-6隶属关系
员工编号
姓名
性别
职务
联系电话
部门名称
部门编号
入职时间
外码
主码
(在具体逻辑模型中覆盖“职员关系”表)
表4-7管理关系
编号
类型
位置
状态
员工编号
入住时间
退房时间
是否损坏
外码
主码
(在具体逻辑模型中覆盖“房间关系”表)
原则三:
若实体间联系是1:
1,可以在两个实体类型转换成的两个关系模式中任意一个关系模式的属性中加入另一个关系模式的主键和联系类型的属性。
表4-8服务关系
证件号
证件类型
姓名
性别
联系电话
员工编号
时间
方式
评价
外码
主码
(在具体逻辑模型中覆盖“顾客关系”表)
原则四:
若实体间联系是M:
N,则将联系类型也转换成关系模式,其属性为两端实体类型的主键(作为外键)加上联系的属性,而主键为两端实体主键的组合。
表4-9预定关系
编号
证件号
员工编号
时间
数量
价格
外码
外码
外码
主码(复合主码)
表4-10包含关系
编号
配置编码
外码
外码
主码(复合主码)
4.2具体逻辑模型设计
表4-11配置表
字段名
数据类型
长度
主外码或索引
约束
配置编码
char
10
主码
非空
种类
varchar
50
索引
数量
tinyint
非空,1~10
规格
varchar
30
颜色
char
2
表4-12部门表
字段名
数据类型
长度
主外码或索引
约束
部门编号
char
10
主码
非空
部门名称
varchar
30
索引
非空
职员人数
tinyint
1~100
简述
varchar
30
索引
表4-13隶属表
字段名
数据类型
长度
主外码或索引
约束
员工编号
char
10
主码
非空
姓名
varchar
30
索引
非空
性别
char
2
索引
‘男’或‘女’
职务
varchar
30
索引
非空
部门名称
varchar
30
索引
非空
联系电话
char
11
索引
部门编号
char
10
外码
非空
入职时间
datetime
索引
表4-14管理表
字段名
数据类型
长度
主外码或索引
约束
编号
char
10
主码
非空
类型
varchar
30
索引
‘单人房’或‘双人房’或‘大床房’或‘总统套房’
位置
varchar
50
索引
非空
状态
varchar
30
索引
非空
员工编号
char
10
外码
非空
入住时间
datetime
索引
非空
退房时间
datetime
索引
非空
是否损坏
bit
索引
0为否,1为是
表4-15服务表
字段名
数据类型
长度
主外码或索引
约束
证件号
varchar
30
主码
非空
证件类型
varchar
30
索引
非空,‘身份证’或‘军官证’或‘护照’
姓名
varchar
30
索引
非空
性别
char
2
索引
‘男’或‘女’
联系电话
char
11
索引
员工编号
char
10
外码
非空
时间
datetime
索引
非空
方式
char
4
索引
‘电话’或‘在线’或‘柜台’
评价
bit
索引
0为优,1为差
表4-16预订表
字段名
数据类型
长度
主外码或索引
约束
编号
char
10
外码
复合主码
非空
证件号
varchar
30
外码
非空
员工编号
char
10
外码
非空
时间
datetime
索引
非空
数量
tinyint
非空
价格
money
非空
表4-17包含表
字段名
数据类型
长度
主外码或索引
约束
编号
char
10
外码
复合主码
非空
配置编码
char
10
外码
非空
5数据库保护设计
5.1设计表间关系
管理表通过外键员工编号参照隶属表,隶属表通过外键部门编号参照部门表,服务表通过外键员工编号参照隶属表,预定表通过外键编号、证件号、员工编号参照管理表、服务表、隶属表,包含表通过外键编号、配置编码参照管理表、配置表。
5.2完整性设计
表5-1参照完整性表
被参照表
主关键字
参照表
外关键字
类型
隶属表
员工编号
管理表
员工编号
一对多
部门表
部门编号
隶属表
部门编号
一对多
隶属表
员工编号
服务表
员工编号
一对一
管理表
编号
预订表
编号
多对多
服务表
证件号
预订表
证件号
多对多
隶属表
员工编号
预定表
员工编号
多对多
管理表
编号
包含表
编号
多对多
配置表
配置编码
包含表
配置编码
多对多
6数据库系统的实现
6.1建立数据库
6.2数据库表的建立
①配置表
②部门表
③隶属表
④管理表
⑤服务表
⑥预定表
⑦包含表
各表创建完毕,关系图如下所示:
6.3数据输入
①配置表
②部门表
③隶属表
④管理表
⑤服务表
⑥预定表
⑦包含表
6.4数据查询功能
6.4.1简单查询
6.4.2连接查询
6.5数据操作功能
6.5.1插入操作
6.5.2删除操作
6.5.3更新操作
7个人总结
学习了一个学期的数据库,有概念的理解,实际的实验操作,以及这份课程设计报告。
虽然没有很深入的学习,但还是让我了解到了数据库的基本原理以及基本运用。
在学习数据库的过程中,最大的困难是理解SQL的语句并运用,不过通过老师的悉心教导和同学的解答,还是可以做到自己建库,建表,查询和其他数据库操作。
以此为基础,课程设计要求我们从最开始的课题思考,借此机会也让我更好的了解到,在我们实际生活中其实是很多地方都可以运用到数据库的,如果我们可以熟练的运用数据库,更会给我们生活带来很大便利。
在确定好自己的课题之后,就要自己设计数据库的框架,再一点一点地细化,具体化,最后再一一检查其中是否设计合理。
其中特别需要注意的是,在做数据库之前要清清楚楚各种概念,什么是“实体”,“联系”,“属性”,以及清除其中各自的要求,不然很容易需要推倒重建数据库。
做课程设计可以把自己想到的有趣的课题变成现实数据,更好的激发我进一步学习数据库的激情,同时还可以对自己之前所学习的数据库理论经行一次查缺补漏。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 管理 系统 数据库