客房管理系统数据库设计.docx

客房管理系统数据库设计.docx

《客房管理系统数据库设计.docx》由会员分享，可在线阅读，更多相关《客房管理系统数据库设计.docx（32页珍藏版）》请在冰豆网上搜索。

客房管理系统数据库设计

课程设计（论文）

课程名称：

数据库系统分析与设计

题目：

客房管理系统数据库设计

院（系）：

xxx

专业班级：

xxx

姓名：

xxx

学号：

xxx

指导教师：

xxx

2011年12月30日

西安建筑科技大学课程设计（论文）任务书

专业班级：

xxx学生姓名：

xxx指导教师（签名）：

一、课程设计（论文）题目

客房管理系统数据库设计

二、本次课程设计（论文）应达到的目的

数据库系统分析与设计课程设计是信息管理与信息系统专业集中实践性环节之一，是学习完《数据库数据库系统原理和技术》和《数据库系统分析与设计》课程后进行的一次全面的综合练习。

其目的在与加深对数据库基础理论和基本知识的理解，掌握借助PowerDesigner开发和设计一个小型数据库系统时设计数据库系统模型的基本方法，提高运用数据库解决实际问题的能力。

三、本次课程设计（论文）任务的主要内容和要求（包括原始数据、技术参数、设计要求等）

要求学生能独立完成一个数据库模型的设计与实现，包括：

1.数据库系统需求分析；

2.数据库概念模型设计；

3.数据库逻辑模型设计；

4.数据库物理模型的实现；

5.完成不少于6000字的课程设计报告撰写。

四、应收集的资料和主要参考文献：

[1]王珊,萨师煊.数据库系统概论（第4版）.北京：

高教出版社，2006年5月.

[2]赵韶平等.PowerDesigner系统分析与建模（第2版）.北京：

清华大学出版社，2010.

[3]DataModelingandRelationalDatabaseDesign.OracleInc.2001.

五、审核批准意见

教研室主任（签字）

摘要

随着我国改革开放的不断推进，人民生活水平日益提高，旅游经济蓬勃发展，这一切都带动了酒店行业的发展。

再加上入境旅游的人也越来越多，入境从事商务活动的外宾也越来越多。

传统的手工已不适应现代化酒店管理的需要。

和时、准确、全方位的网络化信息管理成为必需。

酒店是一个服务至上的行业，从客人的预定开始，到入住登记直至最后退房结账，每一步骤都要保持一致性的服务水准，错失一步，会令其辛苦经营的形象功亏一篑。

要成为一间成功的酒店，就必须作到宾至如归，面对酒店业内激烈的竞争形势，各酒店均在努力拓展其服务领域的广度和深度。

虽然计算机并不是酒店走向成功的关键元素，但它可以帮助那些真正影响成败的要素发挥更大的效用。

因此，采用全新的计算机网络和管理系统，将成为提高酒店的管理效率，改善服务水准的重要手段之一。

本数据库设计就是利用powerdesigner这个建模工具，经过系统需求分析，理清所见系统的功能结构，业务流程和内部数据流程问题，建立系统数据库的概念模型并且转换为物理模型，最终实现物理模型与数据库的连接，建立满足用户需求的数据库，为整个管理信息系统的后续建设和维护做好很好的铺垫作用。

关键字：

需求分析，概念模型，逻辑模型，物理模型，数据库

1绪论

1.1系统简介

每个酒店规模不同,经营方向不同,对酒店管理系统设计目标的要求存明显差异.例如大型酒店有客房、餐饮、康乐、会务、购物中心等分,因此要求饭店管理信息系统的功能比较齐全,能够完成客房、餐饮、会务等各种事务处理,而住房型酒店则仅要求酒店管理信息系统能完成客房、财务等的管理即可.此外,不同酒店的组织机构也相同,供其使用的酒店管理信息系统的系统结构应与其组织机构相适应。

在系统中，主要是对客房信息、房间备品信息、经营情况、营业统计、客户的入住信息、员工信息、客户信息反馈、客户网上订房信息、房间类型等管理。

为客户提供满意的服务、便捷的通道，通过互联网了解酒店详细情况，为服务员工、管理者提供迅速、高效的服务，减免手工处理的繁琐与误差，和时、准确的反映酒店的工作情况、经营情况。

比如,快速的查询、快速的登记顾客订房情况等本系统的建设需求。

具体来说，客户从界面上输入入住地区，时间，价位/房间类型就可以查询到符合条件的房间，并且可以切入预定，选择房间类性等。

内部管理人员从界面上直接输入某个房间号我们就会看到客人的个人信息、住宿期间各种消费、以和是否客满，同样我们输入某个部门名称也会显示它的运营相关情况，并且能够对其实现相应的管理、查询、添加、删除、统计等功能。

1.2设计目的

数据库系统分析与设计课程设计是信息管理与信息系统专业集中实践性环节之一，是学习完《数据库数据库系统原理和技术》和《数据库系统分析与设计》课程后进行的一次全面的综合练习。

其目的在与加深对数据库基础理论和基本知识的理解，掌握借助PowerDesigner开发和设计一个小型数据库系统时设计数据库系统模型的基本方法，提高运用数据库解决实际问题的能力。

具体对本系统来说，客房管理系统数据库设计目的主要有以下3个：

（1）为酒店的管理的管理者、决策者提供和时、准确地掌握酒店经营各个环节情况的信息领域；

（2）对酒店的经营，为节省成本，提高运营质量和管理效率的信息化管理额控制技术；

（3）直接对顾客提供信息化服务。

1.3设计内容

此次课程设计的主要内容就是对酒店客房管理系统建立一个数据库模型，包括：

1）数据库系统需求分析；

2）数据库概念模型设计；

3）数据库逻辑模型设计；

4）数据库物理模型的实现。

2需求分析

2.1.需求分析的任务

进行整个数据库设计必须准确了解与分析用户需求（包括数据和处理）。

需求分析是整个设计过程的基础，是最困难、最耗费时间的一步。

作为地基的需求分析是否做得充分与准确，决定了在其上构建数据库大厦的速度和质量。

需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。

需求分析调查的重点是“数据”和“处理”，通过调查、收集和分析，获得用户对数据库的如下需求：

（1）信息需求。

指用户需要从数据库中获得信息的内容与性质。

由信息要求可以导出数据要求，即在数据库中需要存储哪些数据。

（2）处理要求。

指用户需要完成什么处理功能。

明确用户对数据有什么样的处理要求，从而确定数据之间的相互关系。

（3）安全性与完整性要求。

2.2系统数据流程分析

（1）基本业务调查

根据上网调查，查阅相关图书、期刊以和实际跟班作业，做出现代企业客房管理系统的需求分析报告如下：

1）酒店客户情况分析：

客户根据需要通过该系统进行客房预订、客房信息查看等操作，管理员通过该系统修改客房信息、客户入住登记、结算等操作。

2）系统情况分析：

根据需要，系统所要实现的功能有以下几部分：

实现客房信息管理功能；实现客户信息管理功能；实现预定管理功能；实现入住管理功能；实现换房管理功能；实现消费记账功能；实现收银退房功能。

综上，将系统的功能大体划分为三大模块：

权限管理：

包括用户、和操作员的注册，登录，权限修改等；

前台管理：

包括客户信息的录入、客户预订和入住登记、换房登记和结算退房的管理等；

后台管理：

客房信息管理，客户信息管理。

根据以上的系统功能的的分析，大概的设计出系统的功能结构图，如图2.1所示。

图2.1功能结构图

根据对整个系统的需求分析，得出本系统粗略的模型图，如图2.2所示。

图2.2系统大概数据流程图

说明：

F1：

房间号，F2：

客户信息；F3：

消费信息；F4：

账单信息

2）数据流程图

根据以上的需求分析结果，对本系统的各个功能模块进行业务数据流程分析，得出以下数据流程图：

前台子系统数据流程图，如图2.3所示。

图2.3前台服务数据流程图

后台子系统数据流程图，如图2.4所示。

图2.4后台服务数据流程图

系统数据流程图，如图2.5所示

图2.5系统数据流程图

2.3数据字典

在数据流程图中，数据信息和处理过程需要通过数据字典才能描述清楚，因此在数据字典中主要对数据流程图中的数据流、数据存储和处理过程给出更详细、更准确的说明。

1）数据流定义

通过在在系统数据流程分析阶段的数据流程图得到客房管理系统系统数据流程图的主要数据流，如表2.1所示。

表2.1客房管理系统主要数据流定义

序号

名称

位置

结构定义

最大数据流量

1

客户需求描述

F1

客户编号+房间类型+房间号

1000次/天

2

查询结果

F2

房间号+房间类型+价格

1000次/天

3

客户信息

F3

客户编号+客户姓名+客户性别

2000次/天

4

预订信息

F4

预订编号+房间类型+房间数

2500次/天

5

入住信息

F5

入住编号+房间号+客户编号

2000次/天

6

换房信息

F6

换房编号+原房间号+新房间号+客户编号

1000次/天

7

信息核查

F7

客户编号+客户姓名+省份证号

2000次/天

8

退房需求

F8

客户编号+

房间号

1000次/天

9

结算信息

F9

客户编号+

消费总额

1000次/天

2）数据存储定义

根据数据流程图对客房管理系统的主要数据存储定义，如表2.2所示。

表2.2客房管理系统主要数据存储定义

编号

名称

输入

输出

数据量

存取频度

存取方式

说明

D1

客户

客户编号

客户信息

2500条

2500次/天

联机处理；检索和更新；随即检索

客户编号唯一

D2

客房信息

房间号

客房详细信息

2500条

2500次/天

联机处理；检索和更新；随即检索

房间号唯一

D3

客户信息表

客户编号

客户信息

1000条

2000次/天

联机处理；检索和更新；随即检索

客户编号唯一

D4

预订信息表

预订编号；

房间类型；

房间数

预订详细信息

1500条

2500次/天

联机处理；检索和更新；随即检索

预订编号唯一

D5

入住信息表

入住编号；

房间号；

客户编号

入住详细信息

1500条

2000次/天

联机处理；检索和更新；随即检索

入住编号唯一

D6

换房信息表

换房编号；客户号；原房间号；新房间号

换房详细信息

1000条

1000次/天

联机处理；检索和更新；随即检索

换房编号唯一

D7

消费结算表

账单编号；客户号；消费总额

消费结算详细信息

1500条

1500次/天

联机处理；检索和更新；随即检索

账单编号唯一

3）处理过程

通过系统流程分析阶段得到的数据流程图，对客房管理系统数据库设计的主要处理过程定义，如表2.3所示。

表2.3客房管理系统主要处理过程定义

序号

处理过程名称

输入

输出

处理说明

P1.1

查询

查询条件

与查询条件相匹配的的记录

在系统存储的信息中检索符合要求的信息记录并输出

P1.2

登记

客户信息、

客房选择等

客户预订

（入住、换房）

记录

客户的预订（入住、换房）信息登记到客户的预订（入住、换房）信息表中

P1.3

结算

客户证件或姓名，和房间号

客户消费总额

系统存储的信息中检索出该客户的消费信息，结算后将该信息存档

3概念模型设计

3.1概念模型设计的方法和步骤

（1）建立系统实体和属性

根据需求分析阶段的分析结果，建立系统中所涉和的实体和属性通过需求分析，本系统共分为三大功能模块，即权限管理、前台管理和后台管理。

1）权限管理：

在此功能中，主要实现的是对系统管理员和操作人员的权限设置管理问题，建立操作员实体存储管理员的信息；

2）前台管理：

包括客户信息的录入、客户预订和入住登记、换房登记和结算退房的管理等，建立客户信息、客房信息、订单信息、入住信息、换房信息、退房信息、账单信息来储存实现前台管理功能的信息，而对于每一个房间有自己所在的楼层和房间类型，所以建立楼层信息和房间类型实体；

3）后台管理：

实现客房信息、客户信息的更新和维护功能，建立客户信息，客房信息实现；

要完成上述功能该客房管理系统涉和10个实体，各个实体的含义如表3.1所示。

表3.1客房管理系统包含的实体

实体名

含义

操作员manager

存储操作员的信息

客户信息client

存储客户的信息

客房信息room

存储客房的信息

客房类型roomtype

存储客房类型的信息

楼层信息floor

存储楼层信息

订单信息order

存储客户订房信息

入住信息enter

存储客户入住信息

换房信息exchange

存储客户换房信息

退房信息back

存储客户退房信息

账单信息bill

存储客户消费账单信息

利用powerdesigner建立如下图3.1所示

图3.1客房管理系统的实体和属性

（2）建立实体间的联系

根据需求分析，为了使客房管理系统能正常运转，为这些实体之间建立如表3.2所示关系。

表3.2客房管理系统包含实体之间的关系

实体1

实体2

名称

描述

关系

客户信息

账单信息

产生produce

一个客户对应多个消费账单信息，一个账单对应一个客户

一对多

客户信息

入住信息

住入live

客户对应多个住房信息，一个住房信息对应一个客户

一对多

客房类型

客房信息

包含include

一种客房类型可以有多个房间，而一个房间只对应一种房间类型

一对多

客房信息

客户信息

存在exist

一个客户只有一个客房信息，而对一个客房来说，可以有不同的客户信息

一对多

楼层信息

客房信息

拥有have

在一层楼中，可以有多个房间，而一个房间只能在一层楼上

一对多

操作员

客房信息

管理manage

一个操作员可以操做多个客房信息，而一间房间有一个操作员

一对多

客户信息

换房信息

调换exchange

一个客户对应多个换房信息，一个换房信息对应一个客户

一对多

客户信息

退房信息

退房back

一个客户对应多个退房信息，一个退房信息对应一个客户

一对多

客房类型

订单信息

预订order

一个订单对应一个房间类型，而一种房间类型对应多个订单信息

一对多

利用powerdesigner建立实体之间的关系如下图3.2所示

图3.2客房管理系统包含实体之间的关系

3.2系统概念模型

根据系统的需求分析，得出系统数据库的概念模型，利用powerdesigner做出客房管理系统的概念模型如图3.3所示。

图3.3客房管理系统概念模型（CDM）

4.逻辑模型设计

4.1逻辑模型设计的方法

（1）实体集的转换规则一个实体集转换为关系模型中的一个关系，实体的属性就是关系的属性，实体的码就是关系的码，关系的结构是关系模式。

（2）实体集间联系的转换规则

1）1:

1联系的转换方法

将1:

1联系转换为一个独立的关系：

与该联系相连的各实体的码以和联系本身的属性均转换为关系的属性，且每个实体的码均是该关系的候选码。

将1:

1联系与某一端实体集所对应的关系合并，则需要在被合并关系中增加属性，其新增的属性为联系本身的属性和与联系相关的另一个实体集的码。

2）1:

n联系的转换方法

一种方法是将联系转换为一个独立的关系，其关系的属性由与该联系相连的各实体集的码以和联系本身的属性组成，而该关系的码为n端实体集的码；

另一种方法是在n端实体集中增加新属性，新属性由联系对应的1端实体集的码和联系自身的属性构成，新增属性后原关系的码不变。

3）m:

n联系的转换方法

在向关系模型转换时，一个m:

n联系转换为一个关系。

转换方法为：

与该联系相连的各实体集的码以和联系本身的属性均转换为关系的属性，新关系的码为两个相连实体码的组合（该码为多属性构成的组合码）。

4.2逻辑模型实现

将概念模型转化为逻辑模型即就是把E-R图转化为关系模式，将客房管理系统概念模型中的实体和关系转化为关系模式为以下所述：

操作员（操作员编号，操作员姓名，操作员密码）

客户信息（客户编码，房间号，客户姓名，客户性别，联系电话，是否会员，身份证号）

客房信息（房间号，类型编号，楼层编号，操作员编号，房间状态，房间备注）

楼层信息（楼层编号，楼层名称）

客房类型（类型编号，类型名称，价格，拼房价格，类型备注）

订房信息（订单编号，类型编号，抵店时间，离店时间，房间数）

入住信息（入住编号，客户编号，入住时间，入住人数）

换房信息（换房编号，客户编号，原房间号，新房间号）

退房信息（退房编号，客户编号，退房时间）

账单信息（账单编号，客户编号，入住天数，消费总额）

利用powerdesigner将CDM转化为LDM，如图4.1所示。

图4.1客房管理系统数据库逻辑模型（LDM）

4.3数据完整性约束定义

根据上面的关系模式，应给出数据库的完整性约束。

1）实体完整性约束

创建每一个关系模式中的主码的代码如下：

constraintPK_BACKprimarykeynonclustered（back_num）

constraintPK_BILLprimarykeynonclustered（bill_num）constraintPK_ENTERprimarykeynonclustered（enter_num）constraintPK_CLIENTprimarykeynonclustered（cli_num）

constraintPK_MANAGERprimarykeynonclustered（mana_num）

constraintPK_EXCHANGEprimarykeynonclustered（exch_num）

constraintPK_ROOMprimarykeynonclustered（room_num）

constraintPK_ORDERprimarykeynonclustered（order_num）

constraintPK_ROOMTYPEprimarykeynonclustered（typ_num）

2）参照完整性约束

创建每一个关系模式中的参照关系（即外键）的代码如下。

altertablebill

addconstraintFK_BILL_PRODUCE_CLIENTforeignkey（cli_num）referencesclient（cli_num）

go

altertableenter

addconstraintFK_ENTER_LIVE_CLIENTforeignkey（cli_num）referencesclient（cli_num）

go

altertableroom

addconstraintFK_ROOM_INCLUDE_ROOMTYPEforeignkey（typ_num）referencesroomtype（typ_num）

go

altertableclient

addconstraintFK_CLIENT_EXIST_ROOMforeignkey（room_num）referencesroom（room_num）

go

altertableroom

addconstraintFK_ROOM_HAVE_FLOORforeignkey（floor_num）referencesfloor（floor_num）

go

altertableroom

addconstraintFK_ROOM_MANAGE_MANAGERforeignkey（mana_num）referencesmanager（mana_num）

go

altertableexchange

addconstraintFK_EXCHANGE_EXCHANGE_CLIENTforeignkey（cli_num）referencesclient（cli_num）

go

altertableback

addconstraintFK_BACK_BACK_CLIENTforeignkey（cli_num）referencesclient（cli_num）go

5物理数据库模型设计与实现

5.1物理数据库模型的图示

利用powerdesigner将建成的客房管理系统的概念模型（CDM）转化为物理模型（PDM）,如下图5.1所示。

图5.1客房管理系统的物理模型（PDM）

5.2物理数据库模型的详细表示

物理数据库模型的详细表示，如下表5.1、5.2、5.3、5.4所示：

表5.1客房管理系统表的详细表示

名称

代码

入住信息

enter

客户信息

client

客房信息

room

客房类型

roomtype

换房信息

exchange

操作员

manager

楼层信息

floor

订单信息

order

账单信息

bill

退房信息

back

表5.2客房管理系统数据库表栏的详细表示

名称

代码

操作员姓名

mana_name

操作员密码

mana_password

操作员编号

mana_num

客户编号

cli_num

房间号

room_num

客户姓名

cli_name

客户性别

cli_sex

联系电话

cli_tel

身份证号

cli_id

是否会员

cli_vip

楼层编号

floor_num

楼层名称

floor_name

备注

floor_remarks

订单编号

order_num

类型编号

typ_num

抵店时间

order_arrivetime

离店时间

order_awaytime

房间数

order_account

入住编号

enter_num

客户编号

cli_num

入住时间

enter_time

入住人数

enter_account

退房编号

back_num

客户编号

cli_num

退房时间

back_time

账单编号

bill_num

客户编号

cli_num

消费总额

bill_sum

住店天数

bill_lasttime

换房编号

exchan_num

客户编号

cli_num

原房间号

exchan_oldroom

新房间号

exchan_newroom

房间号

room_num

楼层编号

floor_num

类型编号

typ_num

操作员编号

mana_num

房间状态

room_situation

客房备注

room_remarks

类型编号

typ_num

类型名称

typ_name

价格

typ_price

拼房价格

typ_price1

类型备注

typ_remarks

表5.3客房管理系统数据库键的详细表示

名称

代码

表格

Identifier_1

Identifier_1

操作员