酒店客房管理系统报告Word文档下载推荐.docx

酒店客房管理系统报告Word文档下载推荐.docx

《酒店客房管理系统报告Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《酒店客房管理系统报告Word文档下载推荐.docx（26页珍藏版）》请在冰豆网上搜索。

职员登陆:

职员ID，密码

客房类型：

类型ID,类型名称，客房价格,拼房价格，可超定额数,备注

客房资料：

客房ID，类型ID，楼层编号，额定人数，客房状态，客房描述，职员ID

客人信息：

客人ID，姓名,性别,籍贯,家庭住址，联系电话

入住记录：

客房ID，类型ID客人ID，入住时间，已经总额,押金

消费明细：

客房ID,客房价格，消费金额

职员信息：

职员ID，密码，姓名，性别，家庭地址，联系电话

1.2处理功能及要求

职员登陆：

对系统进行操作,加密客户和客房信息进行操作

能对客人信息进行修改

对入住信息进行增加和删除

记录客户日常消费

对职员进行增加和删除

2.1.3安全性和完整性要求

（1）安全性要求

系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。

系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。

（2）完整性要求

系统完整性要求系统中数据的正确性以及相容性。

可通过建立主、外键,使用check约束,或者通过使用触发器和级联更新。

2需求分析阶段成果

1体会与收获

系统需求分析主要是通过了解一般酒店客房管理系统,并通过上网搜索有关知识进行了解.由于是第一次做这样的需求调查，开始总是觉得无从下手，不知道自己该了解、该清楚那些方面的知识，在绘制系统业务流程图时，也遇到了很多的问题，但通过同学的帮助与指导，和自己一遍一遍的分析和完善，才逐步把业务弄清楚,最终顺利完成了需求分析阶段的任务。

2.2.2客房管理系统业务流程图

2.3客房管理系统数据流程图

4客房管理系统数据字典

（a）数据项：

系统设计的数据项有21项

数据项编号

数据项名

数据项含义

存储结构

别名

DI-1

RoomID

客房号码

Char（50）

房号

DI—2

TypeID

房间类型

DI—3

sharehouseSize

拼房价格

DI—4

RoomPrice

房间价格

DI—5

RoomState

房间状态

DI-6

remark

备注

DI—7

GuestName

旅客姓名

姓名

DI-8

GuestSex

旅客性别

性别

DI-9

CollateralMoney

抵押现金

押金

DI—10

Floornumbers

楼层编号

DI-11

RoomDescription

客房描述

Date

形容客房

DI-12

Ratednumber

额定人数

最多容量

DI-13

OperatePersonID

操作人员

职员ID

DI-14

Code

密码

D1—15

TheguestID

客人ID

客人号码

D1-16

National

民族

D1-17

IDCard

身份证号码

D1—18

Check-intime

入住时间

DI-19

Consumptionamount

消费金额

消费数目

D1-20

Familyaddress

家庭地址

住址

D1—21

contact

联系方式

电话

（b）数据结构：

数据结构编号

数据结构名

数据结构含义

组成

DS-1

类型ID，类型名称,客房价格，拼房价格，可超定额数，备注

DS—2

RoomDescription

客房ID，类型ID，楼层编号，额定人数,客房状态，客房描述，职员ID

DS—3

客人信息

客人ID,姓名，性别，籍贯，家庭住址，联系电话

DS-4

Check—in

入住记录

客房ID，类型ID客人ID，入住时间,已经总额，押金

DS—6

Consumption

消费明细

客房ID，客房价格,消费金额

DS—7

职员信息

2.2.5处理逻辑描述

处理编号

处理功能

处理过程

PR—1

用户查询客房相关信息的功能模块

客房类型模块、客房资料模块、

入住记录模块、职员信息表模块：

先确定查询所涉及的功能模块；

然后，根据要查询的内容，确定查询数据流向；

最后显示查询结果。

PR—2

用户修改相关客房信息的模块

同时把相应的修改数据传到相应的模块之中

入住记录模块、消费明细模块：

先确定更新所涉及的功能模块；

然后，把更新信息传送到相应的模块中;

最后，进行相应的更新操作。

3概念设计阶段

3.1引言

系统开发的总体目标是实现客房管理的系统化，减轻工作人员的工作量，方便工作人员对它的操作，保证数据的保存和加密。

主要任务是对客房进行登记、预订、退房信息的管理，可以实时查询房间空满等操作。

概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构（概念模型）的过程，它是整个数据库设计的关键。

3.2任务与目标

（1）分步设计E-R图;

（2）生成全局E-R图。

3.3阶段结果

根据不同的实体设计E-R图

（a）实体“职员登录"

E—R图

（b）实体“职员信息表”E—R图

（c）实体“客房类型表"

E-R图

（d）实体“客房资料表"

（e）实体“客人信息表”E-R图

（f）实体“入住记录"

（g）实体“消费明细表”E-R图

4．逻辑设计阶段

4.1逻辑设计的任务和目标

实体型转换为关系模式。

实体的属性就是关系的属性，实体的码就是关系的码。

逻辑设计阶段就与选用的DBMS建立关系,系统逻辑设计的任务就是将概念设计阶段设计好的基本E—R图转换为选用DBMS所支持的数据模型相符合的逻辑结构。

具体内容包括数据组织（将E—R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。

4。

2数据组织

4.2.1将E—R图转换为关系模型

A、职员登陆：

B、客房类型:

“类型ID，类型名称，客房价格，拼房价格,可超定额数，备注"

这是客房类型表。

对应的关系模式。

该关系模式已包含了联系“客房类型”所对应的关系模式.

C、客房资料：

“客房ID,类型ID,楼层编号，额定人数,客房状态,客房描述，职员ID”

这是客房资料表。

该关系模式已包含了联系“客房资料”所对应的关系模式。

D、客人信息:

“客人ID,姓名，性别，籍贯，家庭住址，联系电话”这是客人信息表.对应的关系模式。

该关系模式已包含了联系“客人信息表”所对应的关系模式.

E、入住记录：

“客房ID,类型ID客人ID,入住时间,已经总额，押金”这是入住记录表。

该关系模式已包含了联系“入住记录”所对应的关系模式。

F、消费明细：

“客房ID,客房价格，消费金额”这是消费明细表。

该关系模式已包含了联系“消费明细”所对应的关系模式。

G、职员信息：

“职员ID，密码,姓名,性别，家庭地址，联系电话"

这是职员信息表。

该关系模式已包含了联系“职员信息”所对应的关系模式.

2模型优化

建立表视图的时候，只将“客人信息表”的“客人ID”设为主键.通过分析,该表满足3NF，没有部分依赖和传递依赖，。

3数据库模式定义

列名

数据类型

空值

说明

类型ID

文本

主键

类型名称

客房价格

货币

'

可超额定数

数字

客房ID

客房状态

身份证号

年龄

家庭住址

家庭电话

健康状况

日期/时间

已交总额

出生年月

联系电话

4用户子模式定义

编号

用户子模式（View）

作用（共性：

提供数据保密和安全保护机制）

V－1

预订查询

查询和修改客户预订房间的基本信息

V－2

退房查询

查询和修改客户退订房间的基本信息

V－3

客房查询

查询房间的配置及其他基本信息

V－4

房间空满查询

查询当前所有房间的使用状态

V－5

按房号查询

通过房号查询客户登记房间的基本信息

V－6

按姓名查询

通过姓名查询客户登记房间的基本信息

4.3数据处理

系统功能模块图

：

5．物理设计阶段

5。

1物理设计阶段的目标与任务

数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：

（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；

（2）对物理结构进行评价，评价的重点是时间和空间效率.

5.2数据存储方面

为数据库中各基本表建立的索引：

由于在“客房ID”这一字段在所有的表中出现的频率很高，所以在设置“客房ID”字段时，在属性—-—索引中输入“有（有重复）”以便提高查询效率.

5.3系统功能模块

5.3.1客户基本信息的查询和更新模块

实现对客户的基本信息的查询和更新（修改、添加、删除）操作，用于客户抵达酒店后登记，客户离店登记，以及预定登记或更改信息的情况，具体的功能模块图如下：

6．数据库实施阶段

6。

1建立数据库、数据表、视图、索引

6.1.1建立数据库

6.1。

2建立数据表

（1）建立客房类型，如下图所示：

（2）建立客房资料，如下图所示:

（3）建立客人信息表，如下图所示：

（4）建立入住记录，如下图所示：

（5）建立消费明细表，如下图所示:

（5）建立职员信息表，如下图所示：

3建立视图

（1）建立客房预定查询视图，如下图所示：

（2）建立已住查询视图，如下图所示：

4建立索引

“客房类型表"

“客房资料表"

“预定表"

中的客房ID这一字段均设为了“有（有重复）”的索引.如图：

2数据入库

系统包括客房资料、消费结账、等几个功能模块，共有6张基本表,2个查询视图，采用先建表，建立关系，建立查询，建立好窗体后,从窗体中录入数据,这样既可以验证表中的关系是否正确，也可以正确且方便的录入数据。

7．设计心得

本次作业已经结束了，在这段时间我学到了很多知识.通过这次的课程设计，使我增加了对数据库基本概念的理解，提高对知识的理解和应用能力，并且对数据库的应用都有了更深的了解，使我的数据库编写水平又有了明显的提高。

在WINDOWS的环境中，用ACCESS和VISUALBASIC代码构建一个库存管理系统。

让我了解到了在实际的环境下编写数据库的应用。

我做的课设题目是酒店客房管理系统的设计与实现,在做课程设计的过程当中,我充分运用我们所学的知识，当然其中肯定有不懂或者懵懂的问题，所有就去图书馆查看相关的资料，上课时也咨询了老师同学，最后问题也都迎刃而解了。

开始的登陆窗口，我们遇到了不会写代码的问题,这个登陆窗口是一个有用户名，有密码的界面，当你选择一个用户名,它有相应的口令，口令正确才可以进入。

这是一个要有变量来实现的过程，当然也要对应的数据窗口。

最后在查阅资料的情况下，我的登陆窗口粗略的完成了。

在建立职工资料数据源时，我们发现了一个这样的问题,就是性别一栏可以填写除男，女以外的字，我们需要一个约束，可是在约束语句里,我们有语法错误，弄了半天还是没有弄懂，后来问别人知道了那是由于没有弄清楚一些符号是应该在英语还是中文条件下写出，PB的符号都是在英语的条件下实现的.我们一般设主键的时候都是设一个,这个主键在数据源中是不能重复的。

由于自己的分析设计和程序经验不足,该系统设计和实现过程中，还有许多没有完善的地方，比如数据冗余,文档组织不合理，帮助文档没有编写,用户界面设计不够美观，异常出错处理比较差等多方面问题,这些都有待进一步完善和提高。

总的来说，数据库的实验是我们上大学以来遇到的最大的课题，它不像以前的课题很容易就完成，它需要设计人有足够的耐心,超强的学习能力和坐的住的心态。

所以，这次实验中，我的许多毛病都得到了改善。

参考文献

[1]甘雷,《中文Access2002标准教程》，北京希望电子出版社,2008

［2］王珊,《数据库系统简明教程》，北京高等教育出版社，2004

[3］李春葆，曾平，《Access数据库程序设计》，北京清华大学出版社,2005

［4]丁堡康，《数据库实用教程》，北京清华短信额出版社，2001

［5]梁书赋，《精通中文版Access2002数据开发与应用》，北京清华大学出版社，2001

［6]李禹生，《Access2002应用技术》，北京中国水利点出版社，2002

附录数据查看和系统功能的验证

一:

通过窗体查看各个表中信息

二：

检测各个窗体的功能

测试一：

（a）登录窗体，如下图所示：

当输入错误密码时会提示:

“密码错误,请重新输入!

"

，如下图所示：

当输入正确密码时点击登录会弹出“主界面”窗体，如下图所示：

当输入密码正确,就可以登录系统，如图：

系统主界面:

课程设计评分表

评分标准:

1.学生是否严格遵守课程设计纪律，按照规定时间完成设计任务（占30％）

2.课程设计报告书质量：

（占40％）

（1）是否采用了良好的设计方法，独立完成课程设计。

（2）课程设计各分段的任务是否按时完成及完成的质量。

（3）是否完成课程设计任务书指定的全部要求。

3.课程设计报告书的撰写规范（占30%）

课程设计报告书的撰写规范要求与毕业设计（论文）的要求相同。

教师评分:

学生出勤得分：

_________

2.内容质量得分:

3。

撰写规范得分：

最终评定成绩（以优、良、中、及格、不及格评定）：

_________

教师评语:

签字：

日期:

年月日