宾馆住宿管理系统课程设计文档格式.docx

宾馆住宿管理系统课程设计文档格式.docx

《宾馆住宿管理系统课程设计文档格式.docx》由会员分享，可在线阅读，更多相关《宾馆住宿管理系统课程设计文档格式.docx（15页珍藏版）》请在冰豆网上搜索。

1.功能结构

宾馆住宿管理系统的数据库功能主要体现在对各种信息的提供、保存、更新和查询操作上包括客房信息。

客房类型信息、客户记录信息、客户信息、员工信息和员工工作信息。

各个部分的数据内容又有内在的联系。

针对该系统的数据特点，可以总结如下的需求：

客房信息包括客房的详细信息

客户信息记录客户登记时的详细信息

入住信息是客户信息和客房信息之间的关联

每个员工信息都对应一个员工类型

每个客房都对应一个员工信息

根据以上需求分析，给出以下功能模块图：

图1功能模块图

2.数据流程图

1．业务流程图，如图2.1所示。

图2.1客房管理业务流程图

（1）顶层数据流程图，如图2.2所示。

图2.2顶层数据流程图

（2）第二层数据流图，如图2.3所示。

图2.3第二层数据流图

（3）宾馆开房数据流程图，如图2.4所示。

图2.4宾馆开房数据流程图

（4）客户续房数据流程图，如图2.5所示。

图2.5客户续房数据流程图

（5）客人退房数据流程图，如图2.6所示。

图2.6客人退房数据流程图

3.数据字典

数据字典是关于数据信息的集合，即对数据流图中包含的所有元素的定义的集合。

1.数据项

表3-1.　客户（Travellers）信息：

表中列名

数据类型

可否为空

说明

Tno

Int

Notnull（主键）

客户编号

Tname

Char（10）

Notnull

客户姓名

Tsex

Char

（2）

客户性别

Tid

Char（20）

客户身份证号

表3-2.客房（Rooms）信息：

Rno

Int

客房号

Rstyle

客房类型

Rprice

客房单价

Rstate

客房状态

Rtel

Char（15）

客房电话

表3-3.客户住宿（Living）信息：

Tno

Rno

Tcomedate

Datetime

入住日期

Tleftdate

结算日期

Ttime

住宿时间

Tamount

房费

表3-4.客房物品（Roomitem）信息：

Ritemno

客房物品编号

Ritemname

客房物品名称

Ritemstate

物品状态

Ritemprice

客房物品单价

Ritemnum

物品数量

2.数据结构

根据上述系统功能分析和需求总结，设计如下的数据结构

数据结构名

含义说明

包括客房类型（单间、标间）、

客房信息

包括客房编号、客房价格、客房所属类型、负责人编号

客户信息

客户身份证号、客户姓名、客户性别、客户年龄、联系方式、客房编号

登记信息

客房编号、客户身份证号、入住日期、退房日期、账目结算

员工信息

员工编号、姓名、年龄、职位、联系方式、工资、所属部门

员工类型

职位、底薪、工作时间

客房物品

客房剩余物品、客房所需物品等

3.数据流

数据流名称：

客房登记信息

位置：

宾馆—登录处理

说明：

“登记”“查询”“反馈”

退房登记信息

位置:

登录处理—宾馆人员

显示客户消费各项信息

宾馆员工管理

宾馆—员工信息

显示员工各项基本信息

客房物品管理

管理人员—宾馆仓库管理人员保护

指定保护物品，保障宾馆各种所需物品的供求

4.数据存储

数据存储名称：

客户登记表

输入：

客户姓名、身份证号、房间号—输出：

登录处理表格

数据结构：

客户姓名+身份证号

该注册信息由宾馆保密

管理人员登记表

管理人员姓名、工号、—输出：

管理人员姓名+工号

退房登记表

客户姓名、房间号—输出：

客户姓名+房间号

显示客户消费信息

5．处理过程

（1）客户入住登记（管理人员登记信息；

客户姓名、身份证号；

输出：

客户房间号；

处理：

在宾馆住宿系统中，登记好各项信息）

（2）管理人员登录（管理人员注册帐号及登录；

姓名、工号；

管理人员登录验证；

在宾馆住宿系统中，登记好各项信息完成登录）

（3）客户预订登记（管理人员登记信息；

客户姓名、身份证号、预订号；

（4）客户退房登记（管理人员登记信息；

客户姓名、房间号；

客户消费信息；

在宾馆住宿系统中，显示消费信息）

三、概念结构设计。

1概念设计说明

通常，把每一类数据对象的个体称为实体，而每一类对象的集合称为“实体集”。

而E—R模型的主要成分是实体、联系和属性。

如果用矩形框表示实体集，用带半圆的矩形表示属性，用线段连接实体集与属性，当一个属性或属性组合指定为主码时，在实体集与属性的连接上标记一斜线，则可以表示实体集及每个实体集涉及的属性，实体集之间存在各种关系，通常把这种关系称为“联系”。

联系有三类：

一对一的联系（1：

1）；

一对多的联系（1:

n）；

多对多的联系（m:

n）。

所以，此宾馆住宿管理系统中实体集与实体集的联系，E—R模型如下：

2E-R图

各实体之间的E-R图，如图3-1所示。

图3-1实体之间的E-R图

局部E-R图如下:

客户信息实体的E-R图,如图1所示。

图1客户信息实体的E—R图

客房信息实体的E-R图，如图2所示。

图2客房信息实体的E—R图

客户住宿实体的E-R图，如图3所示。

图3客户住宿实体的E—R图

客房物品信息实体的E-R图，如图4所示。

图4客房物品实体的E—R图

全局E-R图如下:

顾客

客房

姓名

身份证

联系电话

工作单位

详细地址

登记

服务员

操作密码

工作编号

住宿

房间号码

所在楼层

价格

房间类型

使用配置

房态

管理

大堂经理

名字

年龄

11

1

N

N

1

总E-R实体图

四、逻辑结构设计

1E-R图到关系模式的转换

关系模式：

客房（客房编号、客房类型、客房价格、负责人编号）

员工（员工编号、员工姓名、员工年龄、员工联系方式、员工职位、员工工资、领导编号）

客户（客户身份证号、客户姓名、客户性别、客户年龄、联系方式、入住日期、退房日期、入住客房编号）

客户_客房（客房编号、客户身份证号、入住日期、退房日期）

客户_员工（客户身份证号、员工编号、服务）

2.实体关系模式分析

由于客房编号、员工编号、客户身份证号、客房编码等每个属性都是不可再分的，且均是简单属性，因此属于第一范式。

由于客房类型、价格，员工年龄、职位、工资等非主属性完全函数依赖，因此属于第二范式。

而员工服务等属于非主属性完全函数依赖。

又因为非主属性不传递函数依赖的主关系键。

因此属于第三范式。

五、物理结构设计

1.数据分析

（1）常查询项：

客房信息、客户信息、员工信息

（2）常变更项：

客户姓名、身份证号、入住日期、退房日期、结算金额等

（3）不易变更项：

客房类型、客房价格等

2.索引的建立

对“客房”、“员工”、“客户”建立索引，方便数据的查询。

3．数据库存放位置的设计

为提高系统性能，应根据应用情况把数据库的常查询项、常变更项、不易变更项分开存放。

4.建立视图

对权限的赋予操作，保障数据库的安全。

六、数据库实施

6.1创建数据库

6.2主表的结构设计

6.2.1进货信息表的结构

6.2.2客户信息表结构

6.2.3用户信息表结构

6.2.4仓库信息表结构

6.2.5库存物品信息表结构

七、总结。

在做宾馆住宿管理前，我对管理系统的理解只停留在知道它怎么用，大概有什么功能。

但是突然间叫我自己也做一个系统，我刚开始挺兴奋的，想着自己终于也可以走一些系统了。

可是在兴奋过后，我突然就感觉到我应刚要怎么样做才行啊，语句，代码什么都不会，但是在这一段时间的学习中，我懂得了挺多东西的。

虽然，在这中间遇到了挺多问题的，并且我在遇到问题经过自己的努力之后还是不明白，而别人很快就懂了，我就变得很烦躁，但是在经过了同学的帮忙后，这些都不成问题了。

在这一次的课程设计中，我总结了几点对我印象比较深刻的：

第一，让我发愁的是对宾馆客房的具体业务流程不太熟悉，通过查找各宾馆管理的资料，经过反复的修改论证，才完成了系统的分析和设计工作。

第二，面临的困难是不熟悉软件开发工具。

我只好翻阅了各种有关的书籍，同时又不断向老师和同学们请教，才逐渐熟练和掌握了开发工具。

第三，在软件开发的过程中，开始编写菜单、窗口、表结构时，进展还是比较顺利，但当有些字段、表关联、数据窗口混淆在一起的时候，作者被搞得晕头转向。

最后不得不重新整理表结构，修改字段名称，到SQLServer中去修改数据库，才将系统的结构最终确定下来。

对于源代码的编写，也是经过反复的修改测试，才使系统的设计功能得以正确实现。

总之，理论+实践=知识，程序设计过程中，我以理论为指导，以实践为主体，将理论与实践紧密结合起来，亲身体会到只有将理论与实践有效的结合起来，才能使理论指导实践，又反过来丰富理论，二者相得益彰，使学习效率大大提高。