宾馆客房标准管理系统的SQL数据库.doc

错误！未一、需求分析 4
1.1 基本规定 4
1.1.1 业务规定 4
1.1.2 信息规定 4
1.1.3 解决规定 4
1.1.4 安全性与完整性规定 5
1.2 数据流图、数据字典 5
1.2.1 数据流图 5
1.2.2 数据字典 6
二、功能设计 7
2.1 系统功能 7
2.1.1 基本信息设立 7
2.1.2 客房前台管理 7
2.1.3 查询记录管理 8
2.1.4 结账管理 8
2.1.5 系统初始设计 8
2.1.6 系统维护 8
2.2系统功能构造图 8
2.2系统功能构造图 8
三、ER模型 9
四、数据库设计构造 11
4.1 数据库表设计 11
4.11 实体属性 11
4.12 数据库表 11
4.2 约束设计 13
4.2.1 主外键约束 13
4.2.2 列值唯一 13
4.2.3 其她约束 14
4.3 索引设计 14
4.4 数组组织商定 14
4.4.1 各实体之间关联关系状况 14
5.1 设计局限性 15
5.2 设计改进方向 15

找到索引项。

宾馆客房管理系统数据库设计

姓名：张晋嘉
学号：30924851
班级：09级专业班

宾馆客房管理系统数据库设计

【摘要】
近年来，国内当代酒店业迅猛发展，市场竞争日趋激烈，老式管理办法已经不能适应当代社会需要，全面提高宾馆客房管理系统已成为酒店业发展当务之急。因而，本论文旨在设计出一套高效、精准、便捷管理系统，以实现宾馆对客房科学化、规范化和信息化管理，提高宾馆管理水平和竞争力。
宾馆管理系统是对宾馆管理系统当代化、网络化，逐渐挣脱当前宾馆管理人工管理方式，拓展经营空间，减少运营成本，提高管理和决策效率而开发。老式宾馆计算机管理系统重要涉及前台管理系统和后台管理系统两大某些，基本包括了宾馆重要业务部门，初步实现了对顾客服务和进行财务核算所需要各个功能。它涉及客户信息管理、客房信息管理、入住和退房管理、客房类型管理、费用管理、价目信息管理等6大功能模块，并提供了对各功能模块查询和更新功能。其中客户信息管理、入住和退房管理是系统开发重点。 本文讲述是基于客户/服务器宾馆管理系统，实现了宾馆管理信息化。本系统涉及数据库方面技术，采用SQL语言来实现。

【核心字】 宾馆客房管理 E-R模型 需求分析 数据库构造

一、需求分析
1.1 基本规定
通过调查宾馆对客房、员工、业务管理方式，充分理解原宾馆客房管理系统工作概况，明确宾馆管理业务需求、信息需求、解决需求、安全性与完整性规定。
1.1.1 业务规定
针对宾馆订房、入住、退房等业务调查，明确顾客业务需求如下：
1、基本信息设立：设立客房信息、设立员工信息
2、客房前台管理：客房预订、住宿登记、调房登记、客房续住、退房
结账
3、查询记录管理：客房查询、房态查询、预订查询、住宿查询、退宿
查询
4、结账管理
5、系统初始设计：本单位定义、业务部门定义
6、系统维护：系统初始化、操作员管理、权限设立
1.1.2 信息规定
对于宾馆客房管理，顾客需要从数据库中获得信息有诸多，涉及客房
信息、顾客信息以及员工信息等，全面分析有信息规定如下：
1、该数据库可以存取数据涉及客房信息、顾客信息、员工信息及住
宿信息
2、前台接待员可以查看客房、宾客信息，可以查看客房使用状况，还
可以查看记录入住、预订和退房记录。
3、后台管理者可以对客房、员工信息进行管理和查看，可以设立员
工权限，可以查看客房使用状况，还可以查询记录预订和退房情
况。
1.1.3 解决规定
宾馆需要对顾客调房规定、客房续住等进行解决，对解决响应时间
和解决方式均有一定规定——响应时间，越短越好，单机解决。
前台登记解决：前台接待员为顾客进行入住、预订、退房、调房、退订
登记。
预订客房：顾客信息与客房信息建立一一相应联系，客房状态由空转至
非空。
入住：分房卡后，顾客信息将与其相应客房信息建立一一相应联系，
客房状态转至非空。
退房：顾客持房卡去前台登记退房，顾客信息与账单信息一一相应，客
房状态转至空。
调房：依照顾客规定为其调换房间，原客房状态转为空，新开客房信息
与顾客建立新一一相应联系新客房转为非空。
续住：前台接待员可以依照入住延期状况，对顾客追加押金。
1.1.4 安全性与完整性规定
对于宾馆客房管理，并不是所有人都可以进入管理系统，因而需要设立
一定权限或其她安全性与管理性规定：
1、不同顾客拥有不同权限，系统依照顾客权限，进入不同功能
界面。权限分为两类：一种是后台管理者权限，一种是前台接待员
权限。普通员工无权登录此系统。
2、密码对的才可登录系统。

1.2 数据流图、数据字典
调查理解顾客需求后来，采用构造化分析办法，自顶而下、逐级分解系统，得到数据流图、数据字典、鉴定表等来表达数据与解决过程关系。

1.2.1 数据流图

1.2.2 数据字典
1、数据项
数据项名称
数据类型及其长度
阐明
预定人
字符，可变长度10
不能为空
预定人电话
字符，可变长度15

客人姓名
字符，可变长度10

客人身份证号码
字符，可变长度18

订单编号
字符，可变长度36
不能为空
入住单号
字符，可变长度36
不能为空
客房编号
字符，可变长度6
不能为空
账单编号
字符，可变长度36
不能为空
客房类型
字符，可变长度10

客房价格
货币型

客房状态
字符，可变长度2
不能为空
抵店时间
日期型

入住人数
字符，可变长度10

入住天数
字符，可变长度10

入住时间
日期型
不能为空
退房时间
日期型

订单状态
字符，可变长度4

入住单状态
字符，可变长度4

消费金额
货币型

备注
字符，可变长度40

2、 数据构造

数据构造
含义阐明
构成

顾客
客房管理系统主体数据构造，定义了一种顾客有关信息
顾客编号，顾客姓名，性别，身份证号

客房
客房管理系统主体数据构造，定义一种客房有关信息
客房编号，客房类型，客房价格，客房状态

客房信息单

登记关于客房住宿信息
客房编号，入住时间，住宿天数，押金，证件号

二、功能设计
2.1 系统功能
2.1.1 基本信息设立
1、设立客房信息：对客房基本信息进行增长、修改、删除，不断更新。
2、设立员工信息：对员工基本信息进行增长、修改、删除，不断更新。
2.1.2 客房前台管理
1、客房预订：可以通过前台登记处或网上实现客房预订。
2、住宿登记：顾客入住宾馆登记信息。
3、调房登记：顾客有合理情由时为其调换客房。
4、客房续住：顾客依照自身状况增长住宿天数，通过前台办理续住并增长
押金。
5、退房结账：可以选取挂账、打折等各种方式，并可以在此增长其她消费
项目费用，结账由前台办理。
2.1.3 查询记录管理
1、客房查询：通过客房编号查询客房基本信息。
2、房态查询：通过客房编号查询客房与否为空。
3、预订查询：通过顾客姓名查询预订信息。
4、住宿查询：通过顾客编号查询住宿信息。
5、退宿查询：通过顾客姓名查询退宿信息。
2.1.4 结账管理
结账方式：可以选取挂账、钞票、刷卡、会员优惠等各种方式。
2.1.5 系统初始设计
1、本单位定义：设立本单位基本信息。
2、业务部门定义：设立各业务部门有关信息。
2.1.6 系统维护
1、系统初始化：清空当前系统数据，将系统恢复为初始状态。
2、操作员管理：高档管理员登录后可进行操作员添加、删除以及信息更
改。
3、权限设立：可以设定管理者管理权限以及详细可操作功能。登录设
置，密码匹配者可进入系统进行操作管理。

2.2系统功能构造图
2.2系统功能构造图

宾馆客房管理系统

系统维护

基本信息设立
查询记录管理
客房前台管理
系统初始设计
结账管理

系统初始化
权限设立
操作员管理
本单位定义
业务部门定义
退宿查询
结账方式
住宿查询
预订查询
房态查询
客房查询
退房结账
客房续住
调房登记

住宿登记
客房预订
设立员工信息
设立客房信息

三、ER模型
1
1
1
1
客 房
登记
结算账单
退房
顾 客

m
n

n
1

1
服务
办理业务
结算

预订

n

1
服务员

n
1

管理

1
n
管理
管理员
前台接待员
预订人

1

身份证号
地 址
年 龄
性 别
姓 名
客房编号

账单编号

顾客编号

顾 客

身份证号
客房编号
预订编号
姓 名

预订人

客房价格
客房编号
客房类型
客房状态

客房

密 码
前天接待员编号
顾客编号
账单编号
姓 名

前台接待员

姓 名
管理员编号
密码口令

管理员

姓名
服务员编号

服务员

消费金额
前台接待员编号

退房时间
入住时间
账单编号

结算账单

四、数据库设计构造
4.1 数据库表设计
4.11 实体属性
顾客（顾客编号，姓名，性别，年龄，身份证号，地址，客房编号，账
单编号）
预订人（姓名，身份证号，预订编号，客房编号）
客房（客房编号，客房类型，客房状态，客房价格）
住宿（顾客编号，客房编号，押金，入住时间，退房时间）
前台接待员（前台接待员编号，姓名，账单编号，顾客编号，密码）
管理员（管理员编号，姓名，密码口令）
服务员（服务员编号，姓名）
结算账单（账单编号，消费金额，入住时间，退房时间，前台接待员编
号）

4.12 数据库表
1、顾客表(customer)

列名
数据类型
长度
容许空
字段阐明
主外键
Cu_id
int
4
0
顾客编号
PK，FK
Cu_name
varchar
10
1
姓名

Cu_sex
varchar
2
1
性别

Cu_age
int
2
1
年龄

Cu_idnum
varchar
18
0
身份证号

Cu_add
varchar
50
1
地址

Room_id
int
4
0
客房编号
FK
Pay_id
int
4
0
账单编号
FK

2、预订人表(advancer)

列名
数据类型
长度
容许空
字段阐明
主外键
Ad_name
varchar
10
1
姓名

Ad_idnum
varchar
18
0
身份证号

Ad_id
int4
4
0
预订编号
PK
Room_id
int4
4
0
客房编号
PK
Fro_id
int
4
0
前台接待员编号

3、客房表(room)

列名
数据类型
长度
容许空
字段阐明
主外键
Room_id
int
4
0
客房编号
PK,FK
Room_typ
varchar
10
0
客房类型

Room_pri
money

0
客房价格

Room_sta
varchar
2
0
客房状态

4、住宿表(ch)

列名
数据类型
长度
容许空
字段阐明
主外键
Cu_id
int
4
0
顾客编号
FK
Room_id
int
4
0
客房编号
FK
deposit
money

0
押金

begintime
datetime

0
入住时间

endtime
datetime

0
退房时间

5、前台接待员表(fronter)

列名
数据类型
长度
容许空
字段阐明
主外键
Fro_id
int
4
0
前台接待员编号
PK
Fro_name
varchar
10
1
姓名

Pay_id
int
4
0
账单编号

Cu_id
int
4
0
顾客编号

Fro_password
varchar
10
0
密码

Man_id
int
4
0
管理员编号

3、 管理员表(manage)

列名
数据类型
长度
容许空
字段阐明
主外键
Man_id
int
4
0
管理员编号
PK
Man_name
varchar
10
1
姓名

Man_password
varchar
10
0
密码口令

7、 服务员表(employee)

列名
数据类型
长度
容许空
字段阐明
主外键
Emp_id
int
4
0
服务员编号
PK
Emp_name
varchar
10
1
姓名

Man_id
int
4
0
管理员编号

8、结算账单表(payment)

列名
数据类型
长度
容许空
字段阐明
主外键
Pay_id
int
4
0
账单编号
PK,FK
begintime
datetime

0
入住时间

endtime
datetime

0
退房时间

money
money

0
消费金额

Fro_id
int
4
0
前台接待员编号

4.2 约束设计
4.2.1 主外键约束
表16. 主外键约束
主键表
主键
外键表
外键
customer
Cu_id
ch
Cu_id
advancer
Ad_id

room
Room_id
customer
Room_id
room
Room_id
advancer
Room_id
room
Room_id
ch
Room_id
manage
Man_id

employee
Emp_id

payment
Pay_id
customer
Pay_id
4.2.2 列值唯一
1、customer表中cu_id、cu_idnum、room_id、pay_id列取值唯一；
2、advancer表中ad_id、ad_idnum、room_id列取值唯一；
3、room表中room_id列取值唯一；
4、ch表中cu_id、room_id列取值唯一；
5、fronter表中fro_id、pay_id、cu_id列取值唯一；
6、manage表中man_id列取值唯一；
7、payment表中pay_id列取值唯一；
8、Employee表中emp_id列取值唯一。
4.2.3 其她约束
1、customer表中cu_sex取值只能是“男”或“女”；
2、room表中room_sta取值只能是Y或N。
4.3 索引设计
1、顾客表按顾客编号升序建立索引
2、住宿表按入住时间升序建立索引
3、客房表按客房编号升序建立唯一索引
4、结算账单表按账单编号升序建立唯一索引

4.4 数组组织商定
4.4.1 各实体之间关联关系状况
Fronter与customer关系是1：n。但当顾客需要办理续住或调房登记
时候，由于时间不同，办理登记前台接待员也许不会是同一种，因而规
定办理业务时关联关系，同一种顾客只能接受一种前台接待员服务。
Fronter与payment关系是1：n。
Fronter与manage关系是n:1。
Customer与room关系是1:1。如果顾客办理调房话，也许会浮现
一种顾客相应各种客房，因而规定办理调房后，原客房信息被新客房信息覆
盖。此外，当顾客办理退房后，客房状态转为空，将不与顾客相应，规定状
态为非空客房与顾客有一一相应关系。
Customer与payment关系是1:1。
Customer与employee关系是n:m。
Room与advancer关系是1:1。
Manage与employee关系是1：n。
五、 总结
通过本次数据库课程设计，真正达到了学与用结合，增强了对数据库方面应用理解，对自己此后参加开发数据库系统积累了不少经验，在实验过程中，从建立数据开始，对数据库设计理念及思想上有更高结识，从需求分析，到概念设计和逻辑设计，E-R图表达，数据字典创立，懂得了不少关于数据库开发过程中知识，增强了自己在数据库中应用SQL语言灵活性，其中涉及，插入、删除、修改、查询,牵涉表和表之间联系，主建与外主键定义，约束项设立，使逻辑更严密，在学习过程中，我也上网查了不少资料，也看了某些别人设计旅馆管理信息系统设计报告，学以致用，自我创新，完毕了这份自己报告，从中在学到用，从用又到学，受益匪浅。

5.1 设计局限性
1、需求分析是整个设计过程基本，是最困难、最耗费时间一步。但由
于时间、地区、环境等客观影响，无法进行详细全面调查取材，故而
该设计存在一定局限性。学生缺少顾客专业知识，不易理解顾客
真正需求。
2、没有考虑到顾客与否是会员或VIP客户，对实际问题管理有一定
局限性。
3、由于数据有惯用和不惯用之分，本系统未将其区别开来，使数据存储不
够简朴明了。
5.2 设计改进方向
1、 需要进行详细市场调查，充分理解当前宾馆行业实际运营流程，并
与学习宾馆管理有关专业人士合伙制作管理系统，使该系统更加符合
顾客需求。
2、 将顾客一方面分类，会员或VIP客户享有某些特殊优惠待遇，或是其她
消费活动在退房结账时候需另行计算费用。
3、 将惯用数据和不惯用数据区别开来，提高系统性能，更加缩短响应时间。

【参照文献】
1、王珊 萨师煊，数据库系统概论（第4版），高等教诲出版社，1983
年4月.
2、刘彦保 李军利 郝继升，用Power Builder和SQL Server开发酒 店管理信息系统[J]，延安大学学报,,Vol.04.
3、钱学忠，SQL在数据库应用系统中运用[J]，电子器件,
,Vol.03.
4、刘韬，SQL Server 数据库系统开发实例导航[M]，电子工
业出版社，.6.
5、廖望，SQL Server 案例教程[M]，人民邮电出版社，.6.
6、王晟 马里杰 .SQL Server 数据库开发典型例解析[J].北京：清
华大学出版社，.