酒店前台住宿管理信息系统设计Word格式文档下载.doc
《酒店前台住宿管理信息系统设计Word格式文档下载.doc》由会员分享，可在线阅读，更多相关《酒店前台住宿管理信息系统设计Word格式文档下载.doc（29页珍藏版）》请在冰点文库上搜索。
根据系统的开发目标，确定系统的总体任务是实现酒店住宿内部管理关系的信息化和系统化，其主要功能有：
1）前台登记管理：
包括在店顾客信息查询，在店顾客信息修改，在店顾客信息录入等信息的添加，修改和删除。
2）客房信息管理：
包括房源信息管理，客房标准管理。
房源信息管理：
包括房源信息查询，房源信息录入等信息的添加，修改和删除。
客房标准管理：
包括客房标准查询，客房标准修改，客房标准录入等信息的添加，修改和删除。
3）消费信息管理：
包括餐饮消费信息管理和康乐消费信息管理。
4）结账信息管理：
包括结账信息查询，结账信息修改，结账信息录入等信息的添加，修改和删除。
5）系统信息管理：
包括密码管理和用户管理。
6）密码管理：
包括系统密码的输入，修改和确认。
7）用户管理：
包括系统用户的添加，修改和删除。
系统的功能框图，如图2—1所示：
酒店前台住宿管理信息系统
前台登记管理
客房信息管理
结账信息管理
系统信息管理
消费信息管理
系统功能框图
3系统分析
3.1可行性分析
在系统初步调查的基础上，明确了酒店住宿管理目前存在的问题，提出了新系统开发的目标和建立新系统基本功能的设想，以下通过三个方面对酒店前台住宿管理系统的可行性进行分析研究。
3.1.1技术可行性分析
本系统关系简单，对象明确，采用VisualBasic6.0作为前端开发工具，MicrosoftAccess2000作为后台数据库，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。
它的灵活性，安全性和易用性为数据库编程提供了良好的条件，就整个系统的技术构成来看，属于一个数据库应用类的系统。
其基本操作是对存在数据库进行添加，删除，查找，编辑等。
所以就单纯的数据库应用来看，不存在技术问题。
3.1.2经济可行性分析
系统投资费用，开发经费和维护费用都较小，并且本系统实施后可以及时对客人的住宿情况和房间情况等过程进行系统管理，显著提高工作效率，有助于审计系统内部完全实现信息化管理，所以本系统在经济上是可行的。
3.1.3组织管理可行性分析
要对酒店管理员工的素质普遍提高，因为经常使用计算机辅助管理所以不论是对电脑系统的基本操作还是对系统地维护都有一定的基础。
同时酒店里一般都有计算机系统管理部门，该部门内部都有计算机专业人员，无论是电脑的硬件和软件维护都有强大的技术支持。
而且酒店住宿管理内部采用科学的先进的管理制度和方法，规章制度齐全，这些都为系统的建设提供了制度保障。
新系统的开发可行性包括可能性和必要性，这两者是相辅相成的，缺一不可的。
综上所述，本系统开发目标已明确，在技术上，经济和组织管理等方面都可行，对于酒店住宿管理实现系统管理的信息化和提高工作效率有一定的必要性并且投入少，见效快。
因此该系统的开发是完全可行的。
3.2系统的详细调查
系统详细调查的目的是为了弄清系统的业务流程，为了系统逻辑模型提供基础。
同时，对系统进行全面，深入的调查与分析，是建立新系统的前期工作，也是进行系统设计的重要基础工作。
通过对酒店住宿管理现状的调查，结合系统的功能要求，可以了解到酒店住宿管理，由：
（1）顾客进入酒店，由总台服务员根据房源信息情况，为顾客办理入住手续，并登记顾客信息，修改房源信息。
（2）由客房部安排顾客入住，并在顾客离开前将房费送交财务部。
（3）顾客入住酒店之后，可在餐饮部和康乐部消费，消费完毕，顾客签单之后，将消费单交财务部结账。
（4）结账完毕之后，顾客可离开酒店。
（5）顾客离开酒店之后，客房部整理房间，并适应总台恢复房源信息，修改顾客信息。
根据上述的业务流程来绘制出酒店前台住宿的业务流程图，如3—1所示：
前台登记
入住
更新
房源信息
康乐部
餐饮部
康乐消费单
客房部
客房消费单
餐饮消费单
登记客户信息
顾客信息
财务部
总消费单
结帐
财务报表
3.3系统逻辑模型
在对酒店住宿管理现状，各部门职责和工作流程进行了全面了解和认真分析的基础上，我听取了指导老师的意见，经过长时间的思考和反复的论证后，最终确定了酒店住宿管理的逻辑模型。
以下是以数据流程图方式描述的新系统基本逻辑功能。
3.3.1数据流程图（简称DFD）
（1）酒店住宿管理信息系统关联图的绘制。
因为整个系统数据的输入来源于顾客，消费完毕之后的数据输出去向也是顾客，消费数据来源于财务部所以与酒店住宿管理信息系统有关的外部实体就是顾客，该系统的关联图，如3—2所示：
（2）酒店住宿管理信息系统顶层数据流程图的绘制，分析酒店住宿管理信息系统的业务流程，可得出，整个系统可包括“总台登记”，“消费”和“结账”三个基本的数据处理过程，同时，在进行有关的数据处理过程时，要参考“房源信息”，“价目表”两个数据存储，并产生了“在店旅客信息”数据存储，其顶层数据流程图，如图3—3所示：
（3）酒店住宿管理信息系统第一层数据流程图的绘制分别对“消费处理”和“结账处理”进一步展开，细化形成该系统的第一层数据流程图，如图3—4，3—5所示：
顾客
酒店管理信息系统
酒店管理信息系统关联图3—2
顾客
P1
前台登记
P2
消费总单
P3
结账
D1房源信息D2价目表
客房信息入住更新信息
顾客房号消费
登记表明细表
D3在店顾客信息
结账单
酒店顶层数据流程图3—3
P2.1
住宿消费
D1价目表
住宿账单
房号
P2
统计消费
P2.2
餐饮消费
消费项目餐饮账单D4顾客消费明细表
P2.3
康乐消费
D2在店顾客信息康乐账单
“消费”处理第一层数据流程图3—4
P3.1
P3.2
折扣
免单
P3.3
打印账单
D4顾客消费明细表D3在店顾客信息
房号删除
付款方式
D4顾客历史信息
D4顾客历史信息
“结账”处理第一层数据流程图3—5
3.3.2数据字典（简称DD）
描述一个新系统的模型光有数据流程图是远远不够的，根据系统的数据流程图，进一步得到系统的数据字典（DD），数据字典将数据项，数据流，存储和数据加工一一详细定义，是数据流程图的补充材料，事例说明。
数据项
系统名：
酒店住宿管理信息系统编号：
G1
条目名：
顾客编号别名：
GKBH属于数据流：
顾客信息存储处：
顾客基本信息表
数据元素值：
代码类型取值范围
整型0001—9999
简要说明：
每个顾客都有一个唯一的顾客编号
修改说明：
编号***日期2006-5-10
审核日期
表3—1数据项字典
数据流
酒店住宿管理信息系统编号：
X1
顾客消费信息别名：
GX
来源：
顾客登记表去处：
总台登记
数据流结构：
顾客消费信息={顾客编号+房号}+{住宿账单+餐饮账单+娱乐账单}
顾客消费信息是有顾客根据自己在店消费需求选择的信息
修改纪录编写***日期2006-5-10
审核日期
表3—2数据流字典
数据存储字典
系统名:
酒店住宿管理信息系统编号:
K1
条目名:
顾客信息别名:
存储组织:
顾客信息记录数:
100000
主关键字:
顾客编号+消费
记录组成
项名:
顾客编号（4）顾客姓名（10）房号（20）住宿消费（20）
餐饮消费（20）康乐消费（20）支付（4）
简要说明:
用于存储顾客在店住宿消费的信息
修改说明:
编写***日期2006-5-10
审核日期
表3-3数据存储字典
数据加工
酒店住宿管理信息系统编号:
C1
住宿消费查询别名:
输入:
顾客姓名输出:
住宿消费信息
加工逻辑:
将住宿消费信息存储在住宿消费明细表中,并按关键字进行排序
简单说明:
住宿消费信息包括住宿消费,餐饮消费和娱乐消费
修改纪录:
编号***日期2006-5-10
审核日期
表3-4数据加工字典
4系统设计
经过以上全面地分析,得出系统开发的四条主要指导原则:
1）良好的人机界面,易于操作.
2）进入主界面时,必须有登录权限的检查.
3）子程序的每个功能必须与用户权限一一对应.
4）子界面的调用尽量设计成分层次,独立调用相应的功能,保证良好的交互性.
4.1系统模块设计
本系统从功能上可以划分为登录模块,顾客信息模块,房源信息模块,消费信息模块,结账信息模块等模块组成.
其中,顾客信息模块,客房信息模块为重点模块,为了详细描述系统各模块功能,我在系统功能划分的基础上,运用HIPO技术对系统的输入和输出功能字上而下进行逐层分解,下面将对重点模块的功能进行详细地描述.
酒店前台管理系统
数据维护
客房信息
系统信息
登出
消费信息登记
顾客基本信息登记
订房信息
客房状态
客房标准信息
备份
退房
结帐
总台登记要输入顾客姓名，查出顾客的基本信息，包括顾客编号，房号，入住时间等信息，然后再查出所有客房信息，最后进行入住的基本信息的登记；
还要根据客户选择客房类型，查出客房的基本信息，包括可方便好，客房面积，客房床位数量，然后再根据客房单价，客房状态，最后供顾客选择入住。
4.2数据库结构设计
4.2.1概念模型设计
概念模型设计通常采用实体联系模型（ER模型）方法实现。
本系统根据以上的设计规划出的实体有：
客房标准信息实体、客房信息实体、订房信息实体、结账信息实体。
各个实体具体的描述Ｅ-Ｒ图如下：
选择
客房
身份证号
顾客姓名
联系电话
消费项目
住宿消费
餐饮消费
客房类型
客房编号
客房价格
mn
客房位置
m
n
实体之间联系E—R图
4.2.2逻辑结构设计
首先将酒店前台管理信息系统的数据库概念结构转化为SQL2000数据库系统所支持的实际数据模型，即：
数据库的逻辑结构。
实体转换为以下关系：
顾客信息：
顾客ID、顾客姓名、入住时间、离开时间、备注
房源信息：
客房编号、客房面积、床位数量、客房单价、客房状态
顾客消息：
客房编号、顾客ID、顾客姓名、……、消费项目
结账信息：
客房编号、顾客ID、结算时间、……、折扣
消费价格：
消费项目、单价、……、备注
联系转换为以下关系：
登记：
顾客ID、客房编号（联系关系）
客房信息查询：
客房编号（联系关系）
建账：
客房编号、顾客ID、顾客姓名（联系关系）
结账：
客房编号、顾客ID、顾客姓名（联系关系）
价格查询：
消费项目（联系关系）
根据相同主码合并的原则，最终得到酒店管理信息系统的以下四个关系模式：
房源信息关系：
在店顾客信息关系：
顾客ID、顾客姓名、入住时间、离开时间、备注、客房编号
结账信息关系：
客房编号、顾客ID、顾客姓名、结算时间、折扣、备注
消费价格关系：
消费项目、单价、消费时间、备注
4.2.3物理结构设计
其各个表格的设计结果如下
备注：
加“*”的为主关键字
列名
数据类型
可否为空
说明
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订房信息表
编号字段名称数据结构说明
1Cidentityld*nVarchar（50）身份证号
2CnamenVarchar（50）客户姓名
升级会员 