《酒店管理系统设计说明书(共20页).docx》由会员分享,可在线阅读,更多相关《酒店管理系统设计说明书(共20页).docx(20页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、精选优质文档-倾情为你奉上酒店管理系统说明书 宁夏理工学院 2013.11 专心-专注-专业目录一 概述-(1) 1.1 概述-(1)二 .可行性研究-(2) 2.1可行性研究-(2)三.需求问题描述-(3) 3.1用户需求-(3) 3.2用户功能需求-(4)3.3系统功能需求-(4)3.4 系统分析方法-(4) 3.5功能模块图-(5)3.6 数据流图- (7)3.7 E-R图- (8) 3.8 数据字典- (9)四. 逻辑结构设计- (9) 4.1 E-R模型向关系模型的转换- (10) 4.2 数据模型的优化- (10)五 数据库的物理设计- (9) 5.1客户表- (9) 5.2客房表
2、- (9) 5.3前台人员表- (9) 5.4入住记录表- (9) 5.5预定记录表- (9) 5.6索引- (9)六 数据库的实施和维护 6.1数据库的转储和恢复- (9) 6.2数据库的安全性、完整性控制- (9) 6.3数据库性能的监督、分析和改进- (9) 6.4数据库的重组织和重构造- (9)一、概述酒店服务项目众多,客人信息内容繁琐,而当今,席卷全球的信息化大潮把信息管理推到的时代发展的前沿,信息管理系统已经成为全社会注视的热点。国外许多发达国家在这一方面采用先进技术,发展水平领先一步。在我国也已开始应用于经营管理的各个领域,在不同部门、不同层次上参与和支持着各种经营、管理活动,扮
3、演着越来越重要的角色,产生了一定的经济效益和社会效益。酒店作为一个成熟的产业,各种酒店管理软件众多,有条件的酒店或宾馆采用自主开发或委托软件开发商开发出的专用软件,部分大型酒店也已经使用市场上的有关酒店管理系统(一般价格也较昂贵)。然而占着绝大多数的中小型酒店、宾馆由于资金、人员等多方面原因不易使用酒店管理软件,全凭原始的手工记录管理,效率低、易出错;同时,市场上出现的各类酒店管理软件基本上都是为大型酒店专业设计的,有很多功能对于一般酒店、宾馆根本用不上。软件市场急需一套低廉价格、完善服务、齐全功能为基础,结合酒店前台管理的需要进行扩展性而开发的一套酒店管理系统。且信息量大,因此在操作上将经常
4、造成很多不便之处,浪费了时间,降低了工作效率,而且极大地影响了酒店的服务质量和经济效益。二、可行性研究 使用该酒店客房管理系统可以提高酒店客房管理水平,把大量繁琐的工作简单化,能够有效地减少人力物力资源,具体有以下好处:l 电脑收银、打印帐单:快速准确,减少宾客等待时间,并可杜绝收银过程中的舞弊现象。 l 高效的客房管理:能有效的提高房率,增加营业收入。l 提高决策依据:管理者可以随时了解经营情况,以制定相应的经营方针。l 减轻员工的工作负担:从而使员工把更多的精力放在提高为宾客服务的质量上。l 简单、方便地保存和查询历史资料。l 树立良好的酒店形象。三、需求问题描述1、用户需求用户希望通过使
5、用酒店客房管理系统得到所需信息,达到提高管理水平的目的,希望新系统具有以下功能:(1)使用计算机快速处理日常的业务及相关数据,实现实时查询各种入住信息。(2)可以实时的录入住宿单、换房单和退宿单等的情况。(3)可以实时查询客房信息、客人账单信息等的具体情况。(4)可以建立客户的资料,方便日后建立良好的客户关系。(5)数据的安全性:不同用户有对数据查看,修改等处理不同的权限。(6)打印退宿报表、结帐报表等报表。2、用户功能需求(1)权限设置:设置每个用户的权限,使各用户在自己的操作范围内工作,不得超出自己的操作范围。只有系统管理员才能进行权限设置。(2)数据输入:可以进行酒店各种原始数据的输入。
6、(3)数据查询:要求可以分别按房间编号,房间类型等进行数据查询。(4)数据输出:根据需要打印退宿报表、结帐报表等报表3、系统功能需求 (1)预订功能需求:其主要目的是提高酒店的开房率,为客人预留房间,并提供良好的预订服务。其功能需求包括预订查询,可用房确认,预订记录建立,预订确认,预订记录维护等;(2)接待功能需求:其主要目的是以最快的速度为客人开房。其功能需求包括宾客登记、可用房确认、修改宾客信息、删除宾客信息和查询宾客信息等;(3)结账功能需求:其功能需求包括客人结账、打印报表和客人挂账等;(4)换房功能需求:其主要目的是满足客人换房的需要。其主要功能是查询客房,换房登记,换房确认等;(5
7、)客房管理功能需求:其主要目的是对客房的信息化管理,提高客房管理的精度和准确度,同时减轻酒店客房中心员工的工作负担,从而提高客房管理的效率和服务质量。其主要功能是房态维护,费用记录和客人查询等综上,我们将系统的功能大体划分为五大模块:权限管理:包括用户、及管理员的注册,登录,权限修改等。前台管理:包括客户信息的录入、客户预订和入住登记的管理等。消费管理:包括客户的预支与结算等。 基础资料管理:客房信息管理、用户信息管理。 信息查询:包括客户、客房的信息查询与价格的查询。4 系统分析方法 本酒店管理系统需求分析用的是结构化分析方法,这是一种简单实用的方法。它是从最上层的系统组织入手,采用自顶向下
8、、逐层分解的方法分析系统。结构化分析方法从最高层次抽象的系统开始分解,可将处理功能分解为若干个子系,每个子系统还可以继续分解,直到把系统工作过程表示清楚为止。在处理功能逐步分解的同时,它们所用的数据也逐级分解,形成有若干层次的数据流图。在本系统中包括前台管理、消费管理、基础资料管理、帐号权限管理和信息查询的基本功能。其中,前台管理主要酒店预定、客户资料维护。信息查询主要有客户资料查询、客房资料查询、价格信息查询。消费管理主要有客户定金查询、实际金额查询。基础资料管理主要客户与客房的资料。帐号权限管理指前台管理员与经理的权限。5功能模块图信息查询:工作人员根据需求查询客房或者客户信息。 前台管理
9、:客户到前台确定入住信息,按需缴纳押金抵押在前台。前台工作人员填写入住登记表,确定客户入住,生成入住信息表。前台工作人员根据客户的需要查询客户所需客房,有符合要求的房间则填写调房登记表,前台工作人员审核调房登记表,确定正确无误,修改客房信息表和入住登记表。根据客房类型填写客房信息表,以便查询客房信息。没有符合要求的房间则向客户表示歉意,建议客户考虑其它客房。 消费管理:客户在规定退房时间段内到前台向前台工作人员提出退房要求,前台工作人员根据客户入住信息表登记账单,确定消费金额,确定无误。打印出账单,结算后退还押金 基础资料管理:对客房、客户信息的增、删、改。前台管理员客户资料维护 信息登记账号
10、权限管理酒店经理酒店预订前台管理酒店管理系统消费管理信息查询基础资料管理客户资料查询客房资料查询价格信息查询客户资料管理客房资料管理客户定金查询实际金额查询 客户资料查询按房间号查询按消费金额查询按入住次数查询按类别查询按入住时间查询消费管理按类别查询按入住时间查询按消费金额查询按入住天数查询按时间段查询客户资料普通客户酒店会员贵宾客户客房资料查询按是否住宿查询按房间号查询按类别查询按房间剩余量查询客户资料维护开房退房换房续住6.数据流图 1 前台管理 客户客户 客户信息 登记信息 处理信息 工作人员 2 前台管理 房间 房间信息 管理信息 1-1 办理住房 订单 房间号 1-2 资料修改 客
11、户信息客户 客户资料文件客户 1-3 办理退房 订单 房间号 退房信息7 E-R图实体间关系 1.客户与客房关系是多对多的关系。 2.客户与工作人员的关系是多对多的关系。 3.工作人员客房的关系是一对多的关系。 4.一个客户可以预定多个客房。民族姓名电话工号身份证号类型姓名登记工作人员入住客户 籍贯 类型 m a入住时间入住时间 预定数量订单 m 1预定 押金退订时间 n 1管理退房时间预定时间 c无网多人客房 p类型房号价格8. 数据字典1. 数据项:房间信息 说明:客房编号,唯一标识房间类型:char 102、数据项:客户信息说明:客户名类型:varchar 503、数据项:客户说明:客户
12、身份证类型:varchar 504、数据项:客房状态说明:客房状态,分为三种,空房、入住、预订类型:char 105、数据项:价格说明:客房价格类型; float6、数据项:预定时间说明:预订或入住时间类型:datetime7、数据项:退房时间 说明:退房结账时间。(为系统当前时间)类型:datetime8、数据项:客房信息说明:客房类型类型:char 109、数据项:入住信息说明:入住类型入住,住宿类型:char 1010、数据项:消费信息说明:实际消费(在结账时,分为会员与非会员)类型:money11、数据项:押金总额 说明:押金 类型:money四 逻辑结构设计 关系模型是由一组关系(二
13、维表)的结合,而E-R模型则是由实体、实体的属性、实体间的关系三个要素组成。所以要将E-R模型转换为关系模型,就是将实体、属性和联系都要转换为相应的关系模型。 1.E-R模型向关系模型的转换根据转换规则,我们将该ER模型所对应的3个实体转换成3个关系模式。客户(身份证号,姓名,民族,类型,籍贯)客房(房号,单人,多人,价格,类型,有网,无网)前台(工号,电话,姓名,类型)对联系所形成的关系的转换处理,入住(入住时间,身份证号,房号,工号)预定(预定时间,身份证号,房号,工号)2.数据模型的优化 (1) 确定数据依赖按照需求分析阶段所得到的语义分别写出每个关系模式内部各属性之间数据依赖以及不同关
14、系模式属性之间的数据依赖。(2) 消除冗余对于各个关系模式之间的数据依赖进行极小化处理,消除冗余的联系。(3) 确定范式级别按照数据依赖的理论对关系模式逐一进行分析,考查是否存在部分函数依赖、多值函数依赖、传递函数依赖等,确定各关系模式分别属于第几范式,根据应用环境,对某些模式进行合并或分解。(4) 对关系模式进行必要的分解 按照需求分析阶段,得到的各种应用数据处理要求,对关系模式进行必要的合并和分解,以提高数据操作的效率和存储空间的利用率。五 数据库的物理设计1.客户表字段名称字段类型字段长度小数位数是否主码备注身份证号CHAR100是姓名CHAR100否民族CHAR80否类型CHAR40否
15、籍贯CHAR100否2.客房表字段名称字段类型字段长度小数位数是否主码备注房号CHAR60是多人CHAR40否价格CHAR60否类型CHAR60否有网CHAR40否3.前台人员表字段名称字段类型字段长度小数位数是否主码备注工号CHAR60是姓名CHAR100否电话CHAR100否类型CHAR60否4.入住记录表字段名称字段类型字段长度小数位数是否主码备注身份证号CHAR100否入住时间DAYTIME0是房号CHAR60否工号CHAR60否5.预定记录表字段名称字段类型字段长度小数位数是否主码备注姓名CHAR 100 否预定时间DAYTIME0是房号CHAR60否工号CHAR60否6.索引客户表
16、索引字段名称是否索引类型索引方式备注姓名是聚集升序身份证号是普通升序类型是普通升序客房表索引字段名称是否索引类型索引方式备注房号是聚集升序价格是普通升序九 数据库的实施和维护 在数据库运行阶段,对数据库经常性的维护工作主要是由DBA完成的,它包括: 1.数据库的转储和恢复定期对数据库和日志文件进行备份,以保证一旦发生故障,能利用数据库备份及日志文件备份,尽快将数据库恢复到某种一致性状态,并尽可能减少对数据库的破坏。2.数据库的安全性、完整性控制DBA必须对数据库安全性和完整性控制负起责任。根据用户的实际需要授予不同的操作权限。另外,由于应用环境的变化,数据库的完整性约束条件也会变化,也需要DB
17、A不断修正,以满足用户要求。3.数据库性能的监督、分析和改进目前许多DBMS产品都提供了监测系统性能参数的工具,DBA可以利用这些工具方便地得到系统运行过程中一系列性能参数的值。DBA应该仔细分析这些数据,通过调整某些参数来进一步改进数据库性能。4.数据库的重组织和重构造数据库运行一段时间后,由于记录的不断增、删、改,会使数据库的物理存储变坏,从而降低数据库存储空间的利用率和数据的存取效率,使数据库的性能下降。这时DBA就要对数据库进行重组织,或部分重组织(只对频繁增、删的表进行重组织)。数据库的重组织不会改变原设计的数据逻辑结构和物理结构,只是按原设计要求重新安排存储位置,回收垃圾,减少指针链,提高系统性能。DBMS一般都提供了供重组织数据库使用的实用程序,帮助DBA重新组织数据库。当数据库应用环境发生变化,会导致实体及实体间的联系也发生相应的变化,使原有的数据库设计不能很好地满足新的需求,从而不得不适当调整数据库的模式和内模式,这就是数据库的重构造。DBMS都提供了修改数据库结构的功能。 重构造数据库的程度是有限的。若应用变化太大,已无法通过重构数据库来满足新的需求,或重构数据库的代价太大,则表明现有数据库应用系统的生命周期已经结束,应该重新设计新的数据库系统,开始新数据库应用系统的生命周期了。
限制150内