宾馆管理信息系统.docx

宾馆管理信息系统.docx

《宾馆管理信息系统.docx》由会员分享，可在线阅读，更多相关《宾馆管理信息系统.docx（25页珍藏版）》请在冰豆网上搜索。

宾馆管理信息系统

宾馆管理信息系统

维

护

目次

宾馆治理体系的设计、实现与爱护

一、可行性分析

跟着人们生活程度的进步，外出旅行、度假越来越频繁，促进了酒店、餐饮娱乐行业的成长，此类行业为了加强治理、进步效力就须要借助于运算机。

传统的酒店治理往往令治理者花大年夜量的时刻来处理顾客投诉，例如缺点查询、烦琐的挂号和结帐手续、搭客费用运算缺点、空余客房材料不克不及及时供给等，从而阻碍出租率，使的治理人员不得不集中精力筹划治理运行策略和进行决定打算。

以上问题可经由过程电脑体系关心解决，酒店治理的电脑化，不仅是表现酒店现代化形象的一个重要标记，同时关于进步职职员作效力，降低各项成本及改良办事质量都有十分积极的感化。

应用该酒店治理体系，将会有以下好处：

1.电脑收银，打印帐单：

快速精确，削减来宾等待时刻，并可杜绝收银过程中的舞弊现象。

2.高效的客房治理：

能有效的进步房率，增长营业收入。

3.进步决定打算依照：

治理者能够随时明白得经营情形，以制订响应的经营方针。

4.减轻职员的工作包袱：

从而使职员把更多的精力放在进步为来宾办事的质量上。

5.简单、便利地储存和查询汗青材料。

6.建立优胜的酒店形象。

1.1软件定义

酒店治理体系是酒店治理、办事的关心性软件

1.2开创目标

开创本软件是为了办事酒店，使得酒店更好的经营。

有用于一些大年夜中型酒店，重要用于就餐治理和住宿治理。

本软件产品是一项自力的软件，只是功能还能够增长，完成后能够进级以增长功能和完美体系。

1.3用户的特点

应用本软件要求用户熟悉Windows操作，同时有必定的软件操作差不多。

估量本软件将会在一些中小型酒店中获得广泛应用。

1.4成本投入

本软件由我们小组六小我合营开创，几乎不要经费，开创刻日一个月阁下。

1.5估量收益

因为几乎是零成本投入，因此收益率大年夜于百分之百。

结论

此体系现在需求量较大年夜，开创周期较短，收益庞大年夜，可行。

二、体系分析

1.1体系简介

⒈体系功能应用

酒店在正常的运营中须要对客房资本、顾客信息、结算信息进行治理，能够应用宾馆治理信息体系及时明白得各个环节中信息的变革，有利于进步治理效力。

⒉体系功能分析

体系开创的总体义务是实现宾馆各类信息的体系化、规范化和主动化。

重要完成功能：

●有关客房标准的制订、标准信息的输入，包含标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视机、德律风以及零丁卫生间等。

●客房标准信息的修改、查询等。

●客房全然信息的输入，包含客房编号、客房类型、客房地位、客房单价、备注等。

●客房全然信息的查询、修改，包含客房编号、客房类型、客房地位、客房单价、备注等。

●残剩客房信息的查询等。

●订房信息的输入，包含客房编号、客房种类、客房地位、客房单价、顾客姓名、顾客身份证号码、入住日期、扣头、备注信息等。

●订房信息的修改和查询，包含客房编号、客房种类、客房地位、客房单价、顾客姓名、顾客身份证号码、入住日期、扣头、备注信息等。

●结算信息的输入，包含客房编号、客房种类、地位、客房单价、顾客姓名、顾客身份证号码、入住日期、扣头、结算日期、备注信息等。

●结算信息的修改和查询，包含客房编号、客房种类、客房地位、客房单价、顾客姓名、顾客身份证号码、入住日期、扣头、结日期、备注信息等。

3.数据库设计

数据库设计步调：

●数据库需求分析

●数据库概念构造设计

●数据库逻辑构造设计

（1）数据库需求分析

分析查询拜望有关宾馆治理信息需求的差不多上得本体系所处理的数据流程

图Ⅱ宾馆治理信息体系数据流程图

针对一样宾馆治理信息体系的需求，经由过程对宾馆治理过程的内容和流程分析，设计如下面所示的数据项和数据构造：

●客房标准信息，包含的数据项有：

标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视、德律风、零丁卫生间等。

●客房信息，包含的数据项有：

客房编号、客房种类、客房地位、客房单价、备注等。

●订房信息，包含的数据项有：

订房编号、客房编号、客房种类、客房地位、客房备注信息、顾客姓名、顾客身份证号码、入住时刻、扣头、备注等。

●结算信息，包含的数据项有：

订房编号、客房编号、客房种类、客房地位、客房备注信息、顾客姓名、顾客身份证号码、入住时刻、扣头、结算时刻、备注等。

（2）数据库概念构造设计

本体系依照以上的设计筹划出的实体有：

客房标准信息实体、客房信息实体、订房信息实体、结算信息实体。

各个实体具体的描述Ｅ-Ｒ图如下：

客房标准信息实体Ｅ-Ｒ图

客房信息实体Ｅ-Ｒ图

订房信息实体Ｅ-Ｒ图

结算信息实体Ｅ-Ｒ图

实体之间关系Ｅ-Ｒ图

（3）数据库逻辑构造设计

起首将宾馆治理信息体系的数据库概念构造转化为SQL2000数据库体系所支撑的实际数据模型，即：

数据库的逻辑构造。

其各个表格的设计成果如下

列名

数据类型

可否为空

说明

Typeid

Varchar

NOTNULL

标准编号

Typename

Varchar

NOTNULL

标准名称

Area

Numeric

NULL

房间面积

Bednum

Numeric

NULL

床位数量

Haircondition

Varchar

NULL

是否有空调

Htelephone

Varchar

NULL

是否有德律风

Htelevision

Varchar

NULL

是否有电视

Htoilet

Varchar

NULL

是否有零丁卫生间

Price

Numeric

NULL

单价

Roomtype客房标准信息表

列名

数据类型

可否为空

说明

roomNO

Varchar

NOTNULL

客房编号

Roomtype

Varchar

NOTNULL

客房种类

Roomposition

Varchar

NULL

客房地位

Roomprice

Numeric

NULL

单价

Putup

Varchar

NOTNULL

是否被预定

Roommemo

Text

NULL

备注

Rooms客房信息表

列名

数据类型

可否为空

说　明

Bookno

Varchar

NOTNULL

订房编号

Customname

Varchar

NOTNULL

顾客姓名

CustomID

Varchar

NOTNULL

身份证号码

Roomno

Varchar

NOTNULL

客房编号

Indate

Datetime

NULL

入住日期

Discount

Numeric

NULL

扣头

Inmeno

Text

NULL

备注

Checkdate

Datetime

NULL

结算日期

Amount

Numeric

NULL

金额

Bookin订房信息表

总流程图

3前台子体系：

图4.前台体系示意图

备注按照客人从住店、离店的过程将体系划分为预订、接待、撤消预订和离店四个处理过程。

客人经由过程预订，也可直截了当到酒店挂号住宿。

客人预订后，也可能撤消预订。

客人分为小我与集团两类。

图5.小我预订DFD图

客人来店预订，办事员查询“客房预订信息表”，无空房则返回客人。

有客房则挂号，并查对“客人黑名单”（进行花费而未付帐的客人名单）及“挂帐表”，无误后收取预订押金并记入“预订金入帐表”。

进行订房，将预订信息记入“客人预订信息表”，修改“客房预订信息表”的客房状况，给客人预订证实表。

预订完成。

图6.团队预订DFD图

集团预订与小我预订全然一样，只是将团队预订信息记入“集团预订信息表”。

3）撤消预订

图7.撤消预订DFD图

客人要撤消预订，只需将“预订证实表”和“预订收据”交给办事员，经查对撤退撤退款并修改“客房预订信息表”及“团队或小我预订信息表”。

（4）接待集团（未预订的客人）

图8.接待集团DFD图

（5）接待小我（未预订的客人）

图9.接待小我DFD图

接待的客人是小我时，过程全然与接待团队雷同，起首经由过程“今朝房间占用信息表”查询今朝有无空房，有则填“住房挂号表”，依照客人的信息查对“客人黑名单”、“挂帐小我”等多个表，确认后收取住房押金，将客人的有关信息记入“汗青客人信息表”并用写卡机将客人的ID写入IC卡。

6）接待集团（已预订）

图10.接待预订集团DFD图

接待团队（已预定）的过程与接待未预订的类似，只是开端要验证“预订表”，同时不必进行客人查询而可直截了当入住。

将预订金转为住房押金。

（7）接待小我（已预订）

图11.接待预订小我DFD图

接待小我（已预定）的过程与接待未预订的类似，只是开端要验证“预订表”，同时不必进行客人查询而可直截了当入住。

将预订金转为住房押金。

客人可储存IC卡，今后如再到该酒店，经修改IC卡仍可应用。

4后台子体系：

图13.后台体系DFD图

后台不与客人产生直截了当的接触，重要支撑经理查询、库房治理、数据的备份以及财务上的治理。

5数据备份

图14.数据备份DFD图

（4）体系数据字典及处理描述：

数据流名：

挂号

组成：

{客户信息}+{房间信息}+{押金}+时刻

数据项：

客户信息

备注：

小我或团队

组成：

身份证号+姓名+性别+年纪+平易近族+出身日期+家庭住址

+VIP+人数+单位+单位地址+德律风+手机+BP机号码

+E-MAIL地址+照片

组织：

身份证号

数据项：

客房信息

组成：

房号+类型+单价+状况

组织：

房号

数据项：

状况

取值：

空房可用

空房待修

预订占用

正在占用

数据项：

押金

组成：

预订金+入住押金+入住房钱

取值：

现金

信用卡

转帐支票

挂帐

免费

数据项：

时刻

组成：

预订时刻+入住时刻+估量离店时刻+住宿时刻

数据流名：

离店凭证

备注：

指客人解决手续后，所持有的酒店开出的单子

组成：

住店发票+泊车场收据+其它单子

数据处理名：

前台加工

简述：

在酒店中直截了当与客人产生关系的活动，为客人供给的一切办事，包括

客人进入酒店前的预订，预订后的入住，花费，以及离店前的手续

解决。

组成：

预订+接待+撤消预订+离店

数据处理名：

后台加工

简述：

在酒店中不直截了当与客人产生关系的活动，包含间接为客人供给的服

务，以及酒店的内部治理体系，主假如库房治理，IC卡治理，总理

查询等。

组成：

数据备份+经理查询

数据处理名：

泊车场加工

简述：

为酒店表里客人供给泊车的体系。

数据库1：

所有在前台与客人有关的信息库。

组成：

汗青客人信息表+房间占用信息表+IC卡治理表

数据库2：

组成：

酒店日常消费品库存治理表+日现金帐目表

数据库3：

说明：

泊车场建立的有关车辆进出泊车场的时刻及费用信息表。

小我预订数据字典

数据处理名：

房间查询

简述：

依照客人的预订要求，查询客房预订信息表，确信是否有空房

输入：

客户信息，来源：

外部实体“客人”

输出：

[1]无客房，去处：

外部实体“客人”

[2]有客房，预订挂号表，去处：

“客人信息”

数据流名称：

预订挂号表

简述：

在房间查询有房时所填的表，用于记录客人信息

组成：

身份证号+姓名+性别+年纪+平易近族+国籍+家庭住址+VIP+德律风

数据处理名：

订房

简述：

依照客人的预订要求，确信客人订什么房，哪类房，若干间房，是否

确信具体房间。

输入：

订金收据，来源：

收银

输出：

预订证实表，去处：

外部实体“客人”

数据流名称：

预订证实表

简述：

在订房、收银后所填的表，用于记录客人订房的信息和证实

组成：

身份证号+姓名+性别+家庭住址+德律风+押金+房间数量、类别+时刻

备注：

客人来店预订，办事员查询“客房预订信息表”，无空房则返回客人。

有客房则挂号，并查对“客人黑名单”（进行花费而未付帐的客人名单）及“挂帐表”，无误后收取预订押金并记入“预订金入帐表”。

进行订房，将预订信息记入“客人预订信息表”，修改“客房预订信息表”的客房状况，给客人预订证实表。

预订完成。

数据处理名：

房间查询

简述：

依照客人的预订要求，查询客房预订信息表，确信是否有空房

输入：

客户信息，来源：

外部实体“客人”

输出：

[1]无客房，去处：

外部实体“客人”

[2]有客房，预订挂号表，去处：

“客人信息”

数据流名称：

预订挂号表

简述：

在房间查询有房时所填的表，用于记录客人信息

组成：

团队ID号+团队名称+领队人+领队手机+团队开户行+帐号+地址+接洽

德律风+人数+人员名单+房间数量

数据处理名：

订房

简述：

依照客人的预订要求，确信客人订什么房，哪类房，若干间房，是否

确信具体房间。

输入：

订金收据，来源：

收银

输出：

预订证实表，去处：

外部实体“客人”

数据流名称：

预订证实表

简述：

在订房、收银后所填的表，用于记录客人订房的信息和证实

组成：

团队ID号+团队名称+地址+接洽德律风+人数+进店日期+离店日期+房间

数量+押金。

备注：

集团预订与小我预订全然一样，只是将团队预订信息记入“集团预订信息表”。

撤消预订数据字典

数据处理名：

预订查询

简述：

查对客人的“预订证实表”。

输入：

预订证实表，来源：

外部实体“客人”

输出：

预订收据，去处：

退款处理

备注客人要撤消预订，只需将“预订证实表”和“预订收据”交给办事员，经查对撤退撤退款并修改“客房预订信息表”及“团队或小我预订信息表”。

接待集团数据字典

数据处理名：

空房查询

简述：

依照客人的住房要求，查询“今朝房间占用信息表”，确信是否有空房

输入：

客户信息，来源：

外部实体“客人”

输出：

[1]无客房，去处：

外部实体“客人”

[2]有客房，住房挂号表，去处：

“客人查询”

数据流名称：

住房挂号表

简述：

在房间查询有空房时所填的表，用于记录客人信息

组成：

身份证号+姓名+性别+年纪+平易近族+国籍+家庭住址+德律风+单位

数据处理名：

客人查询

简述：

依照客人的住房挂号表，从“客人黑名单”、“挂帐单位”等多个表中

查询查对。

输入：

住房挂号表，来源：

查询空房

输出：

交款，去处：

收银处理

数据流名称：

押金收据

简述：

在收银后所开出的证实，用于记录客人住房时交的押金

组成：

身份证号+姓名+押金金额+房间数量、类别+入住时刻+分开时刻

接待预订集团数据字典

数据处理名：

查询验证预订表

简述：

查对客人的预订表是否与数据库中的相符

输入：

预订证实表，来源：

外部实体“客人”

输出：

挂号表，去处：

查询客房

备注接待团队（已预定）的过程与接待未预订的类似，只是开端要验证“预订表”，同时不必进行客人查询而可直截了当入住。

将预订金转为住房押金。

离店收银数据字典

数据处理名：

退房

简述：

在客人离店的时刻，核实房间的物件等，同时更换“客房占用信息表”

输入：

有客人ID的IC卡，来源：

外部实体“客人”

输出：

[1]有问题，去处：

外部实体“客人”

[2]无问题，退房凭证，去处：

收银

数据流名称：

退房凭证

简述：

在房间核实无误后开给客人的许可结帐凭证

组成：

身份证号+姓名+性别+IC卡ID号+客房核实成果

数据处理名：

收银

简述：

依照客人的花费进行收取费用、退还押金。

调用IC卡治理子模块使该

卡号作废。

将客人信息记入数据库备查。

输入：

退房凭证，来源：

退房

输出：

离店发票，去处：

外部实体“客人”

备注客人可储存IC卡，今后如再到该酒店，经修改IC卡仍可应用。

三、体系设计部分

1．体系设计目标

1）便利的数据输入机能，优胜的人机界面，尽量幸免汉字和长字符串的人工反复输入（采代替码词组）。

2）灵活地查询机能，能快速实现多项产品输入数据和库存数据的查询。

3）推敲到工厂临盆的成长，对新产品数据也能赐与处理。

4）把今朝全然上是“静态”库存治理变为“动态”治理，能随时供给库存近况信息（包含库存报警信息）。

2.体系功能模块设计

按构造化法度榜样设计思惟，分析得出如下体系功能模块图

3.体系功能构造图设计

信息处理体系流程

体系重要窗口截图

图1.登录窗口

添加客房信息窗口

客房信息查询窗口

残剩房间查询窗口

订房信息窗口

结账窗口

4.运行情形规定

通俗的小我PC（奔驰－3以上，内存至少128MB，硬盘20G以上）就足够运行了，操作体系为Windows98及WindowsNT/WindowsXP系列。

体会与教训

1、经由过程对做那个项目，对软件的开创流程，开创过程有了比较深刻的明白得，也加深了对所学常识的应用。

2、缺乏对需求分析的精确熟悉，在需求分析时期走了许多弯路，导致了项目标时刻比较重要。

3、所用技巧切实事实上定比较晚，因此进修新技巧占据了大年夜量做项目标时刻，体会不足。