宾馆住宿管理系统课程设计呕心沥血整理版.docx

宾馆住宿管理系统课程设计呕心沥血整理版.docx

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

宾馆住宿管理系统课程设计呕心沥血整理版

宾馆住宿管理系统

专业：

班级：

学号：

姓名：

辅导老师:

一、开发目的.

1现状分析

近年来，宾馆业迅猛发展，市场的竞争日趋激烈，全面提高宾馆的软件管理水准，已成为宾馆业发展的当务之急.尤其是对于星级宾馆，既需要完成前台的一些服务工作，还需要完成后台的管理工作。

然而,传统的人工管理模式已经远远不能满足有效、快捷地处理经营中产生的大量信息数据的需要,从而使得企业决策层无法及时、准确地掌握一线资料,继而影响对市场进行正确地分析和预测。

像沿海城市三星级以上宾馆引进外方管理，使小部分宾馆管理水准几乎接近或达到国际水平。

但对占80％以上的广大中小型宾馆来说，是难以做到的。

因此,欲在竞争中甩开对手，取得优势，必须在经营、管理、产品、服务等方面具备独到之处.而对宾馆的经营状况起决定作用的是客房的管理.简单的服务标准已不是制胜的锦囊，只有管理做到最细微之处，才能让顾客体会到宾馆服务的高标准、高质量,而准确、快速、周全往往就是最基本的成功要素。

传统的管理方法已经不能适应现代社会的需要，因此采用电脑管理业务、财务等诸多环节已成为推动宾馆业迅速发展的先决条件，宾馆客房管理信息系统是各大中小型宾馆所需要使用的一个管理系统。

2系统目的

本系统是用sqlserver2000为开发工具，以SQL语言为数据库查询语言开发的宾馆酒店管理软件的功能，研究和开发管理宾馆的日常业务，即宾馆的客房、财务及各种收费系统管理。

该系统应充分利用信息技术提高宾馆客房的管理水平、服务水平。

宾馆住宿管理系统要实现客房住宿的登记、宿费提醒、追加押金、调房登记、退房结帐、查询统计等功能。

将动态时的住宿登记、客房调整追加押金等有机的联系在一起，对酒店进行全方位的管理。

使用该系统，既可以大幅度提高各业务部门的工作效率，也可自动完成各业务部门之间的营业信息、账务、报表的自动化传输与汇总，使各项业务工作更加制度化、科学化。

但是,本管理系统也有些美中不足的地方,比如没有加入餐饮这一模块的管理，所以，我们会继续努力，积极完善这个宾馆管理系统,更好的为宾馆管理行业服务。

二、系统需求分析

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）

Notnull

客户性别

Tid

Char（20）

Notnull

客户身份证号

表3-2。

客房（Rooms）信息：

表中列名

数据类型

可否为空

说明

Rno

Int

Notnull（主键）

客房号

Rstyle

Char（10）

Notnull

客房类型

Rprice

Int

客房单价

Rstate

Char（10）

客房状态

Rtel

Char（15）

客房电话

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

表中列名

数据类型

可否为空

说明

Tno

Int

Notnull（主键）

客户编号

Rno

Int

Notnull（主键）

客房号

Tcomedate

Datetime

Notnull

入住日期

Tleftdate

Datetime

Notnull

结算日期

Ttime

Int

住宿时间

Tamount

Int

房费

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

表中列名

数据类型

可否为空

说明

Rno

Int

Notnull

客房号

Ritemno

Char（10）

Notnull（主键）

客房物品编号

Ritemname

Char（20）

Notnull

客房物品名称

Ritemstate

Char（10）

物品状态

Ritemprice

Int

客房物品单价

Ritemnum

Int

物品数量

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

N

1

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中去修改数据库，才将系统的结构最终确定下来。

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

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