宾馆管理信息系统.docx
《宾馆管理信息系统.docx》由会员分享，可在线阅读，更多相关《宾馆管理信息系统.docx（28页珍藏版）》请在冰豆网上搜索。
宾馆管理信息系统
宾馆管理系统的设
一、可行性分析3
1.1软件定义3
1.2开发目标3
1.3用户的特点3
1.4成本投入3
1.5预计收益4
结论4
二、系统分析4
1.1系统简介4
1•系统功能运用4
2•系统功能分析4
3.数据库设计4
（1）数据库需求分析5
（2）数据库概念结构设计5
（3）数据库逻辑结构设计7
（4）系统数据字典及处理描述：
13
三、系统设计部分17
1.系统设计目标17
2.系统功能模块设计17
3.系统功能结构图设计18
4.运行环境规定21
经验与教训21
宾馆管理系统的设计、实现与维护
一、可行性分析
随着人们生活水平的提高，外出旅游、度假越来越频繁，促进了酒店、餐饮娱乐行业的发展，此类行业为了加强管理、提高效率就需要借助于计算机。
传统的酒店管理往往令管理者花大量的时间来处理顾客投诉，例如错误查询、烦琐的登记和结帐手续、旅客费用计算错误、空余客房资料不能及时提供等，从而影响出租率，使的管理人员不得不集中精力规划管理运行策略和进行决策。
以上问题可通过电脑系统辅助解决，酒店管理的电脑化，不仅是体现酒店现代化形象的一个重要标志，而
且对于提高员工工作效率，降低各项成本及改善服务质量都有十分积极的作用。
使用该酒店管理系统，将会有以下好处：
1.电脑收银，打印帐单：
快速准确，减少宾客等待时间，并可杜绝收银过程中的舞弊现象。
2.高效的客房管理：
能有效的提高房率，增加营业收入。
3.提高决策依据：
管理者可以随时了解经营情况，以制定相应的经营方针。
4.减轻员工的工作负担：
从而使员工把更多的精力放在提高为宾客服务的质量上。
5.简单、方便地保存和查询历史资料。
6.树立良好的酒店形象。
1.1软件定义
酒店管理系统是酒店管理、服务的辅助性软件
1.2开发目标
开发本软件是为了服务酒店，使得酒店更好的经营。
适用于一些大中型酒店，主要用于就餐管理和住宿管理。
本软件产品是一项独立的软件，不过功能还可以增加，完成后可以升级以增加功能和完善系统。
1.3用户的特点
使用本软件要求用户熟悉Windows操作，并且有一定的软件操作基础。
预计本软件将会在一些中小型酒店中得到广泛使用。
1.4成本投入
本软件由我们小组六个人共同开发，几乎不要经费，开发期限一个月左右。
1.5预计收益
由于几乎是零成本投入，所以收益率大于百分之百结论
此系统现在需求量较大，开发周期较短，收益巨大，可行
、系统分析
1.1系统简介
1•系统功能运用
酒店在正常的运营中需要对客房资源、顾客信息、结算信息进行管理，可以利用宾馆管理信息系统及时了解各个环节中信息的变更，有利于提高管理效率。
2.系统功能分析
系统开发的总体任务是实现宾馆各种信息的系统化、规范化和自动化主要完成功能：
•有关客房标准的制定、标准信息的输入，包括标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视机、电话以及单独卫生间等。
•客房标准信息的修改、查询等。
•客房基本信息的输入，包括客房编号、客房类型、客房位置、客房单价、备注等
•客房基本信息的查询、修改，包括客房编号、客房类型、客房位置、客房单价、备注等。
•剩余客房信息的查询等。
•订房信息的输入，包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、备注信息等。
•订房信息的修改和查询，包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、备注信息等。
•结算信息的输入，包括客房编号、客房种类、位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、结算日期、备注信息等。
•结算信息的修改和查询，包括客房编号、客房种类、客房位置、客房单价、顾客姓名、顾客身份证号码、入住日期、折扣、结日期、备注信息等。
3.数据库设计
数据库设计步骤：
•数据库需求分析
•数据库概念结构设计
•数据库逻辑结构设计
（1）数据库需求分析
分析调查有关宾馆管理信息需求的基础上得本系统所处理的数据流程
图H宾馆管理信息系统数据流程图
针对一般宾馆管理信息系统的需求，通过对宾馆管理过程的内容和流程分析，设计如下面所示的数据项和数据结构
•客房标准信息，包括的数据项有：
标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视、电话、单独卫生间等。
•客房信息，包括的数据项有：
客房编号、客房种类、客房位置、客房单价、备注等。
•订房信息，包括的数据项有：
订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、备注等。
•结算信息，包括的数据项有：
订房编号、客房编号、客房种类、客房位置、客房备注信息、顾客姓名、顾客身份证号码、入住时间、折扣、结算时间、备注等。
（2）数据库概念结构设计
本系统根据以上的设计规划出的实体有：
客房标准信息实体、客房信息实体、订房信息实体、结算信息实体。
各个实体具体的描述E-R图如下：
客房标准信息实体
客房标准信息实体E-R图
客房信息实体E-R图
订房信息实体E-R图
结算信息实体E-R图
实体之间关系E-R图
（3）数据库逻辑结构设计
首先将宾馆管理信息系统的数据库概念结构转化为SQL2000数据库系统所支持的实
际数据模型，即：
数据库的逻辑结构。
其各个表格的设计结果如下
列名
数据类型
可否为空
说明
Typeid
Varchar
NOTNULL
标准编号
Typename
Varchar
NOTNULL
标准名称
Area
Numeric
NULL
房间面积
Bednum
Numeric
NULL
床位数量
Haireondition
Varchar
NULL
是否有空调
Htelephone
Varchar
NULL
是否有电话
Htelevision
Varchar
NULL
是否有电视
Htoilet
Varchar
NULL1
是否有单独卫生间
Price
Numeric
NULL
单价
Roomtype客房标准信息表
列名
数据类型
可否为空
说明
roomNO
Varchar
NOTNULL「
客房编号:
Roomtype
Varchar
NOTNULL
客房种类
Roomposition
Varchar
NULL:
客房位置
Roomprice
Numeric
NULL
单价
Putup
Varchar
NOTNULL1
是否被预定1
Roommemo
Text
NULL
备注
Rooms客房信息表
列名
数据类型
可否为空
说明
Bookno
Varchar
NOTNULL:
订房编号「
Customname
Varchar
NOTNULL1
顾客姓名
CustomID
Varchar
NOTNULL
身份证号码
Roomno
Varchar
NOTNULL1
客房编号:
Indate
Datetime
NULL
入住日期
Discount
Numeric
NULL
折扣
Inmeno
Text
NULL
备注
Checkdate
Datetime
NULL
结算日期
Amount
Numeric
NULL
金额
Bookin订房信息表
总流程图
3前台子系统:
图4.前台系统示意图
备注按照客人从住店、离店的过程将系统划分为预订、接待、取消预订和离店四个处理过程。
客人通过预订，也可直接到酒店登记住宿。
客人预订后，也可能取消预订。
客人黑名单
挂帐个人表
预订登记表
有无指定房间
客人
已预订完
订金
收银
客房预订信息表2
客人
订金收据
客房预订信息表1
客人信
帐表
客人预订信息表
预订证明表
订房
息查询
黑客
日
”，无空房则返回客人。
有客房则登记，并核对“客
，无误后收取预订押金并记入“预订金，修改“客房预订信息表”的客房状态,
客人分为个人与团体两类。
图5.个人预订
客人来店预订，服务员查询“客房预订信息表人黑名单”（进行消费而未付帐的客人名单）及“挂帐表”入帐表”。
进行订房，将预订信息记入“客人预订信息表”给客人预订证明表。
预订完成。
团体预订与个人预订基本一样，只是将团队预订信息记入“团体预订信息表”。
3）取消预订
客人要取消预订，只需将“预订证明表”和“预订收据”交给服务员，经核对后退款并修改“客房预订信息表”及“团队或个人预订信息表”。
（4）接待团体（未预订的客人）
查询空房
查
客房占用信.
2
押金收据
卡锁
收银
客人询
写IC卡
历史客人信息表1
客人信息表2
有无空房间
无空房
目前房间占用信息表1
交款
有客人ID的IC卡
住房登记表
•是黑客
押金入帐表
IC卡管理表
挂帐单位表
图8.接待团体DFD图
（5）接待个人（未预订的客人）
图9.接待个人DFD图
接待的客人是个人时，过程基本与接待团队相同，首先通过“目前房间占用信息表”查询目前有无
空房，有则填“住房登记表”，根据客人的信息核对“客人黑名单”、“挂帐个人”等多个表，确
认后收取住房押金，将客人的有关信息记入“历史客人信息表”并用写卡机将客人的ID写入IC卡。
接待团队（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”，同时不必进行客人查询而可直接入住。
将预订金转为住房押金。
（7）接待个人（已预订）
个人预订信息表
图11.接待预订个人DFD图
接待个人（已预定）的过程与接待未预订的相似，只是开始要验证“预订表”，同时不必进行客人查询而可直接入住。
将预订金转为住房押金。
图12.离店收银DFD图
客人可保留IC卡，以后如再到该酒店，经修改
IC卡仍可使用。
4后台子系统:
图13.后台系统DFD图
后台不与客人发生直接的接触，主要支持经理查询、库房管理、数据的备份以及财务上的管理。
5数据备份
（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.系统功能模块设计
按结构化程序设计思想，分析得出如下系统功能模块图
信息处理系统流程系统主要窗口截图
图1•登录窗口
添加客房信息窗口
■客房信息查询二X
检索取消
客房信息查询窗口
剩余房间查询窗口
订房信息窗口
结账窗口
4.运行环境规定
普通的个人PC（奔腾—3以上，内存至少128MB，硬盘20G以上）就足够运行了，操作系统为Windows98及WindowsNT/WindowsXP系列。
经验与教训
1、通过对做这个项目，对软件的开发流程，开发过程有了比较深刻的了解，也加深了对所学知识的应用。
2、缺乏对需求分析的正确认识，在需求分析阶段走了不少弯路，导致了项目的时间比较紧张。
3、所用技术的确定比较晚，所以学习新技术占据了大量做项目的时间，经验不足。
升级会员 