兰州宾馆管理信息系统.docx
- 文档编号:25545648
- 上传时间:2023-06-09
- 格式:DOCX
- 页数:40
- 大小:71.21KB
兰州宾馆管理信息系统.docx
《兰州宾馆管理信息系统.docx》由会员分享,可在线阅读,更多相关《兰州宾馆管理信息系统.docx(40页珍藏版)》请在冰豆网上搜索。
兰州宾馆管理信息系统
=
评分标准
实验题目
实验小项
所占分值
成绩
管理信息系统的战略规划(6分)
选题及意义
2分
现行企业信息化水平评估
2分
企业信息化工作的规划
2分
管理信息系统可行性分析(6分)
现行系统调查与分析
2分
新系统目标的确定
1分
可行性研究
3分
管理信息系统的系统分析(8分)
新系统组织结构
2分
新系统业务流程分析
3分
新系统数据流程分析
3分
管理信息系统的系统设计(10分)
总体设计(模块、子系统划分)
2分
代码设计
2分
输入、输出设计及菜单设计
3分
处理流程设计
3分
合计
30分
兰州宾馆管理信息系统
一:
总体规划
(一)系统开发的目标、方针
由于经济和科技的发展使信息的更换更新越来越快,客人的要求也越来越高。
客观上要求酒店对原有的管理信息系统不断地进行更新、改进,使之越来越符合顾客的消费价值观念,越来越达到顾客的满意程度,因此兰州酒店在原有系统的基础上开发了以“实现酒店各种信息的系统化、规范化和自动化”为主要目标的新型管理信息系统,其具体的实施方针是在新的逻辑模型建立中加入系统管理模块,改变传统的人工管理方式,减少复杂的人工操作,通过新系统建立严格的密码管理、用户管理及后台数据分析处理模块,使系统有安全的运行环境并得到进一步的完善,使酒店不仅有很强的服务管理能力,同时具有很强的信息管理能力,在市场竞争中占有一定的主导地位。
(二)业务流程分析
通过对宾馆业务的实际调查分析,弄清了该宾馆的业务管理工作的业务流程和管理功能,前台是直接面向客人服务的,其服务质量好坏、效率高低,直接关系着客人的感受,同时还承担着接受客人的信息反馈,把握目标市场等职责。
前台系统的主要功能有位客人提供预定、接待、查询、住房、餐饮、娱乐等服务,通过客人提出的订房信息进入到管理信息系统的第二个功能,预定系统,预定是客人与饭店之间的第一部接触,根据客人的预订要求,查询客房信息表,确定是否有空房。
在房间查询有房时所填的表,用于记载客人信息。
客人信息包括:
身份证号、姓名、入住时间、身份等。
根据客人的预订要求,确定客人订什么房,哪类房,多少间房,是否确定具体房间。
无误后收取预订押金并记入“预订金入账表”。
进行订房,将预订信息记入“预订信息表”,修改“预订信息表”的客房状态,给客人预订证明表,预订完成。
而宾馆服务部为客人提供服务,并为客人的额外消费做好记录,并及时转入客人消费账单。
客人要退房,只需将“预订收据”交给服务员,经核对后确定客人消费费用,并修改“客房入住信息表”。
至此完成对客人的服务。
(一)U/C矩阵
功能/数据关系
顾客
订房
服务
员工
财务
物资库存
计划
成本
工作令
经营
计划
U
C
U
财务
规划
U
U
U
U
库存
控制
C
U
调度
U
C
业务
流程
C
U
U
客房
服务
U
C
U
人员
计划
C
员工招聘考核
U
功能/数据关系
计划
服
务
物资库存
工作令
财务
订
房
员
工
顾
客
成本
经营
计划
经营计划
C
U
财务规划
U
U
U
经营
服务
库存控制
C
U
调
度
U
C
U
U
业务流程
U
U
C
客房服务
U
C
U
人事
人员计划
C
员工招聘
U
二:
可行性研究
(一)引言
从20世纪70年代以来,随着我国实行改革开放的方针政策,旅游业在我国蓬勃快速发展起来,到本世纪初期,旅游业在我国经济产业中占有举足轻重的地位,而且日益呈现出“朝阳产业”的强劲发展势头。
而酒店则作为旅游业重要服务设施之一,与旅行社、旅游交通一起被称为旅游业的三大支柱。
随着宾馆行业规模的日益扩大,宾馆的经营管理面临着越来越高的要求,不仅要有很强的服务管理能力,也要有很强的信息管理能力,尤其在中国加入WTO后,在为中国旅游业的发展提供得天独厚的发展机会的同时也带来了许多新的压力和挑战,宾馆应用信息技术是应对国际酒店宾馆业竞争的重要手段,建立适应时代要求的宾馆管理信息系统已成为必然。
(二)系统背景
随着旅游业的发展,酒店、餐饮娱乐行业日趋发达,引入全方位的计算机服务和计算机管理日益流行。
同时,酒店和餐厅娱乐业引入计算机服务和管理也取得了优良的经济效益和社会效益。
宾馆在正常的运营中需要对客房资源、顾客信息、结算信息进行管理,利用宾馆管理信息系统及时了解各个环节中信息的变更,有利于提高管理效率。
兰州宾馆创建于2000年,位于吉林省公主岭市,占地面积约为3公顷,在职职工98人,环境较好,客房价位相对较高,目前正在申请四星宾馆资格。
但宾馆缺少与之相对应的管理信息系统,使其与现代化管理的星级宾馆有了一定的差距。
现开发兰州宾馆管理信息系统,主要包括订房信息管理、客房信息管理、结算信息管理以及系统管理等功能,为其提供参考。
(三)可行性分析
可行性研究的目的是用最小的代价在尽可能短的时间内确定问题是否能够解决。
随着旅游业的发展,酒店、餐饮娱乐行业日趋发达,引入全方位的计算机服务和计算机管理日益流行。
同时,酒店和餐厅娱乐业引入计算机服务和管理也取得了优良的经济效益和社会效益。
宾馆在正常的运营中需要对客房资源、顾客信息、结算信息进行管理,利用宾馆管理信息系统及时了解各个环节中信息的变更,有利于提高管理效率。
管理者查询宾馆的经营状况,提供实时的信息,帮助做好下一步的战略。
员工记录查询、顾客信息,为顾客提供最好的服务。
四平兰州宾馆因地理位置的缘故,交通特别便利,客流量相对较大,相对非星级宾馆来讲经济效益较好,但为了达到四星级宾馆的目标,需要在管理等各个方面都加以改进。
由于该宾馆位于市中心,长期成本也相对较高,因此开发一个相对简单易操作的管理信息系统是可行的。
1.经济上的可行性
随着现代人们生活水平和消费水平的提高,计算机的使用已经非常普遍,价格也不高,系统开发的成本也在不断降低,而系统的简易操作使得人员培训的成本也在降低,所以开发此系统在经济上是可行的。
主要表现有以下几个方面:
第一,系统运行可代替人工进行许多繁杂的劳动;
第二,可节省许多资源;
第三,可大大的提高宾馆管理人员的工作效率;
第四,可使敏感文档更加安全。
2.技术上的可行性
技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作,硬件、软件配置能否满足开发者的需要,各类技术人员的数量,水平,来源等。
随着科学技术的进步,计算机性能越来越强,硬件对软件的支持使得系统开发变得容易。
兰州宾馆管理系统的工作主要是在管理者和顾客之间架起一座桥梁,能相互沟通信息和处理信息。
这一特点非常适合计算机特点,通过网络internet技术,运用数据库开发的基础知识和面向对象的开发语言,为开发高性能的系统提供保障,为开发满足客户要求的系统,保证了代码的模块化要求,而代码模块化的提高,非常有利于以后对新系统的扩展与修改,为系统的建设提供了技术条件。
由此可知,本系统的设计与开发在技术上和硬件设备上的条件都是满足的,因此,在技术上是可行的。
3.管理上的可行性
宾馆的管理规模相对星级宾馆较小,但相对其它非星级宾馆规模要相对较大,在这样的状态下,宾馆的主要领导和管理者都愿意通过在管理信息系统方面的改进来提升宾馆的档次,并在近年来逐步完善各种管理制度,制订了各种管理方案。
因此,本系统在管理上也是可行的。
综上所述,兰州宾馆开发一个相对简单易操作的管理信息系统在总体上看是可行的。
三:
系统分析
1.组织结构调查分析
组织结构分析见图1.1。
前台
宾馆服务部
2.管理功能调查分析管理功能分析见图1.2
宾馆管理信息系统
结算信息管理
订房信息管理
客房信息管理
订房信息查询
订房信息修改
订房信息添加
剩余客房信息查询
结算信息添加
结算信息修改
结算信息查询
设置客房标准
设置客房信息
客房标准添加
客房信息添加
3.组织/功能联系分析
组织/功能之间的关系见表1.3所示。
表1.3组织/功能联系表
功
能
序号
联系程度组织
业务
会计组
成本组
出纳
服务组
后勤组
前台
功
能
与
业
务
1
订房信息管理
√
×
*
2
客房信息管理
*
×
×
3
结算信息管理
*
√
√
×
*该项业务对应的主要业务(即主持业务的单位)
√表示该单位是协调该业务的主要辅助单位
×表示该单位是参与协调该业务的辅助单位
4.业务流程图
(1).订房信息管理业务流程图
客房数据库
客人
预订信息表
前台订房
客房信息表
图1.4订房管理业务流程图
(2).客房信息
管理业务流程图
图1.5客人入住管理业务流程图
住宿凭证
服务员
订房收据
住宿服务
前台处理
预定信息表
客人
(3).结算信息管理业务流程图
客房入住信息表
退房服务
服务员
住宿凭证
前台
处理
客人
现金收据
图1.6结算管理业务流程图
预订收据
5.数据流程图
S2
前台
S1
客人
客人信息客房信息
订房信息
客人入住信息表
图1.7顶层数据流程图
客房信息表
S2
前台
客房信息
D01
房间信息
房间信息
D11
P-02
登记处理
P-01
客房查询
S1
客人
D11
退房记录表
D31
D21
客人信息
订金收据
D51
退房记录单
客房信息表
现金入账表
P-03
收银处理
客人信息
定金收据
D21
D33
D32
订房单
D54
D41
客人入住信息
S1
客人
现金
P04
订房
P-05
退房处理
订房收据
D55
客房信息
D53
D61
现金收据
客人信息
D52
客房信息表
现金入账表
客人信息表
图1.8底层数据流程图
6.数据字典
由数据流程图可得出以下数据字典。
(1)数据项的描述
数据项编号:
I-01
数据项名:
房号
数据项含义说明:
客房号码
别名:
房间号
类型及宽度:
整型,8位
取值范围:
“00000001”—“99999999”
数据项编号:
I-02
数据项名:
类型
数据项含义说明:
客房类型
别名:
种类
类型及宽度:
字符型,8位
数据项编号:
I-03
数据项名:
单价
数据项含义说明:
每间客房的价钱
别名:
单价
类型及宽度:
整型,6位
取值范围:
“000001”—“999999”
数据项编号:
I-04
数据项名:
身份证号
数据项含义说明:
客人身份证号码
别名:
证件号
类型及宽度:
整型,36位
取值范围:
“000000000000000000000000000000000001”
—“999999999999999999999999999999999999”
数据项编号:
I-05
数据项名:
姓名
数据项含义说明:
客人姓名
别名:
姓名
类型及宽度:
字符型,6位
数据项编号:
I-06
数据项名:
性别
数据项含义说明:
客人性别
别名:
性别
类型及宽度:
字符型,2位
数据项编号:
I-0
数据项名:
房价
数据项含义说明:
结算时客人应付房价
别名:
结算金额
类型及宽度:
整型,6位
取值范围:
“000001”—“999999”
(2)数据流的描述
数据流编号:
D-01
数据流名称:
客房信息
简述:
服务员从客房信息表获得的客房信息
数据流来源:
客房信息表
数据流去向:
房间查询处理模块
数据项组成:
房号+类型+单价+状态
数据流量:
约30次/天高峰流量:
约50次/天
数据流编号:
D-21
数据流名称:
客人信息
简述:
登记后的包括身客人客房价格等信息
数据流来源:
登记处理模块
数据流去向:
收银处理模块
数据项组成:
身份证号+姓名+性别房号+类型+单价
数据流量:
约30次\天高峰流量:
约50次\天
数据流编号:
D-31
数据流名称:
订房收据
简述:
收银处开出的返给客人的收费清单
数据流来源:
收银处理模块
数据流去向:
客人
数据项组成:
姓名+房价
数据流量:
约30次\天高峰流量:
约50次\天
数据流编号:
D-32
数据流名称:
订房单
简述:
收银处开出的返给客人的收费清单
数据流来源:
收银处理模块
数据流去向:
现金入账表
数据项组成:
姓名+房价
数据流量:
约30次\天高峰流量:
约50次\天
数据流编号:
D-33
数据流名称:
订金收据
简述:
收银处开出的返给客人的收费清单
数据流来源:
收银处理模块
数据流去向:
退订处理模块
数据项组成:
姓名+房价
数据流量:
约2次\天高峰流量:
约3次\天
数据流编号:
D-41
数据流名称:
客房入住信息
简述:
收银处开出的返给客人的收费清单
数据流来源:
收银处理模块
数据流去向:
订房处理模块
数据项组成:
姓名+房价
数据流量:
约30次\天高峰流量:
约50次\天
数据流编号:
D-51
数据流名称:
退房记录单
简述:
客人要求退房而开出的单据
数据流来源:
退订处理模块
数据流去向:
退房记录表
数据项组成:
房间号,房间类型
数据流量:
约2次\天高峰流量:
约3次\天
数据流编号:
D-52
数据流名称:
退订客人信息
简述:
要求退房的客人信息
数据流来源:
退订处理模块
数据流去向:
客人订房信息表
数据项组成:
房间号,房间类型,客人姓名,性别
数据流量:
约2次\天高峰流量:
约3次\天
数据流编号:
D-53
数据流名称:
现金收据
简述:
要求退房的客人的现金收据
数据流来源:
现金入账表
数据流去向:
退房处理模块
数据项组成:
客人姓名,房号,房间类型,客房房价
数据流量:
约2次\天高峰流量:
约3次\天
数据流编号:
D-54
数据流名称:
现金
简述:
退回要求退房的客人的现金
数据流来源:
退房处理模块
数据流去向:
客人
数据项组成:
现金
数据流量:
约2次\天高峰流量:
约3次\天
数据流编号:
D-55
数据流名称:
订房收据
简述:
来自客人的订房收据
数据流来源:
客人
数据流去向:
退房处理模块
数据项组成:
姓名,房间号,房价,类型
数据流量:
约2次\天高峰流量:
约3次\天
数据流编号:
D-61
数据流名称:
客人信息
简述:
前台送来的登记后的加入客人信息
数据流来源:
数据处理模块
数据流去向:
客人信息表
数据项组成:
客人姓名,客房号,类型
数据流量:
约30次\天高峰流量:
约50次\天
数据流编号:
D-62
数据流名称:
各种信息
简述:
前台获得的各种信息
数据流来源:
前台
数据流去向:
数据处理模块
数据项组成:
客人信息、房间信息
数据流量:
约30次\天高峰流量:
约50次\天
数据流编号:
D-63
数据流名称:
现金入账单
简述:
现金入账信息
数据流来源:
数据处理模块
数据流去向:
现金入账表
数据项组成:
客人姓名,客房号,类型,价格
数据流量:
约30次\天高峰流量:
约50次\天
数据流编号:
D-64
数据流名称:
宾馆信息
简述:
经过数据处理的客房信息
数据流来源:
数据处理模块
数据流去向:
前台
数据项组成:
客人信息,客房信息等
数据流量:
约30次\天高峰流量:
约50次\天
数据流编号:
D-65
数据流名称:
宾馆信息
简述:
经过数据处理的客房信息
数据流来源:
数据处理模块
数据流去向:
经理查询
数据项组成:
客人信息,客房信息等
数据流量:
约30次\天高峰流量:
约50次\天
(3)处理逻辑的描述
处理逻辑编号:
P-01
处理逻辑名称:
客房查询
简述:
查询是否有空余
输入的数据流:
客房信息
处理描述:
查询经后台处理后的最新客房信息
输出的数据流:
最新房间信息
处理频率:
30次/天
处理逻辑编号:
P-02
处理逻辑名称:
登记处理
简述:
登记记录客人信息
输入的数据流:
最新客房
处理描述:
核对房间查询最新空房信息,为来住店的客人登记各种信息,如:
客人姓名,客人的房间号等等
输出的数据流:
客人信息
处理频率:
30次/天
处理逻辑编号:
P-03
处理逻辑名称:
收银处理
简述:
收取客人住房费和其他消费费用
输入的数据流:
客人信息
处理描述:
收取客人住房费和其他消费费用,并为客人开出收费单,同时填写现金入账表。
如客人临时退房开出定金收据送到后台,协助办理退订。
输出的数据流:
订房单,订房收据
处理频率:
30次/天
处理逻辑编号:
P-04
处理逻辑名称:
订房
简述:
客人订房的信息
输入的数据流:
客人入住信息
处理描述:
记录客人住宿信息并生成客房信息表。
输出的数据流:
订房单,订房收据
处理频率:
30次/天
处理逻辑编号:
P-05
处理逻辑名称:
退房处理
简述:
为客人办理退房手续
输入的数据流:
订金收据,客人信息,现金
处理描述:
客人住宿期满时为客人办理退房手续,同时登记退定记录单,客人临时决定退房为客人办理退订手续同时修改现金入账表,并退还客人住房费
输出的数据流:
退订记录单.
现金处理频率:
2次/天
处理逻辑编号:
P-06
处理逻辑名称:
后台数据分析处理
简述:
处理各种前台送来的宾馆信息
输入的数据流:
前台送来的宾馆各种信息
处理描述:
处理前台送来的各种信息,并更新客人信息表,客房信息表,现金入账表,同时为经理和前台送去最新的宾馆信息。
输出的数据流:
客人信息,客房信息,现金入账单等
(4)数据存储的描述
数据存储编号:
F-01
数据存储名称:
客房信息表
简述:
存储客房信息的表
数据存储组成:
房号+类型+价钱+房间状态
关键字:
房号
相关联的处理:
P-01+P-02+P-04+P-05+P-06
数据存储编号:
F-02
数据存储名称:
现金入账表
简述:
登记现金的明细表
数据存储组成:
客人名+客房号+客房类型+客房价
关键字:
客房号
相关联的处理:
P-03+P-05+P-06
数据存储编号:
F-03
数据存储名称:
客人信息表
简述:
登记客人信息的明细表
数据存储组成:
客人名+客房号+客房类型
关键字:
客人名
相关联的处理:
P-04+P-05+P-06
数据存储编号:
F-04
数据存储名称:
退房记录单
简述:
取消订房的客人信息
数据存储组成:
客人名+客房号+客房类型+退房时间
关键字:
客房号
相关联的处理:
P-05
(5)数据结构描述
数据结构编号:
K-01
数据结构名:
订金收据
含义说明:
收银处开出的返给客人的收费清单
数据项组成:
姓名+房价
数据结构编号:
K-02
数据结构名:
退房记录单
含义说明:
客人要求退房前台开出的单据
组数据项成:
房间号,房间类型
数据结构编号:
K-03
数据结构名:
现金收据
含义说明:
收银处开出给客人的证明已付现金的单据
数据项组成:
客人姓名+房号+房间类型+房价
数据结构编号:
K-04
数据结构名:
现金入账单
含义说明:
现金入账信息
组成:
客人姓名+客房号+类型+房价
数据结构编号:
K-05
数据结构名:
宾馆信息
含义说明:
经过数据处理的客房信息
组成数据项:
客人信息,客房信息等
数据结构名:
客房信息
含义说明:
前台送来的登记后的最新加入客房信息
数据项组成:
房间号+单价+类型
数据结构编号:
K-06
数据结构名:
客人信息
含义说明:
前台送来的登记后的加入客人信息
数据项组成:
客人姓名+客房号+类型
数据结构编号:
K-07
数据结构名:
订房收据
含义说明:
来自客人俄订房收据
数据项组成:
姓名+房间号+房价+类型
(6)外部实体的描述
外部实体编号:
S-01
实体名称:
客人
简述:
前来住宿的客人
输入的数据流:
客人信息
输出的数据流:
住房收据
外部实体编号:
S-02
实体名称:
前台服务员
简述:
宾馆前台服务员
输入的数据流:
客人要求住房信息
输出的数据流:
宾馆客房信
7.处理逻辑工具
判断表
图1.9判断表
决策规则号
1
2
3
4
5
6
条件
入住时间≤1天
Y
Y
N
N
N
N
入住时间〉3天
N
N
Y
Y
N
N
入住需求量≤空房供给量
应采取的行动
立即登记
先预订,再登记
不登记
四:
系统设计
1.IPO图
(1).系统登陆
可调用上层模块:
无
可调用下层模块:
用户管理数据库处理
输入:
用户名密码
输出
:
无
开始
请输入用户名和密码
用户名和密码是否有效
退出
N
Y
请进入系统
系统管理
订房信息管理
客房信息管理
结算信息管理
注释:
是进入系统的登陆界面
图2.0系统登陆IPO图
(2).系统管理
调用的上层模块:
系统登陆
可调用的下层模块:
用户管理、密码管理
输出:
用户信息录入表
客房信息录入表
输入:
修改信息
开始
请输入要修改的信息
所输入信息是否存在
退出
N
Y
请提交
设置客房标准
设置客房信息
订房信息添加
订房信息修改
结算信息添加
结算信息修改
用户管理
注释:
是进入系统的信息修改界面
图2.1结算信息IPO图
2.订房信息管理
可调用的下层模块:
订房信息查询
调用的上层模块;
系统登陆
输出:
数据库备份单
输入:
客人信息
开始
请输入客人信息
客人信息是否存在息
退出
N
Y
请提交信息
存入数据库
注释:
是进入货物出楼界面,数据进入数据库备份。
图2.2订房信息IPO图
3.结算信息模块
可调用的下层模块:
结算信息查询
调用的上层模块;
系统登陆
输出:
数据库备份单
输入:
客人信息
开始
请输入客人信息
客人信息是否存在息
退出
N
Y
请提交信息
进入数据库
注释:
是进入货物出楼界面,数据进入数据库后输出。
图2.3结算信息IPO图
2.代码设计
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 兰州 宾馆 管理信息系统