酒店住宿及消费管理系统数据库样本.docx
- 文档编号:9942242
- 上传时间:2023-02-07
- 格式:DOCX
- 页数:52
- 大小:1.99MB
酒店住宿及消费管理系统数据库样本.docx
《酒店住宿及消费管理系统数据库样本.docx》由会员分享,可在线阅读,更多相关《酒店住宿及消费管理系统数据库样本.docx(52页珍藏版)》请在冰豆网上搜索。
酒店住宿及消费管理系统数据库样本
课程设计报告
设计题目:
酒店住宿及消费管理信息系统
一、课程设计项目名称:
酒店住宿及消费管理信息系统
二、有关基本原理:
数据库设计
数据库设计(DatabaseDesign)是指对于一种给定应用环境,构造最优数据库模式,建立数据库及其应用系统,使之可以有效地存储数据,满足各种顾客应用需求(信息规定和解决规定)。
数据库设计是建立数据库及其应用系统技术,是信息系统开发和建设中核心技术。
由于数据库应用系统复杂性,为了支持有关程序运营,数据库设计就变得异常复杂,因而最佳设计不也许一蹴而就,而只能是一种“重复探寻,逐渐求精”过程,也就是规划和构造化数据库中数据对象以及这些数据对象之间关系过程。
数据库建设是硬件、软件和干件(技术与管理界面)结合,靠得是"三分技术,七分管理,十二分基本数据“。
数据库设计应当与应用系统设计相结合。
涉及构造(数据)设计:
设计数据库框架或数据库构造,行为(解决)设计:
设计应用程序、事务解决等。
数据库设计是构造和行为分离设计。
需求分析
调查和分析顾客业务活动和数据使用状况,弄清所用数据种类、范畴、数量以及它们在业务活动中交流状况,拟定顾客对数据库系统使用规定和各种约束条件等,形成顾客需求规约。
需求分析重点是调查、收集与分析顾客在数据管理中信息规定、解决规定、安全性与完整性规定。
概念模型设计
对顾客规定描述现实世界(也许是一种工厂、一种商场或者一种学校等),通过对其中诸处分类、汇集和概括,建立抽象概念数据模型。
这个概念模型应反映现实世界各部门信息构造、信息流动状况、信息间互相制约关系以及各部门对信息储存、查询和加工规定等。
所建立模型应避开数据库在计算机上详细实现细节,用一种抽象形式表达出来。
以扩充实体—(E-R模型)联系模型办法为例,第一步先明确现实世界各部门所含各种实体及其属性、实体间联系以及对信息制约条件等,从而给出各部门内所用信息局部描述(在数据库中称为顾客局部视图)。
第二步再将前面得到各种顾客局部视图集成为一种全局视图,即顾客要描述现实世界概念数据模型。
需求分析阶段描述顾客应用需求是现实世界详细需求将需求,分析得到顾客需求抽象为信息构造即概念模型过程就是概念构造设计。
概念构造是各种数据模型共同基本,它比数据模型更独立于机器、更抽象,从而更加稳定。
概念构造设计是整个数据库设计核心。
逻辑构造设计
重要工作是将现实世界概念数据模型设计成数据库一种逻辑模式,即适应于某种特定数据库管理系统所支持逻辑数据模式。
与此同步,也许还需为各种数据解决应用领域产生相应逻辑子模式。
这一步设计成果就是所谓“逻辑数据库”。
概念构造是各种数据模型共同基本,为了可以用某一DBMS实现顾客需求,还必要将概念构造进一步转化为相应数据模型,这正是数据库逻辑构造设计所要完毕任务。
将概念构造转化为普通关系、网状、层次模型。
将转化来关系、网状、层次模型向特定DBMS支持下数据模型转换。
对数据模型进行优化。
物理构造设计
依照特定数据库管理系统所提供各种存储构造和存取办法等依赖于详细计算机构造各项物理设计办法,对详细应用任务选定最适当物理存储构造(涉及文献类型、索引构造和数据存储顺序与位逻辑等)、存取办法和存取途径等。
这一步设计成果就是所谓“物理数据库”。
依照详细计算机系统(DBMS和硬件等)特点,为给定数据库模型拟定合理存储构造和存取办法:
使设计出物理数据库占用较少存储空间。
对数据库操作具备尽量高速度。
三、课程设计目:
1)巩固和加深对数据库原理及应用课程基本知识理解,综合该课程中所学到理论知识,与小构成员联合完毕一种数据库应用系统课题需求分析;
2)依照课题需要,通过查阅有关手册和文献资料,培养独立分析和解决实际问题能力;
3)掌握数据库应用系统需求分析基本环节,能用基本图表工具描述需求分析过程及成果
4)纯熟掌握局部E-R图和全局E-R图建立办法,纯熟掌握概念模型向数据模型(关系模式)转化;
5)可以依照系统实际需要,对数据库进行物理设计
6)掌握在数据库管理系统中创立数据库及对数据库进行维护和数据查询基本办法;培养动手能力。
四、课程设计内容:
需求分析:
依照实际状况,对于酒店住宿及消费管理系统进行调查,必要明确顾客规定和应用现场环境特点,理解系统应具备哪些功能,数据流程和数据之间联系。
需求分析需要进行调查,查阅手册和文献资料,明确问题所在,按需求分析环节,一步一步进行分析,完毕系统需求分析,得到系统目的、功能分析、系统需求、业务流程图、数据流图、数据字典等分析成果。
概念模型设计:
依照所选应用系统需求分析,继续进行局部概念模型分析与设计,然后进行全局概念模型设计。
规定:
1)依照需求分析成果,小组分工进行局部E-R图设计;
2)依照局部E-R图进行合并整合,形成全局E-R图。
3)对全局E-R图进行分析,依照需要进行一定合并优化解决
逻辑构造设计:
对自选数据库应用项目进行关系数据模型设计,一方面进行概念模型到逻辑构造(关系模型)转化;另一方面用关系规范化理论对形成关系模式进行合并、分解优化;
物理设计:
依照特定数据库管理系统所提供各种存储构造和存取办法等依赖于详细计算机构造各项物理设计办法,对详细应用任务选定最适当物理存储构造(涉及文献类型、索引构造和数据存储顺序与位逻辑等)、存取办法和存取途径等。
数据库实行:
在以上分析设计基本上,要实现数据库,保证能在既有数据库基本上进行应用系统程序开发。
规定:
在数据库管理系统上实现数据库,并能在该库上进行相应数据解决;数据库建议用SQLSERVER,也可用ACCESS。
完毕课程设计报告。
五、课程设计过程及成果分析:
(一)需求分析
1、背景分析
随着酒店规模扩大和连锁经营,将管理信息系统嵌入到酒店经营和管理中已是必不可少。
在本课程设计中,只涉及酒店入住和消费。
通过调查分析,拟定酒店入住和消费管理系统由预定房间、查询客房信息、登记、入住、消费(尤指如就餐,叫车等除房费以外费用)、退房等功能模块。
预订系统尤指针对顾客而言,她可以登录系统随时查询酒店客房预售一览表,及可售房间数,可查询某间客房预订状况,并实现预订功能,此时酒店管理系统可以接受到其信息,也就是说通过网络,该系统更好联系起来。
同步对常客可使用系统客历资料预定,可大大减少资料输入。
客人一旦入住酒店,酒店就会详细记录客人资料。
本系统面向酒店前台,系统可以接受到客户在其她平台提交预订信息,系统数据管理员可以接受到数据信息,进行集中管理,分类,然后将信息报给不同酒店管理人员,简化老式手工作业方式,最大限度地简化酒店管理过程。
(1)能对客房数据进行跟踪管理(添加、更改、删除、查询等);
(2)能对客户数据进行跟踪管理(添加、更改、删除、查询等);
(3)能对预订信息进行跟踪管理(添加、更改、删除、查询等);
(4)能对入住信息进行跟踪管理(添加、更改、删除、查询等);
(5)能对住宿消费信息进行跟踪管理(添加、更改、删除、查询等);、
(6)该数据库系统要具备良好可扩展性(界面和谐);
(7)顾客及权限管理(具备一定安全性):
1)系统工作人员增长、删改顾客;
2)系统工作人员对顾客角色及权限分派;
3)顾客登录及权限验证;
4)系统管理员及顾客更改密码。
2、业务流程分析
1)第一层业务流程图
2)第二层业务流程图
(1)顾客登录系统:
1)查询酒店客房预售一览表,及可售房间数,可查询某间客房预订状况;
2)预订,形成预订信息,提交至系统存储。
(2)前台登录系统:
1)前台登录系统后可查询酒店客房预售一览表,及可售房间数,可查询某间客房预订状况,某位顾客预订状况;
2)为顾客登记,实现入住,提交入住信息给系统,并生成入住单;
3)顾客产生消费行为,前台提交信息至系统生成消费单;
4)顾客前台结账,收取费用退还押金,并注销顾客入住,提交信息,更新居间信息。
(3)系统工作人员:
系统工作人员登录系统可以收到顾客预订信息,入住信息,消费信息,结账信息,以及顾客信息和客房信息,进行数据解决后提交至系统,授予不同顾客不同权限。
3、系统数据流图DFD
(1.系统顶层数据流图:
2.系统第一层数据流图:
基于上述数据流图,可以用文字描述有关解决过程:
(1)顾客登录系统:
1)查询酒店客房预售一览表,及可售房间数,可查询某间客房预订状况;
2)预订,形成预订信息,提交至系统存储。
(2)前台登录系统:
1)前台登录系统后可查询酒店客房预售一览表,及可售房间数,可查询某间客房预订状况,某位顾客预订状况;
2)为顾客登记,实现入住,提交入住信息给系统,并生成入住单;
3)顾客产生消费行为,前台提交信息至系统生成消费单;
4)顾客前台结账,收取费用退还押金,并注销顾客入住,提交信息,更新居间信息。
(3)系统工作人员:
系统工作人员登录系统可以收到顾客预订信息,入住信息,消费信息,结账信息,以及顾客信息和客房信息,进行数据解决后提交至系统,授予不同顾客不同权限。
3.系统第2层数据流图:
(图形+文字阐明)
1)顾客预订,入住信息解决逻辑第二层数据流图
2)前台进行顾客入住,结算等信息解决逻辑第二层数据流图
4、数据字典DD
(1)、数据项阐明
1)客房信息表
数据项编号
数据项名
数据项含义
与其她数据项关系
存储构造
1
房间号
房间编号
字符型,长度为10,格式例A101,A表达xx栋,数字由三位构成,第一种数字为楼层,后两位为该楼层房间编号
2
房间名称
房间名字
字符型,长度限制为20
3
房间类型
房间类型
字符型,长度限制为20
4
房间位置
房间详细位置
字符型,长度限制为50,格式为xx栋xx层xx号
5
房价
房间价格
由房间类型决定
浮点型,长度限制为8
6
房间状态
房间所处状态,是满还是空
由客户预定,入住,退房时间决定
字符型,长度限制为20,限制字符为如下三种:
“预订中”或“入住”或“空”
7
房间备注
房间备注
2)客户信息表
数据项编号
数据项名
数据项含义
与其她数据项关系
存储构造
1
客户姓名
客户姓名
字符型,长度为20
2
证件类型
客户出示证件类型
字符型,长度限制为20
3
证件号
客户出示证件编号
与证件类型相相应
字符型,长度限制为30
4
性别
客户性别
字符型,长度限制为4,可选取字符为“男”,“女”
5
联系电话
客户联系方式
字符型,长度限制为50
6
备注
客户备注信息,如客户身份与规定
字符型,长度限制为500
3)住宿费用信息表
数据项编号
数据项名
数据项含义
与其她数据项关系
存储构造
1
证件号
客户出示证件编号
字符型,长度为30
2
房间号
房间编号
字符型,长度为10,格式例A101,A表达xx栋,数字由三位构成,第一种数字为楼层,后两位为该楼层房间编号
3
入住日期
客户入住日期
日期型,格式为年-月-日
4
入住时间
客户入住时间
时间型,格式为时:
分:
秒
5
离开日期
客户退房日期
日期型,格式为年-月-日
6
离开时间
客户退房时间
时间型,格式为时:
分:
秒
7
天数
客户入住天数
由客户入住日期,入住时间,退房日期,退房时间决定
整型,长度为4
8
房价
房间价格
浮点型,长度限制为8
9
折扣率
最后折扣率
浮点型,长度限制为8
10
预付
客户入住时缴纳订金
浮点型,长度限制为8
11
其她消费日期
客户除入住外其她消费日期
日期型,格式为年-月-日
12
其她消费时间
客户除入住外其她消费时间
时间型,格式为时:
分:
秒
13
其她消费名称
客户除入住外其她消费名称
字符型,长度限制为20
14
其她消费金额
客户除入住外其她消费金额
浮点型,长度限制为8
4)预订房间信息表
数据项编号
数据项名
数据项含义
与其她数据项关系
存储构造
1
证件号
客户出示证件编号
字符型,长度限定30
2
房间号
房间编号
字符型,长度为10,格式例A101,A表达xx栋,数字由三位构成,第一种数字为楼层,后两位为该楼层房间编号
3
预定日期
客户预定日期
日期型,格式为年-月-日
4
预定期间
客户预定期间
时间型,格式为时:
分:
秒
5
入住日期
房间详细位置
日期型,格式为年-月-日
6
预订天数
房间价格
整型
7
预订备注
客户预定期规定
字符型,长度限制为500
8
与否入住
当前客户入住状况
由入住日期决定
字符型,长度限制为20,限制字符为如下两种:
“入住中”或“未入住”
5)入住信息表
数据项编号
数据项名
数据项含义
与其她数据项关系
存储构造
1
证件号
客户出示证件编号
字符型,长度限定30
2
房间号
房间编号
字符型,长度限制为20字符型,长度为10,格式例A101,A表达xx栋,数字由三位构成,第一种数字为楼层,后两位为该楼层房间编号
3
预付
客户入住时缴纳订金
浮点型,长度限制为8
4
入住日期
客户入住日期
日期型,格式为年-月-日
5
入住天数
客户入住天数
时间型,格式为时:
分:
秒
6
备注
客户入住备注信息
字符型,长度限制为500
7
工号
办理该入住员工编号
字符型,长度限制为20
6)前排工作人员信息表
数据项编号
数据项名
数据项含义
与其她数据项关系
存储构造
1
工号
员工编号
字符型,长度为20,
2
姓名
员工名字
字符型,长度限制为20
3
所在部门
员工所在部门
字符型,长度限制为20
4
职务
员工职务
字符型,长度限制为20
(2)、数据构造阐明
数据构造编号
数据构造名
数据构造含义
构成内容
1
客房
指明酒店客房详细信息
房间号,房间名称,房间类型,房间位置,房价,房间状态,房间备注
2
客户
每位客户信息
客户姓名,证件类型,证件号,性别,联系电话,备注
3
住宿费用
客户在整个入住过程(涉及住宿外消费)信息
证件号,房间号,入住日期,入住时间,离开日期,离开时间,天数,房价,折扣率,预付,其她消费日期,其她消费时间,其他消费名称,其她消费金额
4
预订
客户预定房间信息
证件号,房间号,预定日期,预定期间,入住日期,预定天数,预定备注,与否入住
5
入住
客户入住房间信息
证件号,房间号,预付,入住日期,入住天数,备注,工号
6
前台工作人员
前台工作人员信息
工号,姓名,所在部门,职务
(3)、数据流阐明
1)预订信息数据流表
简述
顾客预订客房信息流向系统
输入来源
顾客输入
输出去向
前台和系统管理员
数据项构成
证件号,房间号,预定日期,预定期间,入住日期,预定天数,预定备注,与否入住
流量
每个顾客预订信息
2)入住信息数据流表
简述
顾客入住客房信息流向系统
输入来源
顾客提供、前台输入
输出去向
系统管理员
数据项构成
证件号,房间号,预付,入住日期,入住天数,备注,工号
流量
每个顾客入住信息
3)结账信息数据流表
简述
顾客退房信息流向系统
输入来源
顾客规定、前台输入(消费信息)、系统提供
输出去向
前台和系统管理员
数据项构成
证件号,房间号,入住日期,入住时间,离开日期,离开时间,天数,房价,折扣率,预付,其她消费日期,其她消费时间,其他消费名称,其她消费金额
流量
每个顾客退房信息
(4)、数据存储阐明
1)顾客信息存储阐明
简述
存储顾客基本信息
输入来源
顾客输入
输出去向
前台和系统管理员
数据项构成
客户姓名,证件类型,证件号,性别,联系电话,备注
存储容量
每个顾客基本信息
2)客房信息存储阐明
简述
客房基本信息
输入来源
系统工作人员提前录入
输出去向
顾客、前台和系统管理员
数据项构成
客房信息:
房间号,房间名称,房间类型,房间位置,房价,房间状态,房间备注
存储容量
每间客房基本信息
3)前台工作人员信息存储阐明
简述
前台工作人员基本信息
输入来源
系统工作人员提前录入
输出去向
前台和系统管理员
数据项构成
前台工作人员信息:
工号,姓名,所在部门,职务
存储容量
每位前台工作人员基本信息
(5)、解决过程阐明
1)预订信息录入、修改
简述
单个客户单独输入预订信息
逻辑阐明
针对一种客户
显示证件号
针对每条预订信息进行录入(修改)
录入(修改)证件号,房间号,预定日期,预定期间,入住日期,预定天数,预定备注,与否入住
概要阐明
1、可以用“上一步”、“下一步”“回到首页”“提交”点击进行预订信息录入和修改;
2、显示时,只可读;录入修改时,可读可写。
2)入住信息录入、修改
简述
单个前台工作人员根据顾客提供信息输入入住信息
逻辑阐明
针对一种客户
显示证件号,房间号
针对每条入住信息进行录入(修改)
录入(修改)证件号,房间号,预付,入住日期,入住天数,备注,工号
概要阐明
1、可以用“上一步”、“下一步”“回到首页”“提交”点击进行预订信息录入和修改;
2、显示时,只可读;录入修改时,可读可写。
3)结算信息录入、修改
简述
前台工作人员根据入住信息及其她消费输入结算信息
逻辑阐明
针对一种客户
显示证件号
针对每条结算信息进行录入(修改)
录入(修改)证件号,房间号,入住日期,入住时间,离开日期,离开时间,天数,房价,折扣率,预付,其她消费日期,其她消费时间,其他消费名称,其她消费金额
概要阐明
1、可以用“上一步”、“下一步”“回到首页”“提交”点击进行预订信息录入和修改;
2、显示时,只可读;录入修改时,可读可写。
2)客房信息查询
简述
对房间信息进行查询
逻辑阐明
针对顾客
显示证件号
针对前台或系统工作人员
显示房间号
针对每条预订、入住和结算信息进行查询
查询证件号,房间号,预定日期,预定期间,入住日期,预定天数,预定备注,与否入住
查询证件号,房间号,预付,入住日期,入住天数,备注,工号
查询证件号,房间号,入住日期,入住时间,离开日期,离开时间,天数,房价,折扣率,预付,其她消费日期,其她消费时间,其他消费名称,其她消费金额
概要阐明
1、可以用“上一步”、“下一步”“回到首页”“提交”点击进行评教信息查询;
2、可以输入指定房间号直接显示客房信息;输入指定证件号,直接显示该顾客预订、入住、结算信息。
3、所有查询内容均只可读,不可写。
(二)概念模型设计
1.局部E-R图
1依照数据字典拟定每个实体及其属性E-R图;
(1)客房实体E-R图
(2)客户实体E-R图
(3)前台工作人员实体E-R图
(4)住宿费用实体E-R图
2依照第二层数据流图拟定局部E-R图;
(1)预订局部E-R图
(2)入住局部E-R图
(3)结算局部E-R图
2.全局E-R图
3.优化解决
在以上实体集属性中,有些属性不够明确,将做一下修改。
将预定中预订时间细化为预定日期,预订时间,入住时间改为入住日期;将入住中入住时间细化为入住日期和入住时间;删除住宿费用中入住日期,并将离开日期细化为离开日期和离开时间。
(三)逻辑构造设计
1.E-R图转换为关系模式
(1)Room(Rno,Rname,Rtype,Rpostion,Rprice,Rstatus,Rnote)
(2)Customer(Cno,Cname,Ctype,Csex,Ctel,Cnote)
(3)Reserve(Cno,Rno,Orderdate,Rindate,Days_1,Note,Isin)
(4)Check_in(Cno,Rno,Sno,Prepay,Indate,Days_2,Note)
(5)Fee(Cno,Rno,Indate,Outdate,Days,Rprice,Rate,Prepay,OtherC_time,
OtherC_name,OtherC_price)
(6)Reception(Sno,Sname,Sdept,Sjob)
2.关系模式优化
1)优化过程
结合E-R图优化过程做如下解决:
(1)Room关系模式中存在数据冗余,可无损分解为如下两个关系模式:
Roomtype(Rtype,Rprice)不存在非主属性对码某些函数依赖,属于BCNF
RoomInfo(Rno,Rname,Rtype,Rpostion,Rstatus,Rnote)不存在非主属性对码某些函数依赖,属于BCNF
(2)Customer(Cno,Cname,Ctype,Csex,Ctel,Cnote)不存在非主属性对码某些函数依赖,属于BCNF
(3)Reserve(Cno,Rno,Orderdate,Ordetime,RIndate,Days_1,Note,Isin),添加属性Intime,不存在非主属性对码某些函数依赖,属于BCNF
(4)Check_in(Cno,Rno,Sno,Prepay,Indate,Intime,Days_2,Note)添加属性Intime,考虑实际状况,假设酒店前台人员按天值班Cno,Rno->Indate,Intime,Indate,Intime,->Sno,存在传递依赖,不存在非主属性对码某些依赖,属于2NF
(5)Fee关系模式中存在数据冗余,可无损分解为如下两个关系模式:
Fee(Cno,Rno,Sno,Outdate,Outtime,Rate)添加属性Outtime,考虑实际状况,假设酒店前台人员按天值班Cno,Rno->Outdate,Outtime,OutdateOuttime,->Sno,存在传递依赖,不存在非主属性对码某些依赖,属于2NF
OtherC(Cno,Rno,Sno,OtherC_date,OtherC_time,OtherC_name,OtherC_price)考虑实际状况,一种顾客,一间客房也许会产生各种消费,将OtherC_date,OtherC_time设立为主码,不存在非主属性对码某些函数依赖,属于BCNF
(6)Reception(Sno,Sname,Sdept,Sjob)不存在非主属性对码某些函数依赖,属于BCNF
2)优化成果
Roomtype(Rtype,Rprice)
RoomInfo(Rno,Rname,Rtype,Rpostion,Rstatus,Rnote)
Customer(Cno,Cname,Ctype,Csex,Ctel,Cnote)
Reserve(Cno,Rno,Orderdate,Ordetime,RIndate,Days_1,Note,Isin)
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 住宿 消费 管理 系统 数据库 样本