宾馆管理信息系统Word下载.docx
- 文档编号:19102255
- 上传时间:2023-01-03
- 格式:DOCX
- 页数:25
- 大小:442.87KB
宾馆管理信息系统Word下载.docx
《宾馆管理信息系统Word下载.docx》由会员分享,可在线阅读,更多相关《宾馆管理信息系统Word下载.docx(25页珍藏版)》请在冰豆网上搜索。
1.5估量收益
因为几乎是零成本投入,因此收益率大年夜于百分之百。
结论
此体系现在需求量较大年夜,开创周期较短,收益庞大年夜,可行。
二、体系分析
1.1体系简介
⒈体系功能应用
酒店在正常的运营中须要对客房资本、顾客信息、结算信息进行治理,能够应用宾馆治理信息体系及时明白得各个环节中信息的变革,有利于进步治理效力。
⒉体系功能分析
体系开创的总体义务是实现宾馆各类信息的体系化、规范化和主动化。
重要完成功能:
●有关客房标准的制订、标准信息的输入,包含标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视机、德律风以及零丁卫生间等。
●客房标准信息的修改、查询等。
●客房全然信息的输入,包含客房编号、客房类型、客房地位、客房单价、备注等。
●客房全然信息的查询、修改,包含客房编号、客房类型、客房地位、客房单价、备注等。
●残剩客房信息的查询等。
●订房信息的输入,包含客房编号、客房种类、客房地位、客房单价、顾客姓名、顾客身份证号码、入住日期、扣头、备注信息等。
●订房信息的修改和查询,包含客房编号、客房种类、客房地位、客房单价、顾客姓名、顾客身份证号码、入住日期、扣头、备注信息等。
●结算信息的输入,包含客房编号、客房种类、地位、客房单价、顾客姓名、顾客身份证号码、入住日期、扣头、结算日期、备注信息等。
●结算信息的修改和查询,包含客房编号、客房种类、客房地位、客房单价、顾客姓名、顾客身份证号码、入住日期、扣头、结日期、备注信息等。
3.数据库设计
数据库设计步调:
●数据库需求分析
●数据库概念构造设计
●数据库逻辑构造设计
(1)数据库需求分析
分析查询拜望有关宾馆治理信息需求的差不多上得本体系所处理的数据流程
图Ⅱ宾馆治理信息体系数据流程图
针对一样宾馆治理信息体系的需求,经由过程对宾馆治理过程的内容和流程分析,设计如下面所示的数据项和数据构造:
●客房标准信息,包含的数据项有:
标准编号、标准名称、房间面积、床位数量、住房单价、是否有空调、电视、德律风、零丁卫生间等。
●客房信息,包含的数据项有:
客房编号、客房种类、客房地位、客房单价、备注等。
●订房信息,包含的数据项有:
订房编号、客房编号、客房种类、客房地位、客房备注信息、顾客姓名、顾客身份证号码、入住时刻、扣头、备注等。
●结算信息,包含的数据项有:
订房编号、客房编号、客房种类、客房地位、客房备注信息、顾客姓名、顾客身份证号码、入住时刻、扣头、结算时刻、备注等。
(2)数据库概念构造设计
本体系依照以上的设计筹划出的实体有:
客房标准信息实体、客房信息实体、订房信息实体、结算信息实体。
各个实体具体的描述E-R图如下:
客房标准信息实体E-R图
客房信息实体E-R图
订房信息实体E-R图
结算信息实体E-R图
实体之间关系E-R图
(3)数据库逻辑构造设计
起首将宾馆治理信息体系的数据库概念构造转化为SQL2000数据库体系所支撑的实际数据模型,即:
数据库的逻辑构造。
其各个表格的设计成果如下
列名
数据类型
可否为空
说明
Typeid
Varchar
NOTNULL
标准编号
Typename
标准名称
Area
Numeric
NULL
房间面积
Bednum
床位数量
Haircondition
是否有空调
Htelephone
是否有德律风
Htelevision
是否有电视
Htoilet
是否有零丁卫生间
Price
单价
Roomtype客房标准信息表
roomNO
客房编号
Roomtype
客房种类
Roomposition
客房地位
Roomprice
Putup
是否被预定
Roommemo
Text
备注
Rooms客房信息表
说 明
Bookno
订房编号
Customname
NOTNULL
顾客姓名
CustomID
身份证号码
Roomno
Indate
Datetime
入住日期
Discount
扣头
Inmeno
Checkdate
结算日期
Amount
金额
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+德律风
订房
依照客人的预订要求,确信客人订什么房,哪类房,若干间房,是否
确信具体房间。
订金收据,来源:
收银
预订证实表,去处:
预订证实表
在订房、收银后所填的表,用于记录客人订房的信息和证实
身份证号+姓名+性别+家庭住址+德律风+押金+房间数量、类别+时刻
备注:
团队ID号+团队名称+领队人+领队手机+团队开户行+帐号+地址+接洽
德律风+人数+人员名单+房间数量
团队ID号+团队名称+地址+接洽德律风+人数+进店日期+离店日期+房间
数量+押金。
备注:
撤消预订数据字典
预订查询
查对客人的“预订证实表”。
预订证实表,来源:
预订收据,去处:
退款处理
备注客人要撤消预订,只需将“预订证实表”和“预订收据”交给办事员,经查对撤退撤退款并修改“客房预订信息表”及“团队或小我预订信息表”。
接待集团数据字典
空房查询
依照客人的住房要求,查询“今朝房间占用信息表”,确信是否有空房
[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、所用技巧切实事实上定比较晚,因此进修新技巧占据了大年夜量做项目标时刻,体会不足。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 宾馆 管理信息系统