酒店客房数据库设计.docx
《酒店客房数据库设计.docx》由会员分享，可在线阅读，更多相关《酒店客房数据库设计.docx（11页珍藏版）》请在冰点文库上搜索。
酒店客房数据库设计
酒店客房数据库设计
追求经济效益是酒店的运营宗旨之一，创造优质高效的工作环境是酒店管理的核心，一个成熟的酒店客房管理控制系统代表着一种科学的管理方式，已
被越来越多的工程设计人员和酒店管理人士所熟悉和重视。
随着人员流动规模的不断扩大，宾馆数量的急剧增加，有关客房管理的各种信息（数据）量也在不断成倍增长。
面对庞大的信息量，就需要有客房信息管理系统来提高客房管理工作的效率。
通过这样的系统，我们可以做到信息的规范管理和快速查询，从而减少了管理方面的工作量。
1需求分析
进行需求分析必须准确了解系统的要求（包括数据与处理），清楚系统应该实现哪些功能，酒店客房系统要求实现的主要功能有：
入住、退房、转房、房租、房间状况、房间预定。
1.1功能需求
我们按主要功能区将需求做了划分。
具体实现无须严格按该划分组织程序的模块结构。
在时间、财务受限时，我们将为这些功能区确定优先级。
功能需求基于以下原则：
1、我们只简单描述与明确的市场标准相同的系统功能，而详细说明
与市场标准不同的功能，因此需求说明的详细程度有所不同。
2、系统设计应尽可能满足“易用”原则。
3、系统必须为支持、维护、操作、检查数据库和文件提供必要的过程/清单/屏幕图象等，以下不再特别说明。
1.2主数据
1.酒店客房分几种：
单人套房、双人、四人等。
2.要登记房间预定时间和入住时间，精确到小时
3.方便查询，和修改。
能够方便的查询到每间房间的时间和人员信息。
4.审核机制，可多人同时预订同一间房（也就是先预订并读入数据库，通过审核确认再加入预定信息中）。
5.双人房可两人同是入住，四人类似。
系统应按客房状况存储数据。
6个主要功能区将交叉使用这些数据。
将客房状况视为系统的主数据。
我们为每项需求指定权值，用于说明该需求的优先级。
所采用的优先级如下：
3、至关重要的特性，用于支持系统的基本任务。
在无法直接提供该特性时，供应商应尽可能建议可替代的解决方案。
2、非常重要的特性，用于支持系统的重要任务。
该特性虽然不是关键性的，但是缺少该特性将影响系统的应用价值。
1、重要特性，提供该特性的系统将更具优势。
1.2.1客房信息
1、房间号
（权值:
3）
2、床位数
（权值：
3）
3、房间等级
（权值：
3）
4、房间状态（已预定|占用|维修中）
（权值：
3）
5、价格
（权值：
3）
122客人信息
1、客人编号
2、客人姓名
3、身份证号
4、护照号码
5、手机号码
6、客人地址
7、入住日期
1.3客人入住
（权值：
3）
（权值：
3）
（权值：
3）
（权值：
1）
（权值：
2）
（权值：
1）
（权值：
3）
对于每次入住必须记录房间号、客人编号、客人名称、开房日期、付款方式、房价、实收房价、押金金额、备注等信息，然后提供房间钥匙，在数据库中将房间标记为已入住。
1.4预定房间
对于客人预定房间，必须记录预订编号、客户名称、预订房间号、预抵店日期预离店日期、电话、预订押金、备注等信息。
1.5转房、退房
对于客人转房，应修改相应的房间号码，房间等级以及价格即可；对于客人退房，应结算房租，确定付款，并将客人信息注销。
将房间信息在权限范围内初始化。
2概念结构设计
概念结构设计是将需求分析得到的用户需求抽象为信息结构即概念模型的
过程。
酒店客房数据库概念结构设计应达到以下要求：
1、能真实充分地反映酒店客房的管理流程，包括客房与客人、客房与客房之间的联系；
2、容易理解，从而可以使对数据库不熟悉的操作员也可以使用；
3、容易更改，当应用环境或功能需求发生变化时，能方便地对概念模型进行修改和扩充。
4、易于用关系数据库实现。
描述概念模型的有力工具是E-R图，下面将用E-R图来描述酒店客房数据库
2.1客房信息
2.2客人信息
客人信息
2.3客人入住
2.4预定房间
2.5转房
退房
3逻辑结构设计
逻辑结构设计的任务就是把概念设计阶段设计好的基本E-R图转换为与选用
DBM产品所支持的数据模型相符合的逻辑结构。
本次课程设计中我选用的是
MicrosoftSQLServer2000数据库管理系统，所以，将E-R图转换为关系模型。
将E-R图向关系模型转换要解决的问题是如何将客房和客人的联系转换为关系模式，如何确定关系模式的属性和码。
将概念结构设计的E-R图转换为关系模式。
其中关系的主码用下横线标出,外码用下波浪线标出。
方框中为各个关系模式的数据字典。
3.1客房信息
客房信息（房间号，床位数，房间等级，房间状态，价格）名字：
客房信息
描述：
客房的基本情况，用房间号来唯一标识一个房间。
定义：
客房信息=房间号+床位数（1|2|4）+房间等级（标准间|套间|单间）+房间状态（已占用|空闲|维修中）+价格（折扣|附带服务）
位置：
存储磁盘
3.2客人信息
客人信息（客人编号，客人姓名，身份证号，护照号码，手机号码，客人地址）
名字：
客人信息
描述：
记录客人的基本信息，用客人编号来唯一标识每一个客人。
定义：
客人信息=客人编号+客人姓名+身份证号+护照号码（可选）+手机号码+
客人地址（可选）
位置：
存储磁盘
3.3客人入住
客人入住（客房号，客人编号，入住日期，付款方式，押金）
3.4预定房间
预定房间（客房号，客人编号，预抵店日期，预离店日期，预定押金）
3.5转房
转房（客房号，客人编号，转房记录）
3.6退房
退房（客房号;^人编号，房租结算，开房日期，退房日期）
4物理结构设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构。
为给定
的逻辑数据模型选取一个最适合应用要求的物理结构的过程。
下面为酒店数据库设计物理结构。
4.1设计环境
操作系统：
WindowsXP
设计工具：
MicrosoftSQLServer2000
4.2物理设计过程
4.2.1创建数据库，确定数据库的存储位置
4.2.2为前面确定的数据关系创建表，创建的各个表如下：
客房信息：
列名
数据类型
长度
允许空|
9
客房号
char
10
床位数
int
4
房间等级
eh^r
10
房间伏态
char
10
价格
money
Q
客人信息：
列名
数詰类型檢度
允许空
客人編号
char
10
客人姓名
char
10
身份证号
char
20
护照号码
char
20
手机号码
char
11
客人地址
char
10
客人入住：
列名
数据类型
长度
允许空1
客房号
char
10
客人鋪号
char
10
入住日期
dateline
8
付款方式
char
10
2
押金
money
0
预定房间：
列名
数据类型长度
允许空［
客馬号
ch&r
10
客人鏑号
char
10
预抵店日期
datetime
&
预囁店日期
datetim®
8
7
预定押金
money
8
转房:
列名
数据类型
长度
允许空
客房号
char
10
?
客人編号
char
10
转房记录
text
16
退房
列名数JS饕型长度允许空
客雳号
10
客人审毎
chtr
10
结算房租
text
16
开房日期
d&tetxne
8
退房日朗
dfctttint
8
4.2.3设计各实体的关系图。
设计的关系图如下:
客房信息
客房号床位数房间等级房间状态价格
预定
客房号客人編号预抵店日期预离店日期预定押金
转房
客房号客人編号转入房间号
5数据库的实施和维护
客人信息
客人編号客人姓名身份证号护鹽号码手机号码客人地址
退房
客房号客人編号
a
踣算房租
入住
客房号客人编号入住日期忖款方式
押金
此阶段的主要工作是进行数据的载入、应用程序的调试、数据库的试运行以及数据库的运行和维护。
数据库试运行合格后，数据库开发工作就基本完成，即可投入正式运行了。
6实验体会：
本次课程设计中，我认为在概念结构设计和逻辑结构设计这两个环节做的比较好；做得不足的地方主要是需求分析不够清楚明确，对酒店的客房管理机制不是非常清楚。
这是需要学习提高的地方。
课程设计的目的是训练我们灵活应用所学数据库基础知识，独立完成问题分析、设计等综合实践能力。
巩固深化我们所学的理论知识，提高实际操作水平，并在此过程中培养严谨的科学态度和良好的工作作风。
我通过一周的课程设计,加深了对数据库的认识,同时，对MicrosoftSQLServer2000的使用有了一定的了解。
在这短短的一周时间里，通过浏览、阅读有关的资料，学到了很多东西，同时也发现仅仅书本的知识是远远不够的，需要把知识运用到实践中去，能力才能得到提高。
通过本次课程设计，在设计过程中遇到问题查阅资料、向老师和同学请
教，。
一分耕耘，一分收获，这次的课程设计让我受益匪浅。
虽然自己所做的
很少也不够完善，但毕竟也是努力的结果。
我认为本次课程设计最大的收获是激发了我的学习热情，锻炼了我动手操作，解决实际问题的能力。
让我在实践活动中，能将所学知识综合运用，积累经验。
7、参考书籍：
1《数据库系统概论》，萨师煊王珊，高等教育出版社
2《软件需求》，［丹］SorenLauesen，电子工业出版社
3《数据库系统与应用：
SQLServer》，赵致格，清华大学出版社
4《数据库基础与应用》，王珊，李盛恩编著人民邮电出版社
升级会员 