酒店前台住宿管理信息系统设计Word格式文档下载.doc

1、根据系统的开发目标，确定系统的总体任务是实现酒店住宿内部管理关系的信息化和系统化，其主要功能有：1） 前台登记管理：包括在店顾客信息查询，在店顾客信息修改，在店顾客信息录入 等信息的添加，修改和删除。2） 客房信息管理：包括房源信息管理，客房标准管理。房源信息管理：包括房源信息查询，房源信息录入等信息的添加，修改和删除。客房标准管理：包括客房标准查询，客房标准修改，客房标准录入等信息的添加，修改和删除。3） 消费信息管理：包括餐饮消费信息管理和康乐消费信息管理。4） 结账信息管理：包括结账信息查询，结账信息修改，结账信息录入等信息的添加，修改和删除。5） 系统信息管理：包括密码管理和用户管理。

2、6） 密码管理：包括系统密码的输入，修改和确认。7） 用户管理：包括系统用户的添加，修改和删除。系统的功能框图，如图 21所示： 酒店前台住宿管理信息系统 前台登记管理 客房信息管理 结账信息管理 系统信息管理 消费信息管理 系统功能框图 3 系统分析3.1 可行性分析在系统初步调查的基础上，明确了酒店住宿管理目前存在的问题，提出了新系统开发的目标和建立新系统基本功能的设想，以下通过三个方面对酒店前台住宿管理系统的可行性进行分析研究。3.1.1 技术可行性分析本系统关系简单，对象明确，采用Visual Basic 6.0作为前端开发工具，Microsoft Access 2000作为后台数据库

3、，它能够处理大量数据，同时保持数据的完整性并提供许多高级管理功能。它的灵活性，安全性和易用性为数据库编程提供了良好的条件，就整个系统的技术构成来看，属于一个数据库应用类的系统。其基本操作是对存在数据库进行添加，删除，查找，编辑等。所以就单纯的数据库应用来看，不存在技术问题。3.1.2 经济可行性分析 系统投资费用，开发经费和维护费用都较小，并且本系统实施后可以及时对客人的住宿情况和房间情况等过程进行系统管理，显著提高工作效率，有助于审计系统内部完全实现信息化管理，所以本系统在经济上是可行的。3.1.3 组织管理可行性分析要对酒店管理员工的素质普遍提高，因为经常使用计算机辅助管理所以不论是对电脑

4、系统的基本操作还是对系统地维护都有一定的基础。同时 酒店里一般都有计算机系统管理部门，该部门内部都有计算机专业人员，无论是电脑的硬件和软件维护都有强大的技术支持。而且酒店住宿管理内部采用科学的先进的管理制度和方法，规章制度齐全，这些都为系统的建设提供了制度保障。新系统的开发可行性包括可能性和必要性，这两者是相辅相成的，缺一不可的。综上所述，本系统开发目标已明确，在技术上，经济和组织管理等方面都可行，对于酒店住宿管理实现系统管理的信息化和提高工作效率有一定的必要性并且投入少，见效快。因此该系统的开发是完全可行的。3.2 系统的详细调查系统详细调查的目的是为了弄清系统的业务流程，为了系统逻辑模型提

5、供基础。同时，对系统进行全面，深入的调查与分析，是建立新系统的前期工作，也是进行系统设计的重要基础工作。通过对酒店住宿管理现状的调查，结合系统的功能要求，可以了解到酒店住宿管理，由：（1） 顾客进入酒店，由总台服务员根据房源信息情况，为顾客办理入住手续，并登记顾客信息，修改房源信息。（2） 由客房部安排顾客入住，并在顾客离开前将房费送交财务部。（3） 顾客入住酒店之后，可在餐饮部和康乐部消费，消费完毕，顾客签单之后，将消费单交财务部结账。（4） 结账完毕之后，顾客可离开酒店。（5） 顾客离开酒店之后，客房部整理房间，并适应总台恢复房源信息，修改顾客信息。 根据上述的业务流程来绘制出酒店前台住宿

6、的业务流程图，如31所示：前台 登 记入住更 新房源信息康乐部餐饮部康乐消费单客房部客房消费单餐饮消费单登记客户信息顾客信息财务部总消费 单结帐财务报表 3.3 系统逻辑模型在对酒店住宿管理现状，各部门职责和工作流程进行了全面了解和认真分析的基础上，我听取了指导老师的意见，经过长时间的思考和反复的论证后，最终确定了酒店住宿管理的逻辑模型。以下是以数据流程图方式描述的新系统基本逻辑功能。3.3.1 数据流程图（简称DFD）（1） 酒店住宿管理信息系统关联图的绘制。因为整个系统数据的输入来源于顾客，消费完毕之后的数据输出去向也是顾客，消费数据来源于财务部所以与酒店住宿管理信息系统有关的外部实体就是

7、顾客，该系统的关联图，如32所示：（2） 酒店住宿管理信息系统顶层数据流程图的绘制，分析酒店住宿管理信息系统的业务流程，可得出，整个系统可包括“总台登记”，“消费”和“结账”三个基本的数据处理过程，同时，在进行有关的数据处理过程时，要参考“房源信息”，“价目表”两个数据存储，并产生了“在店旅客信息”数据存储，其顶层数据流程图，如图33所示：（3） 酒店住宿管理信息系统第一层数据流程图的绘制分别对“消费处理”和“结账处理”进一步展开，细化形成该系统的第一层数据流程图，如图34，35所示：顾 客酒店管理信息系统 酒店管理信息系统关联图32顾客P1 前台登记P2 消费总单P3结账 D1 房源信息 D

8、2 价目表 客房信息 入住更新信息 顾客 房号 消费 登记表 明细表 D3 在店顾客信息 结账单 酒店顶层数据流程图 33P2.1住宿消费 D1 价目表 住宿账单 房号 P2统计消费P2.2 餐饮消费 消费项目 餐饮账单 D4 顾客消费明细表P2.3 康乐消费 D2 在店顾客信息 康乐账单 “消费”处理第一层数据流程图34P3.1P3.2折扣 免单P3.3打印账单 D4 顾客消费明细表 D3 在店顾客信息 房号 删除 付款方式 D4 顾客历史信息 D4 顾客历史信息 “结账”处理第一层数据流程图 353.3.2 数据字典（简称 DD） 描述一个新系统的模型光有数据流程图是远远不够的，根据系统的

9、数据流程图，进一步得到系统的数据字典（DD），数据字典将数据项，数据流，存储和数据加工一一详细定义，是数据流程图的补充材料，事例说明。 数据项系统名：酒店住宿管理信息系统 编号：G 1条目名：顾客编号 别名：GKBH 属于数据流：顾客信息 存储处：顾客基本信息表数据元素值： 代码类型 取值范围 整型 00019999简要说明：每个顾客都有一个唯一的顾客编号修改说明： 编号 * 日期 2006-5-10 审核 日期 表31 数据项字典 数 据 流酒店住宿管理信息系统 编号：X 1顾客消费信息 别名：GX来源：顾客登记表 去处：总台登记数据流结构：顾客消费信息=顾客编号+房号+住宿账单+餐饮账单+

10、娱乐账单顾客消费信息是有顾客根据自己在店消费需求选择的信息修改纪录 编写 * 日期 2006-5-10 审核 日期 表32 数据流字典 数据存储字典系统名:酒店住宿管理信息系统 编号:K 1条目名:顾客信息 别名:存储组织:顾客信息 记录数:100000主关键字:顾客编号+消费记录组成 项名:顾客编号（4） 顾客姓名（10） 房号（20） 住宿消费（20） 餐饮消费（20） 康乐消费（20） 支付（4）简要说明:用于存储顾客在店住宿消费的信息修改说明: 编写 * 日期 2006-5-10 审核 日期 表3-3 数据存储字典 数 据 加 工 酒店住宿管理信息系统 编号 : C 1住宿消费查询 别

11、名:输入:顾客姓名 输出:住宿消费信息加工逻辑:将住宿消费信息存储在住宿消费明细表中,并按关键字进行排序简单说明:住宿消费信息包括住宿消费,餐饮消费和娱乐消费修改纪录: 编号 * 日期 2006-5-10 审核 日期 表3-4 数据加工字典4 系统设计 经过以上全面地分析,得出系统开发的四条主要指导原则:1） 良好的人机界面,易于操作.2） 进入主界面时,必须有登录权限的检查.3） 子程序的每个功能必须与用户权限一一对应.4） 子界面的调用尽量设计成分层次,独立调用相应的功能,保证良好的交互性.4.1 系统模块设计本系统从功能上可以划分为登录模块,顾客信息模块,房源信息模块,消费信息模块,结账

12、信息模块等模块组成.其中,顾客信息模块,客房信息模块为重点模块,为了详细描述系统各模块功能,我在系统功能划分的基础上,运用HIPO技术对系统的输入和输出功能字上而下进行逐层分解,下面将对重点模块的功能进行详细地描述. 酒店前台管理系统数据维护客房信息系 统信息登出消费 信息登记顾客基本信息登记订房信息客房状态客房标准信 息 备份退房结 帐总台登记要输入顾客姓名，查出顾客的基本信息，包括顾客编号，房号，入住时间等信息，然后再查出所有客房信息，最后进行入住的基本信息的登记；还要根据客户选择客房类型，查出客房的基本信息，包括可方便好，客房面积，客房床位数量，然后再根据客房单价，客房状态，最后供顾客选

13、择入住。 4.2 数据库结构设计 4.2.1 概念模型设计 概念模型设计通常采用实体联系模型（ER模型）方法实现。本系统根据以上的设计规划出的实体有：客房标准信息实体、客房信息实体、订房信息实体、结账信息实体。各个实体具体的描述-图如下：选择客房身份证号顾客姓名联系电话消费项目住宿消费餐饮消费客房类型客房编号客房价格 m n客房位置 m n 实体之间联系ER图 4.2.2 逻辑结构设计 首先将酒店前台管理信息系统的数据库概念结构转化为SQL 2000数据库系统所支持的实际数据模型，即：数据库的逻辑结构。实体转换为以下关系：顾客信息：顾客ID、顾客姓名、入住时间、离开时间、备注房源信息：客房编号

14、、客房面积、床位数量、客房单价、客房状态顾客消息：客房编号、顾客ID、顾客姓名、消费项目结账信息：客房编号、顾客ID、结算时间、折扣消费价格：消费项目、单价、备注联系转换为以下关系：登记：顾客ID、客房编号（联系 关系）客房信息查询：客房编号（联系 关系）建账：客房编号、顾客ID、顾客姓名（联系 关系）结账：客房编号、顾客ID、顾客姓名（联系 关系）价格查询：消费项目（联系 关系）根据相同主码合并的原则，最终得到酒店管理信息系统的以下四个关系模式：房源信息关系：在店顾客信息关系：顾客ID、顾客姓名、入住时间、离开时间、备注、客房编号结账信息关系：客房编号、顾客ID、顾客姓名、结算时间、折扣、备

15、注消费价格关系：消费项目、单价、消费时间、备注4.2.3 物理结构设计其各个表格的设计结果如下备注：加“*”的为主关键字列名数据类型可否为空说明Typeid *VarcharNOT NULLTypename客房名称AreaNumericNULL房间面积Bednum床位数量Haircondition是否有空调Htelephone是否有电话Htelevision是否有电视Htoilet是否有单独卫生间Price单价Roomtype 客房标准信息表RoomNO *Roomtype客房种类RoompositionRoompricePutup是否被预定RoommemoText备注Rooms 客房状态表说明Bookno *订房编号CustomnameNOT NULL CustomID身份证号码RoomnoIndateDatetime入住日期DiscountInmenoCheckdate结算日期Amount金额Bookin 订房信息表 编 号 字 段 名 称 数 据 结 构 说 明1 Cidentityld * nVarchar（50） 身份证号2 Cname nVarchar（50） 客户姓名