数据库设计案例-酒店管理系统
数据库设计案例_酒店管理系统方案
酒店管理系统一、背景说明目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。
由于我们对酒店行业没有具体的接触和实质性的了解。
此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。
二、部门的划分1．饮食部门它是酒店基本部门之一。
它提供服务的特点是实时性强、持续时间短，强调效率。
例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。
通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。
对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。
在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。
2．住宿管理部门它也是酒店基本部门之一。
住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。
B.登记旅客信息，确认其身份，登记其入住、退房时间。
C.统计各类房间的客满程度。
D.对本部门的财务流动进行登记处理。
以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。
3．娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。
娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。
可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。
这些信息都需要长时间保留并上报。
4．经理部门经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。
它的主要职责有：A.管理员工。
酒店预订管理系统--数据库课程设计
酒店预订管理系统--数据库课程设计介绍
本文档旨在设计一个酒店预订管理系统，该系统将使用数据库来存储和管理酒店预订信息。
系统将实现以下功能：
- 客户信息管理：包括客户姓名、联系方式、住宿历史等。
- 酒店房间管理：包括房间类型、价格、房间状态等。
- 预订管理：客户可以预订酒店房间，并记录预订状态、预订日期等。
- 入住管理：当客户到达并入住时，将记录入住日期和房间状态。
- 结账管理：客户退房后，系统将自动结算费用并生成账单。
数据库设计
本系统将使用关系型数据库来存储数据。
下面是系统的数据库设计：
数据表
客户表（Customers）
房间表（Rooms）
预订表（Reservations）
入住表（Checkins）
账单表（Bills）
数据库关系
系统的数据库关系如下：
- Customers表与Reservations表之间是一对多关系，一个客户
可以有多个预订。
- Rooms表与Reservations表之间是一对多关系，一个房间可以有多个预订。
- Reservations表与Checkins表之间是一对一关系，一个预订只有一个入住记录。
- Reservations表与Bills表之间是一对一关系，一个预订只有
一个账单。
总结
本文档介绍了一个酒店预订管理系统的数据库课程设计。
通过
这个系统，我们可以实现客户信息管理、房间管理、预订管理、入
住管理和结账管理等功能。
通过合理的数据库设计和表之间的关系，我们可以实现数据的存储和管理，为酒店提供高效的预订管理服务。
数据库第12章 酒店管理系统数据库开发实例简明教程PPT课件
12.2 设计系统E.R图
实体模型就是我们通常所说E-R模型，它是设计数据库的基础。我 们使用E-R模型对酒店管理系统的数据进行抽象加工，将实体集合抽象 成实体类型，用实体间关系反映本系统实体间的内在联系。下面根据需 求分析设计酒店管理系统的E-R图。 1.住客实体E-R图 住客E-R图中包括的属性为：住客编号、住客姓名、住客性别、住 客国籍、住客身份证、住客住址、住客电话、押金、住客房号、住客类 别、入住时间、离店时间、操作人。这些属性描述的住客实体如下图1 所示。
12.2 设计系统E.R图
2. 房间实体E-R图 房间E-R图中包括的属性为：房间编号、房号、房间类型、房间状 态、是否预定、床位数、是否有电视、是否有空调。这些属性描述的房 间实体如下图所示。
12.2 设计系统E.R图
3.房型实体E-R图 房型E-R图中包括的属性为：房型编号、房型名称、房间价格。这 些属性描述的房型实体如下图所示。
第12章 酒店管理系统数据库开发实例
本章要点：
系统需求分析 设计系统E-R图 创建数据表 创建系统视图
创建系统存储过程
12.1 系统需求分析
酒店管理系统是一个基于与SQL Server 2008数据库进行开 发的Web应用程序。 在该系统中使用了三层架构的开发模式，数据库作为架构中的一个 底层，表现层（也就是Web界面）做为架构中的顶层，而数据访问层则 处于一个中间层。Web应用程序页面不再直接与后台的数据库相连接， 而是直接与中间数据访问层相关联，中间层的数据访问层直接与数据库 相连接，从数据访问层中发送相关SQL语句到数据库，数据库执行相关 的SQL语句后，将执行结果返回到数据访问层。
12.4 创建数据表
1. 住客信息表（GuestInfo），用来记录酒店住客的各种信息。使 用身份证号和房号作为该表的主键。该表的字段结构如下表所述：
数据库设计案例-酒店管理系统
------------------------------------------------------------------------------------酒店管理系统一、背景说明目前大多数酒店提供的服务多种多样，规模大小也各不相同，但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。
由于我们对酒店行业没有具体的接触和实质性的了解。
此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上，简单模仿中等规模的酒店设计管理系统，并将其抽象成一个由三部门组成、实现三大服务的系统。
二、部门的划分1．饮食部门它是酒店基本部门之一。
它提供服务的特点是实时性强、持续时间短，强调效率。
例如，顾客人数、顾客所用的菜及其它饮料等种类繁多，数量不等；后勤各种活动如采购等频繁发生。
通过分析可发现，用人工完成此类操作比计算机更具实效与时效，且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。
对于饮食部门，需要较长时间保留的信息主要是财务信息，一方面便于期末汇总，另一方面便于向上级报告。
在规模较大的酒店餐饮服务部分，餐厅可分成几个等级或几个小部门，然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统，不再细分。
2．住宿管理部门它也是酒店基本部门之一。
住宿管理部门的主要职责有：A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。
B.登记旅客信息，确认其身份，登记其入住、退房时间。
C.统计各类房间的客满程度。
D.对本部门的财务流动进行登记处理。
以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。
3．娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。
娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。
可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人.B.收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。
酒店管理系统的数据库设计
目录：一.概念结构设计二.数据字典三.E-R图四.数据库逻辑结构设计一．概念结构设计建立一个酒店前台管理系统，方便酒店的信息管理和部门管理。
该前台管理系统要求具备以下几个主要功能1.登记客人的基本信息，进行客房分配，建立客人账单和客人在店数据文件；2.计算客人的购物，餐饮消费；3.计算客人的总消费金额，以便结账处理；4.保留熟客的历史档案信息。
二．数据字典客 户 信 息项数据类型 长度 含义说明性别 字符型 20 身份标识 姓名 字符型10性别标识 年龄 整形10身份证号码 整形50身份验证联系方式 整形50联系方式入住日期 日期型8名称 编号 组成 数据量 存取频率房源信息D2房号，楼层，状态，已预定，已清理.....500 不定期客户在店 D3门卡号，姓名，性别，证件号，入住日期.....200 不定期客户消费D4项目编号，类型，项目名，价格，计量单位....1000 不定期房型类 D6类别，名称，普通价，优惠价.....30 固定价格表D8编号，名称，类别，细目，价格.....100 固定三．E-R 图1.入住单预付款操作员姓名结算方式入住天数门卡号2.客户消费项目编号门卡号项目名计量单位预付款金额3.房型表优惠价普通价类别名称长包价4.房源信息楼层状态已清理已预定房号5.客户在店门卡号性别入住日期姓名证件号电话6.总E-R 图入住单房源信息房型表客户在店客户消费分配对应选择门卡号预付款入住天数操作员姓名结算方式已入住已清理已预订状态房号楼层占用普通价类别长包价优惠价名称登记门卡号性别入住日期姓名证件号电话数量时间项目编码金额预付款计量单位项目名门卡号四．数据库逻辑结构设计客户在店（门卡号 ，证件号，姓名，性别，入住日期，电）话 .....顾客消费（项目编码，门卡号，项目名，金额，计量单位，预付款....）入住单（门卡号，姓名，预付款，结算方式，入住天数，操作员.....））房源信息（房号，楼层，状态，已预定，已清理.....）房型表（类别，名称，普通价，长包价，优惠价.....。
SQL酒店管理系统实例
数据库酒店管理系统实例（附C#界面及代码）目录第1章前言 01.1 开发背景 01.2 宾馆组织结构 01.3 系统开发方法 (1)第2章系统分析 (2)2.1 可行性分析 (2)2.2 需求分析 (2)2.2.1 业务流程分析 (2)2.2.2 数据流程分析 (3)2.2.3 系统功能分析 (4)2.2.4 系统权限分析 (4)第3章系统设计 (5)3.1 系统功能模块设计 (5)3.2 数据库设计 (5)第4章系统实现 (11)4.1 系统主界面 (11)4.2 来宾登记模块 (11)4.2.1宾客开单 (11)4.2.2 更换房间 (13)4.2.3 修改登记 (13)4.2.4 房间状态 (14)4.2.5 预定管理 (14)4.2.6 退出系统 (15)4.3 收银结账 (15)4.3.1宾客结账 (15)4.3.2合并结账 (16)4.3.3拆分结账 (17)4.4 业务查询 (18)4.4.1结账单查询 (18)4.4.2全部宾客信息查询 (19)4.4.3在店宾客消费查询 (20)4.4.4离店宾客消费查询 (21)4.5 客户管理 (21)4.5.1基本信息管理 (21)4.5.2来宾信息管理 (22)4.6 系统维护 (23)4.6.1房间项目设置 (23)4.6.2 客户类型设置 (24)4.6.3 操作员设置 (25)4.6.4 计费设置 (25)第5章系统测试 (27)第6章结论 (28)参考文献 (29)致谢 (30)附录 (31)第1章前言1.1 开发背景经济的快速发展，人们的生活水平和消费意识的提高，促进了旅游业的发展。
宾馆行业将面临着机遇和挑战。
宾馆客人管理是宾馆管理的一个重要且必须切实面对的工作,但一直以来人们使用传统的人工方式管理宾馆，这种管理方式存在着许多缺点,如:效率低、保密性差且较为烦琐,另外随着客人数量的增加,其工作量也将大大增加，这必然增加客人管理者的工作量和劳动强度，这将给客人管理信息的查找、更新和维护都带来了很多困难。
酒店管理系统数据库设计
酒店管理系统酒店管理系统第1页，共15页酒店管理系统一．酒店管理系统的需求分析用户的需求具体体现在各种信息的提供、用户的需求具体体现在各种信息的提供、保存、保存、更新和查询等方面，更新和查询等方面，这就要这就要求数据库结构能充分满足各种信息的输出和输入。
收集基本数据、数据结构以及数据处理的流程，得出本系统所处理的数据流程。
数据处理的流程，得出本系统所处理的数据流程。
针对一般酒店客房信息管理系统的需求，内容和流程分析，设计下面的数据项和数据结构：项和数据结构： 员工标准信息，包括的数据项有：员工编号，姓名，性别，出生日期，工龄，密码，电话，备注等。
密码，电话，备注等。
客户标准信息，包括的数据项有：客户编号，性名，性别，出生日期，身份证号，手机，备注等。
证号，手机，备注等。
客房标准信息，包括的数据项有：客房编号，类型编号，状态，备注等。
客房标准信息，包括的数据项有：客房编号，类型编号，状态，备注等。
类型标准信息，包括的数据项有：类型编号，类型名称，费用，总量，剩余量，备注等。
量，备注等。
订单标准信息，包括的数据项有：订单编号，员工编号，客户编号，客房编号，时间，押金，备注等。
号，时间，押金，备注等。
退房标准信息，包括的数据项有：员工编号，客户编号，客房编号，时间，备注等。
备注等。
二.概念结构设计：经过对酒店一般形式的调查，了解到了该系统包括的实体类型有：经过对酒店一般形式的调查，了解到了该系统包括的实体类型有： 员工、客户、客房等。
员工、客户、客房等。
经过分析画出了“酒店管理系统”数据库的E-R 图，分别如图1~图6所示：所示：图-1 员工实体员工实体E-R 图 员工员工 员工编号员工编号 姓名姓名 性别性别 出生日期出生日期 工龄工龄 密码密码电话电话备注备注图-2 客户实体客户实体E-R 图图-3 客房实体客房实体E-R 图客户客户客户编号客户编号 姓名姓名性别性别 出生日期出生日期 身份证号身份证号手机手机备注备注客房客房客房编号客房编号 类型编号类型编号 状态状态备注备注图-4 类型实体类型实体E-R 图图-5 订单实体订单实体E-R 图图-6 退房实体退房实体E-R 图 通过对个实体之间联系的分析，将局部E-T 图综合成全局E-R 图，类型类型类型编号类型编号 类型名称类型名称 费用费用总量总量 剩余量剩余量 备注备注订单订单订单编号订单编号 员工编号员工编号客户编号客户编号 客房编号客房编号 时间时间押金押金备注备注退房退房员工编号员工编号 客房编号客房编号客户编号客户编号 时间时间备注备注如图-7所示：所示：图-7 全局E-R 图三.逻辑结构设计：根据概念设计的结果,将其转换为关系模型：将其转换为关系模型：员工（员工编号，姓名，性别，出生日期，工龄，密码，电话，备注）员工（员工编号，姓名，性别，出生日期，工龄，密码，电话，备注） 客户（客户编号，性名，性别，出生日期，身份证号，手机，备注）客户（客户编号，性名，性别，出生日期，身份证号，手机，备注） 客房（客房编号，类型编号，状态，备注）客房（客房编号，类型编号，状态，备注）类型（类型编号，类型名称，费用，总量，剩余量，备注）类型（类型编号，类型名称，费用，总量，剩余量，备注）订单（订单编号，员工编号，客户编号，客房编号，时间，押金，备注）订单（订单编号，员工编号，客户编号，客房编号，时间，押金，备注） 退房（员工编号，客户编号，客房编号，时间，备注）退房（员工编号，客户编号，客房编号，时间，备注）四.物理结构设计：1．员工表列名列名数据类型数据类型是否允许为空是否允许为空默认值默认值是否为主键是否为主键员工编号员工编号 Char(10) 否 是 姓名姓名 Char(10) 否性别性别 Char(2) 否 男 出生日期出生日期 Smalldatetime工龄工龄 Int 密码密码 Char(6) 否 电话电话Char(20)客户员工客房客房 退房退房住宿住宿n离开离开m登记登记管理管理分类分类类型类型预定预定 登记登记订单订单n mmnnm mmnnmn备注备注Text2.客户表列名列名数据类型数据类型 是否允许为空是否允许为空默认值默认值 是否为主键是否为主键客户编号客户编号 Char(10) 否 是 姓名姓名 Char(10)否性别性别 Char(2) 否 男 出生日期出生日期 Smalldatetime 身份证号身份证号 Char(18) 否 手机手机 Char(20) 备注备注Text3.客房表列名列名 数据类型数据类型是否允许为空是否允许为空默认值默认值是否为主键是否为主键客房编号客房编号 Char(6) 否是类型编号类型编号 Char(2) 否 状态状态 Char(4) 备注备注Text4.类型表列名列名数据类型数据类型 是否允许为空是否允许为空默认值默认值是否为主键是否为主键类型编号类型编号 Char(2)否是类型名称类型名称 Char(16) 否 费用费用 Int 总量总量 Int 剩余量剩余量 Int 备注备注Text5.订单表列名列名数据类型数据类型 是否允许为空是否允许为空默认值默认值是否为主键是否为主键订单编号订单编号 Char(10) 否 是 员工编号员工编号 Char(10) 客户编号客户编号 Char(10) 客房编号客房编号Char(6)时间时间SmalldatetimeGETDA TE()押金押金 Int备注备注Text6.退房表列名列名数据类型数据类型 是否允许为空是否允许为空默认值默认值是否为主键是否为主键员工编号员工编号 Char(10) 客户编号客户编号 Char(10) 客房编号客房编号 Char(5) 时间时间 SmalldatetimeGETDA TE()备注备注Text题目： （一）1．用T-SQL 语句创建数据库CREATE DATABASE 酒店管理系统酒店管理系统 ON PRIMARY(NAME ='酒店管理系统_data1',FILENAME ='E:\SQL\酒店管理系统\酒店管理系统_data1.mdf',SIZE =5,MAXSIZE =UNLIMITED ,FILEGROWTH =2), FILEGROUP FGROUP(NAME ='酒店管理系统_data2',FILENAME ='E:\SQL\酒店管理系统\酒店管理系统_data2.ndf',SIZE =5,MAXSIZE =UNLIMITED , FILEGROWTH =2) LOG ON(NAME ='酒店管理系统_log1',FILENAME ='E:\SQL\酒店管理系统\酒店管理系统_log1.ldf',SIZE =1010, ,MAXSIZE =UNLIMITED , FILEGROWTH =4) GO2．用T-SQL 语句创建所有的表及设置主键CREATE TABLE 员工表员工表(员工编号员工编号CHAR (1010)) NOT NULL PRIMARY KEY , 姓名姓名CHAR (1010)) NOT NULL, 性别性别CHAR (2) NOT NULL, 出生日期出生日期 SMALLDATETIME , 工龄工龄INT , 密码密码CHAR (6) NOT NULL, 电话电话 CHAR (2020), ), 备注备注TEXT ) GOCREATE TABLE 客户表客户表 (客户编号客户编号CHAR (1010)) NOT NULL PRIMARY KEY , 姓名姓名CHAR (1010)) NOT NULL, 性别性别CHAR (2) NOT NULL, 出生日期出生日期SMALLDATETIME , 身份证号身份证号 CHAR (1818)) NOT NULL, 手机手机CHAR (2020), ), 备注备注TEXT ) GOCREATE TABLE 客房表客房表(客房编号客房编号CHAR (6) NOT NULL PRIMARY KEY , 类型编号类型编号CHAR (2) NOT NULL, 状态状态 CHAR (4), 备注备注TEXT ) GOCREATE TABLE 类型表类型表 (类型编号类型编号CHAR (2) NOT NULL PRIMARY KEY , 类型名称类型名称CHAR (1616)) NOT NULL, 费用费用 INT , 总量总量INT , 剩余量剩余量 INT , 备注备注TEXT ) GOCREATE TABLE 订单表订单表(订单编号订单编号CHAR (1010)) NOT NULL PRIMARY KEY , 员工编号员工编号CHAR (1010), ), 客户编号客户编号CHAR (1010), ), 客房编号客房编号CHAR (6), 时间时间SMALLDATETIME , 押金押金INT ,备注备注TEXT ) GOCREATE TABLE 退房表退房表 (员工编号员工编号CHAR (1010), ), 客户编号客户编号CHAR (1010), ), 客房编号客房编号CHAR (6), 时间时间SMALLDATETIME , 备注备注TEXT ) GO3．用T-SQL 语句给需要设外键的表设置外键ALTER TABLE 客房表客房表 ADD CONSTRAINT FK_类型表_客房表客房表 FOREIGN KEY (类型编号) REFERENCES 类型表(类型编号) GOALTER TABLE 订单表订单表 ADD CONSTRAINT FK_员工表_订单表订单表 FOREIGN KEY (员工编号) REFERENCES 员工表(员工编号) GOALTER TABLE 订单表订单表 ADD CONSTRAINT FK_客户表_订单表订单表 FOREIGN KEY (客户编号) REFERENCES 客户表(客户编号) GOALTER TABLE 订单表订单表 ADD CONSTRAINT FK_客房表_订单表订单表 FOREIGN KEY (客房编号) REFERENCES 客房表(客房编号) GOALTER TABLE 退房表退房表 ADD CONSTRAINT FK_员工表_退房表退房表 FOREIGN KEY (员工编号) REFERENCES 员工表(员工编号) GOALTER TABLE 退房表退房表ADD CONSTRAINT FK_客户表_退房表退房表 FOREIGN KEY (客户编号) REFERENCES 客户表(客户编号) GOALTER TABLE 退房表退房表 ADD CONSTRAINT FK_客房表_退房表退房表FOREIGN KEY (客房编号) REFERENCES 客房表(客房编号)GO4．用T-SQL语句给表加上check约束、UNIQUE约束、DEFAULT约束 ALTER TABLE 员工表员工表ADD CONSTRAINT CK_员工性别性别 IN('男','女'))员工性别 CHECK(性别GOALTER TABLE 员工表员工表ADD CONSTRAINT DF_员工性别性别员工性别 DEFAULT('男') FOR 性别GOALTER TABLE 客户表客户表ADD CONSTRAINT CK_客户性别客户性别 CHECK(性别性别 IN('男','女'))GOALTER TABLE 客户表客户表ADD CONSTRAINT DF_客户性别性别客户性别 DEFAULT('男') FOR 性别GOALTER TABLE 客户表客户表ADD CONSTRAINT UQ_身份证号身份证号 UNIQUE(身份证号)GOALTER TABLE 订单表订单表ADD CONSTRAINT DF_订房时间时间订房时间 DEFAULT(GETDATE()) FOR 时间GOALTER TABLE 退房表退房表ADD CONSTRAINT DF_退房时间退房时间 DEFAULT(GETDATE()) FOR 时间时间GO5．使用insert语句初始化数据库INSERT INTO 员工表(员工编号,姓名,性别,出生日期,工龄,密码,电话)VALUES('010*******','张三','男','1982-2-1',2,'123401','0758-*******')INSERT INTO 客户表(客户编号,姓名,性别,出生日期,身份证号,手机)VALUES('1009010001','王恒','女',461324************,,'136********')'1987-8-16',461324************INSERT INTO 客房表(客房编号,类型编号,状态)VALUES('120501','12','空')INSERT INTO 类型表(类型编号,类型名称,费用,总量,剩余量)VALUES ('12','豪华双人房','480','20','20')INSERT INTO 订单表(订单编号,员工编号,客户编号,客房编号,押金)VALUES ('1005010001','010*******','1009010001','120506','50')INSERT INTO 退房表(员工编号,客户编号,客房编号) VALUES ('010*******','1009010001','210301')（二）1、流程控制语句与函数（1）、用上while 语句根据入住天数，查询客户应付费用declare @y @y int int declare @x @x int int set @x @x==0 set @y @y==0while @x @x<><>datediff (day ,'2010-12-10',getdate ()) begin beginset set @x @x==@x @x++1 set set @y @y==@x @x**300 end endselect fare fare==@y（2）、用上if if……else 语句 查出普通房中，单人房多少钱。
数据库设计_酒店管理系统
数据库设计_酒店管理系统酒店管理系统数据库设计是一个关键的环节，合理的数据库设计能够提高酒店管理系统的性能和效率。
一个高效的酒店管理系统数据库设计应该包含以下内容：一、酒店管理系统的实体分析酒店管理系统的实体包括：酒店、客房、员工、顾客、订单等。
通过对这些实体进行分析，可以确定每个实体的属性和关系。
1.酒店实体2.客房实体客房实体包含以下属性：客房ID、客房类型、客房价格、客房状态等。
客房与酒店之间是多对一的关系，即一个酒店可以有多个客房，但一个客房只属于一个酒店。
3.员工实体员工实体包含以下属性：员工ID、员工姓名、员工职位、员工工资等。
员工与酒店之间是多对一的关系，即一个酒店可以有多个员工，但一个员工只属于一个酒店。
4.顾客实体5.订单实体订单实体包含以下属性：订单ID、顾客ID、酒店ID、客房ID、订单状态等。
订单与顾客、酒店和客房之间是多对一的关系，即一个订单属于一个顾客、一个酒店和一个客房。
二、酒店管理系统的关系分析通过对实体之间的关系进行分析，可以确定各个实体之间的关系。
1.酒店与客房之间的关系一个酒店可以有多个客房，一个客房只属于一个酒店，这是一对多的关系。
酒店与客房之间通过酒店ID进行关联。
2.酒店与员工之间的关系一个酒店可以有多个员工，一个员工只属于一个酒店，这是一对多的关系。
酒店与员工之间通过酒店ID进行关联。
3.订单与顾客之间的关系一个订单属于一个顾客，一个顾客可以有多个订单，这是一对多的关系。
订单与顾客之间通过顾客ID进行关联。
4.订单与酒店之间的关系一个订单属于一个酒店，一个酒店可以有多个订单，这是一对多的关系。
订单与酒店之间通过酒店ID进行关联。
5.订单与客房之间的关系一个订单属于一个客房，一个客房可以有多个订单，这是一对多的关系。
订单与客房之间通过客房ID进行关联。
三、酒店管理系统的数据表设计根据以上的实体分析和关系分析，可以设计出数据库的数据表。
1.酒店表2.客房表字段：客房ID、客房类型、客房价格、客房状态、酒店ID等。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
酒店管理系统一、背景说明目前大多数酒店提供的服务多种多样,规模大小也各不相同,但稍具规模的酒店必含下面三类服务：饮食、住宿和娱乐。
由于我们对酒店行业没有具体的接触和实质性的了解。
此次数据库设计只能在一些收集到的基本材料与个人直观认识的基础上,简单模仿中等规模的酒店设计管理系统,并将其抽象成一个由三部门组成、实现三大服务的系统。
二、部门的划分1．饮食部门它是酒店基本部门之一。
它提供服务的特点是实时性强、持续时间短,强调效率。
例如，顾客人数、顾客所用的菜及其它饮料等种类繁多,数量不等;后勤各种活动如采购等频繁发生。
通过分析可发现,用人工完成此类操作比计算机更具实效与时效,且此类信息也没有长时间保留的必要，因此这些信息没有必要采用数据库管理。
对于饮食部门，需要较长时间保留的信息主要是财务信息,一方面便于期末汇总，另一方面便于向上级报告。
在规模较大的酒店餐饮服务部分,餐厅可分成几个等级或几个小部门,然后各自形成小系统，本系统为了简单起见，把饮食部门作为一个子系统,不再细分。
2．住宿管理部门它也是酒店基本部门之一。
住宿管理部门的主要职责有:A.给个房间布置各种设备、分类、编号、制定收费标准、分配服务人员。
B.登记旅客信息，确认其身份,登记其入住、退房时间。
C．统计各类房间的客满程度。
D．对本部门的财务流动进行登记处理。
以上信息处理可以通过计算机完成，其他不便于计算机操作的在此没有列出。
3．娱乐管理部门娱乐是酒店非主流服务，它的存在除了赢利，更多的是为了吸引顾客食宿。
娱乐部门的特点与饮食部门很相似，不便于使用计算机进行操作。
可以用计算机完成并且有必要用计算机完成的有：A.制定收费标准，分配负责人．B．收入支出财务处理：编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等。
这些信息都需要长时间保留并上报。
4．经理部门经理部门的功能虽然不是面向顾客、不是酒店的服务项之一，但它的存在却是必不可少的。
它的主要职责有:A.管理员工。
给员工编号,登记其基本信息；根据员工的平时表现及工龄确定工资;此外，还要给员工分配工作部门及职务等等。
B.划分部门。
给个部门编号、命名、确定其职责范围、任命部门经理、分配员工。
C.对本部门的财务进行核算（支付工资等)。
D．期末对酒店的收益情况进行核算。
三、各子系统的功能虽然酒店按功能可以划分成四个部门，但是饮食部门的大部分工作手工操作比计算机操作更具有效率,如上所述,便于电脑操作只有财务处理。
在划分子系统时，考虑到各子系统都有各自的财务处理，且有相似性,所以就把它们归为统一的一个“财务子系统”。
同时“饮食子系统”取消，因为它的所有需要涵盖的功能都已包含在“财务子系统”中。
因此系统共划分为四部分：总经理子系统、财务子系统、住宿子系统和娱乐子系统。
1．总经理子系统A.对新来的员工进行编号、登记、分配工作。
{员工号、姓名、性别、年龄、工龄、级别、部门号、职务、其他备注｝B.对于被辞退的员工从系统中级联删除其信息，如从员工表中删除其基本信息，从它所服务的工作部门中删除该员工的工作名额，结算支付其工资、奖金;同时补充新的员工，代替它的工作。
C.对新增部门作各种初始工作。
如编号、命名、任命经理等。
{部门号、名称、部门经理、员工数量}D.取消某个部门时,核算该部门的财务情况，并作备份；同时对该部门的员工重新分配工作。
E.其他情况的处理2．财务子系统A.每天的收入、支出登记{编号、发票号、摘要、数量、单位、数额、经手人、日期}B.期末各子系统的财务汇总{编号、上月余额、总收入、总支出、余额、经手人、日期}C.期末酒店汇总个部门的财务报表，结算本酒店收益（编号、部门号、部门名称、收入、支出、净收入、经手人、日期) 3．住宿子系统A.来客登记若多人住同一房间,只作一个记录。
客人信息{房间号、房间类别、客人数量、联系人名、身份、证件名称(类型）、证件号码、入住时间、退出时间}B.房间管理旅客入住(旅客退出)除了登记(删除）客人信息之外，还应对相关的记录进行修改，如房间的状态等。
房间类别{类别号、名称、设备、收费标准、总数量、剩余量、管理人员｝房间｛房间号,房间类型、状态}( 该部门的财务处理与饮食子系统同,归到财务子系统)4．娱乐子系统A.添加新的娱乐项目娱乐项目{娱乐项目号、名称、收费标准、负责人}B.取消某娱乐项目（财务处理(同饮食子系统）归到财务子系统) 四、数据字典1．数据项ﻬ 概念结构设计过程本公司开发酒店管理系统，经过可行性分析、详细调查以及多次讨论,确定了该系统由娱乐管理部门、经理管理部门、宿舍管理部门和财务管理部门四个子系统组成。
本过程结构设计过程采用自底向上的设计方法，即首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构.下面给出各个子系统的分析及分E-Ｒ图的设计及对其进行的各项调整。
经理管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析，明确了—— 子系统的功能:A.管理员工:给员工编号，登记其基本信息。
根据员工的平时表现确定其出勤工资及根据等级确定其固定工资，从而确定其实际工资，此外还要给员工分配工作部门等。
B.划分部门:给各部门编号、命名、确定其职责范围、任命部门经理、分配员工。
C.对本部门的财务进行核算（支付工资等）。
根据要求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分Ｅ-R 图:n对Ｅ-R图调整的准则:现实世界中的事物能作为属性对待的尽量作为属性对待;属性和实体的划分：属性中不具有需要描述的信息，即属性是不可分的数据项,不再包含其他信息。
实体属性定义:员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注）工资(员工号、等级、实际工资、基本工资、出勤工资)部门(部门号、名称、部门经理、员工数量)账单(编号、发票号、摘要、收入数、支出数、日期、经手人、备注）具体调整如下:1.本来员工还应对应一个领导关系,但这里为了简便,就用员工的”等级”属性来表示员工之间的领导关系；2.工资本应作为员工的一个属性,但这里需强调员工对应的出勤工资（由出勤情况决定)，因此将它单独作为一个实体；3.部门对应的账单本应属于财务子系统的内容，这里为了简化财务子系统，先在各个子系统中进行财务总结,因此,将账单也作为一个实体。
娱乐管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了——子系统的功能：A．为各个项目制定收费标准，分配负责人；B.收入支出财务处理:编号、财务来源去处的摘要、数量、单价、数额、结余、经手人等信息；C.对在部门内进行娱乐的顾客进行收费，并根据折扣规则给与顾客相应的折扣;D.对部门内部进行帐务处理；根据要求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-Ｒ图：１ｎ１ 实体属性定义:项目(编号、名称、所在位置、收费标准、负责人)员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注)顾客(顾客号、级别、姓名、年龄、性别、证件号码、证件名称、所选项目、使用时间、备注)款项(顾客号、级别、使用时间、应收款、实际收款、折扣)折扣规则（级别、折扣情况)账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）对E-R 图调整的准则:现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分:属性中不具有需要描述的信息,即属性是不可分的数据项，不再包含其他信息。
具体调整如下：１．本来员工还应对应一个领导关系,但这里为了简便,就用员工的“等级”属性来表示员工之间的领导关系;2．款项本可以作为顾客的一个属性来设置，但这里为了强调对顾客的折扣情况,需要对款项进行进一步的描述,因此这里作为一个实体;3.对顾客所采取的折扣规则，本应该根据顾客的实际消费量来划定,这里为了方便起见,给每位顾客添加了一个“级别”属性，用以对应采取的折扣规则;4．部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统，先在各个子系统中进行财务总结，因此,将账单也作为一个实体;住宿管理部门子系统本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了——子系统的功能:A.给个房间布置设备、分类、编号、制定收费标准、分配服务人员。
Ｂ.登记旅客信息,确认其身份，登记其入住、退出时间；C ．接受顾客的预定服务,对于已预定的客房进行登记的处理；D ．统计各类房间的客满程度;E ．对本部门的财务流动进行登记处理。
根据需求分析给出的数据流图,参照数据字典中的详细描述,给出经理管理部门的分E-R 图:m n 11实体属性定义:顾客（顾客号、级别、姓名、年龄、性别、证件类型、证件号码、入住时间、退出时间、备注)客房(客房号、类别、位置、设备、收费标准、管理人员、状态）员工(员工号、姓名、性别、年龄、工龄、级别、部门、备注)款项(顾客号、级别、使用时间、应收款、实际收款、折扣)折扣规则(级别、折扣情况)订单(订单号、时间、房间号、经手人、备注)账单(编号、发票号、摘要、收入数、支出数、日期、经手人、备注）对Ｅ-R 图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分：属性中不具有需要描述的信息,即属性是不可分的数据项,不再包含其他信息。
具体调整如下:1.本来员工还应对应一个领导关系,但这里为了简便,就用员工的“等级”属性来表示员工之间的领导关系；2．款项本可以作为顾客的一个属性来设置，但这里为了强调对顾客的折扣情况,需要对款项进行进一步的描述,因此这里作为一个实体；3．对顾客所采取的折扣规则,本应该根据顾客的实际消费量来划定，这里为了方便起见，给每位顾客添加了一个“级别”属性,用以对应应采取的折扣规则；4.部门对应的账单本应属于财务子系统的内容,这里为了简化财务子系统，先在各个子系统中进行财务总结，因此，将账单也作为一个实体。
财务管理子系统本开发小组成员经过调查、信息流程分析、数据收集,并结合需求分析,明确了——子系统的功能:A.对各个部门上交上来的收支情况进行汇总,得出各个部门的损益情况;B.对整个酒店各个部门的损益情况进行汇总登记，得出本期酒店的损益；C.将整个酒店的收益情况下发给各个部门，帐务公开,集思广益。
1实体属性定义：部门(部门号、名称、部门经理、员工数量)员工(员工号、姓名、性别、年龄、工龄、级别、部门、职务、备注)账单（编号、发票号、摘要、收入数、支出数、日期、经手人、备注）总帐(编号、部门号、收入、支出、净利、日期、经手人、备注)财务状况(时期、总收入、总支出、净利润）对E-R图调整的准则：现实世界中的事物能作为属性对待的尽量作为属性对待；属性和实体的划分:属性中不具有需要描述的信息,即属性是不可分的数据项,不再包含其他信息。