2022年酒店客房管理论文 .pdf
《2022年酒店客房管理论文 .pdf》由会员分享,可在线阅读,更多相关《2022年酒店客房管理论文 .pdf(26页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、信息工程学院数据库原理与应用课程设计论文题目: 酒店客房管理系统数据库设计学号:09205039 专业班级:信管 052 姓名:郑芬指导老师:杨丽丽完成日期:二零零八年一月精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 1 页,共 26 页摘要随着中国经济的不断发展和旅游业的飞速发展,酒店业随之快速发展,酒店越来越多,人们的要求越来越高,酒店客房管理业务越来越广泛,而传统的酒店客房管理单据繁琐,难以及时整理,利润无法及时统计,管理层无法实时查询营业情况和客房状态,工作效率底,给顾客带来不便。所以在激烈的竞争中,酒店只有不断完善自身的管理手段和方法,
2、提高自身的服务水平,才能得到充足和健康的发展。因此,建立酒店客房管理系统成为当务之急。本文采用结构化分析和设计方法,运用业务流程图,数据流程图和E-R 图等工具实现酒店客房管理系统的分析和设计。此系统很好的解决了传统客房客房管理的不足,它由客房预定退订模块、入住模块、换房模块、退房及财务汇总模块组成,能帮助酒店管理人员快速及时的掌握客房信息,提高工作效率,方便顾客。关键字:酒店客房管理;数据库系统;查询精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 2 页,共 26 页目录引言 12 需求分析阶段12.1 需求分析阶段的目标12.2 需求分析阶段的
3、任务12.2.1 处理对象:12.2.2处理功能及要求:22.3 需求分析阶段成果22.3.1 体会与收获22.3.2 酒店客房管理系统业务流程图和数据流图(见附录1)32.3.3 酒店客房管理系统数据字典33 概念设计阶段33.1 概念设计阶段的任务和目标33.2 阶段结果44 逻辑设计阶段44.1 逻辑设计的任务和目标44.2 数据组织54.2.1 将E-R图转换为关系模型54.2.2 模型优化54.2.3数据库模式定义64.2.4用户子模式定义65 物理设计阶段65.1 物理设计阶段的目标与任务65.2 系统功能模块图75.3 程序流程图76 实施阶段76.1 建立数据库、数据表、视图7
4、6.1.1 建立数据库76.1.2 建立数据表(具体SQL语句见附录4.1)76.1.3建立视图(具体SQL语句见附录4.2)76.1.4建立存储过程(具体SQL语句见附录4.3)76.1.5建立触发器(具体SQL语句见附录4.4)86.2 数据入库8精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 3 页,共 26 页7 系统调试、测试88 心得体会99 存在的问题及建议9致谢 9参考文献10附录 1 酒店客房管理系统业务流程图和数据流图101.业务流程图102.数据流图10附录 2 数据字典112.1 数据项 112.2 数据结构122.3 数据
5、处理13附录 3 数据库模式和用户子模式定义143.1 数据库模式定义143.2 用户子模式定义16附录 4 SQL 语句 174.1 建立数据表SQL 语句 174.2 建立视图SQL 语句 194.3 建立存储过程SQL 语句 194.4 建立触发器SQL语句 19附录 5 数据查看和存储过程功能的验证错误!未定义书签。5.1 基本表和视图视图查看验证错误!未定义书签。5.2 存储过程验证 错误!未定义书签。5.3 触发器验证 错误!未定义书签。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 4 页,共 26 页引言随着全球一体化使酒店客房管理
6、业客源根加丰富多样化,市场更加广阔多渠道的同时,酒店客房管理业更面临着日趋激烈的竞争环境和不断攀升的客户期望,迫使业内人士不断进一步寻求扩大酒店客房销售,改进服务质量,降低管理成本和提升客户满意度的新法宝来增强酒店客房管理业的核心竞争力。其中最有效的手段之一就是大规模应用先进的信息化技术,变革传统意义上的酒店客房竞争方式和经营管理模式以进而赢得新竞争优势。本文以酒店客房管理系统为例,对客户的要求进行详细询问,调查酒店的组织机构,各部门的业务活动。并在上述活动后明确用户对系统的信息要求、处理要求、安全性及完整要求。明确系统边界后进行详尽的需求分析后,将系统划分为订房退订模块、入住模块、换房模块、
7、退房模块、财务统计模块。按照数据库设计流程用业务流程图、数据流程图,数据字典详尽确切的表达客房管理的工作流程。进行概念模型设计,逻辑模型设计,物理设计,建立一个能满足客房管理要求的方便实用的数据库系统。2 需求分析阶段需求分析简单地说就是分析用户的要求。需求分析是设计数据库的起点,需求分析的结果是否准确地反映了用户的实际要求,将直接影响到后M 娜各个阶段的设计,并影响到设计结果是否合理和使用。2.1 需求分析阶段的目标1.了解酒店客房管理的基本内容;2.综合的理解酒店客房管理各层管理人员的部同需求;3.了解酒店客房管理的基本业务流程;4.了解酒店客房人工管理模式与信息系统的工作简况,以及它们之
8、间的区别;5.通过调查和与酒店客房管理人员的交流,了解用户对酒店客房管理系统的业务要求,安全性和完整性要求;2.2 需求分析阶段的任务2.2.1 处理对象:系统的处理对象是顾客的预订和退订信息管理、顾客的入住信息管理、顾客的换房信息管理、顾客的退房信息管理和财务统计信息管理。系统的处理对象涉及以下几个方面的信息:顾客基本信息(Guest):顾客编号,顾客姓名,顾客性别,顾客身份证号,顾客电话,顾客精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 5 页,共 26 页地址,顾客预交款,顾客积分,顾客的折扣度,顾客余额。客房基本信息(RoomInfo):
9、客房编号,客房类型,客房价格,客房楼层,客房朝向。消费工程基本信息(Atariff ):消费工程编号,消费工程名称,消费工程价格。客房物品基本信息(RoGoInfo ):客房物品编号,客房物品名称,客房物品原价,客房物品赔偿倍数。客房状态信息(RoomState):客房编号,顾客编号,入住时间,退房时间,预订入住时间,预订退房时间,入住价格,客房状态修改时间,标志位。消费信息( Consumelist):顾客编号,消费工程编号,消费工程数量,消费时间。物品损坏信息(GoAmInfo ):顾客编号,客房物品编号,客房编号,损坏物品个数,损坏时间。2.2.2 处理功能及要求:1.能够存储一定数量的
10、顾客信息,并方便有效的进行相应的顾客数据操作和管理,这主要包括:1)顾客信息的录入,删除和修改。2)顾客信息的关键字检索查询。2.能够对顾客的预订退订信息,入住信息,换房信息,退房信息,消费信息和损坏物品信息进行相应的操作,这主要包括:1)顾客预订退订,入住,换房,退房的登记,删除及修改(即对房态信息的登记,删除和修改)。2)顾客消费信息的登记,删除及修改。3)顾客损坏物品的登记,删除及修改。4)顾客消费信息的汇总。3.能够提供一定的安全机制,提供数据信息授权访问,修改和删除,防止随意查询,修改及删除。4.对查询,统计的结果能够列表显示。2.3 需求分析阶段成果2.3.1 体会与收获系统需求分
11、析主要是通过对周边的酒店客房管理人员咨询,请教,了解酒店客房管理的规则和运行机制,并通过上网搜索相关酒店客房管理系统的知识,了解酒店客房管理的现状,以及在管理过程中存在的一些问题。由于以前没有接触过酒店管理业务,开始总是不知道哪些业务应该是我们了解的重点。在绘制业务流程图和数据流程图时,遇到很多问题,发现很多烤炉不周到的地方,反反复复的重新考虑,重新分析和完善,才逐步把业务弄清楚,最终顺利的完成了需求分析阶段的任务。精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 6 页,共 26 页2.3.2 酒店客房管理系统业务流程图和数据流图(见附录1)本文从
12、酒店客房管理系统的业务为着手点,分别画了预订退订业务流程图、入住业务流程图、换房业务流程图、退房业务流程图。根据业务流程图,画了个业务流程图相对应的数据流图。2.3.3 酒店客房管理系统数据字典数据字典是体统中各类数据描述的集合,是进行详细的数据手机和数九分析所获得的主要成果。数据字典在数据库设计中占有很重要的地位。数据字典通常包括数据项、数据结构、数据流、数据存储、处理过程和外部实体6个部分。数据项是不可再分的数据单位。数据结构反映了数据之间的组合关系。数据流是数据结构在系统内传输的路径。数据存储是数据结构停留或保存的地方也是数据流的来源和去向之一。处理过程的具体处理逻辑一般用判定表或判定树
13、来描述。数据字典是需要描述处理过程的说明性信息。本文中包括37 个数据项(见附录2), 11 个数据结构(见附录2), 13 个处理过程(见附录3). 3 概念设计阶段将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。它是整个数据库设计的关键。3.1 概念设计阶段的任务和目标(1)选择底层数据流为切入点,通常选择实际系统中的子系统;(2)设计分E-R 图,即各子模块的E-R 图;(3)生成初步E-R 图,通过合并方法,做到各子系统实体、属性、联系统一;(4)生成全局E-R 图,通过消除冲突等方面。在本酒店客房管理系统中,从第二层数据流程图下手,分析个第二层数据流程图和数据
14、字典,知道整个系统的功能围绕“顾客”、“客房”和“消费”的处理。根据尸体与属性间的两条准则:1 作为“属性”,不能再具有需要描述的性质。2 “属性”不能与其他实体具有联系。数据流程图2.8 、图 2.9 、图 2.10 、图 2.11 可综合成预订退订、入住、换房和退房的分E-R 图 3.1 ,数据流程图 2.12 可抽象为分E-R 图 3.2. 然后采用逐步集成的方法将各分E-R 图合并,消除不必要的冗余和冲突后生成了基本E-R 图 3.3.精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 7 页,共 26 页3.2 阶段结果(1)根据不同的对象,
15、从第二层数据流程图入手,分别画出各分E-R 图:(a)从数据流图图2.8 、图 2.9 、图 2.10 和图 2.11 抽象出的E-R 图: (c)从分 E-R 图图 3.1 和图 3.2 经消除冲突和冗余合成的总E-R 图:(b)从数据流图图2.12抽象出的E-R 图:注:因为排版原因将图3.2 和图 3.3 换位子;(2)各 ER 图各实体的属性如下所示:顾客: Guest(Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade,discount ,balance)客房基本信息:RoomInfo(Rno,Rtype,Rprice,Rfloor,Tow
16、ard) 消费工程: Atariff (Atno,Atname,Atprice )客房物品信息:RoGoInfo(Goodsno,Goodsname,Oprice,Dmultiple) 各 E-R 图各联系的属性如下所示:预订: Reserve(Stime1,Rtime, Rltime) 退订: Back(Stime2) 入住: Into(Stime3,Atime,Ltime) 换房: Change(Stime4) 退房: Return(Stime5) 消费: Consumelist(Amount,Wtime) 物品赔偿单 GoAmInfo(Dnum ,Amendstime) 4 逻辑设计阶段
17、4.1 逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R 图转换为选用DBMS 产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织(将E-R 图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。图 3.1 分 E-R 图 1 图 3.3 全局 E-R 图图 3.2 分 E-R 图 2 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 8 页,共 26 页4.2 数据组织4.
18、2.1 将 E-R图转换为关系模型实体型转换为关系模式。实体的属性就是关系的属性,实体的码就是关系的码。对于实体间的联系则有以下不同的情况:一个 m : n 联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。一个1:n 联系可以转换为一个独立的关系模式,也可以与n 端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n 端实体的码。一个 1:1 联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换
19、为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合具有相同码的关系模式可合并。由于顾客与客房的联系方式为1:n( 一对多 ) ,可以将其之间的联系与n 端实体客房合并,也可以独立作为一种关系模式,我们选择将其作为独立的关系模式。由于顾客与客房物品,消费工程的联系方式为n:n( 多对多 ) ,可以将其之间的联系转化为独立的关系模式,具体的基本E-R 图向关系模型的转化如下:顾客: Guest(Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade,discount ,balance)客房基本信息:R
20、oomInfo(Rno,Rtype,Rprice,Rfloor,Toward) 消费工程: Atariff (Atno,Atname,Atprice )客房物品信息:RoGoInfo(Goodsno,Rno,Goodsname,Oprice,Dmultiple) 预订: Reserve(Gno,Rno,Stime1,Rtime, Rltime) 退订: Back(Gno,Rno,Stime2) 入住: Into(Gno,Rno,Stime3,Atime,Ltime) 换房: Change(Gno,Rno,Stime4) 退房: Return(Gno,Rno,Stime5) 消费: Consum
21、elist(Atno,Gno,Amount,Wtime) 物品赔偿单 GoAmInfo(Goodsno,Gno,Rno, Amendstime ,Dnum) (注:画双线的为主码) 4.2.2 模型优化关 系 模 式Guest,RoomInfo,Atariff,RoGoInfo,Reserve,Back,Into,Change,Return,Consumelist,GoAmInfo不存在非主属性对主属性的部分函数依赖,也不存在传递函数依赖,已经达到了3NF,但是关系模式 Reserve,Back,Into,Change,Return 的主码都相同,如果用5 个关系模式表示这几个关系,有很大的冗
22、余,所以将5 个关系模式优化为关系模式:房态基本表: RoomState(Gno,Rno,Atime, Ltime,Rtime, Rltime,IntoPrice,Days,Stime,flag) ,其中 flag 为精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 9 页,共 26 页标志位,表示客房的状态为预订,入住,空。4.2.3 数据库模式定义数据库的模式定义包括三个方面:1.数据的逻辑结构;2.数据之间的联系;3.数据有关的完整性约束、安全性要求。表 41 数据库模式汇总编号数据库模式说明T-1 Guest 顾客基本信息(详见附录3)T-2
23、RoomInfo 客房基本信息(详见附录3)T-3Atariff 消费工程基本信息(详见附录3)T-4RoGoInfo 客房物品基本信息(详见附录3)T-5RoomState 房态基本信息(详见附录3)T-6Consumelist 消费基本信息(详见附录3)T-7GoAmInfo 物品赔偿信息(详见附录3)4.2.4 用户子模式定义将概念模型转换为全局逻辑模型后,还应该根据局部应用的需要,结合具体DBMS的特点,设计用户的外模式。用户模式注重考虑用户的习惯与方便。包括:(1)使用更符合用户习惯的别名。(2)可以对不同级别的用户定义不同的View,以保证系统的安全性。(3)简化用户对系统的使用。
24、表 42 用户子模式定义编号用户子模式( View)作用(共性:提供数据保密和安全保护机制V-1 BookView 便于查询预定信息(详见附录3)V-2 IntoView 便于查询入住信息(详见附录3)V-3 EmRoView 便于查询空房信息(详见附录3)5 物理设计阶段5.1 物理设计阶段的目标与任务数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;(2)对物理结构进行评价,评价的重点是时间和空间效率。精选学习资料 - - - - - - - - - 名师归纳总结 - -
25、 - - - - -第 10 页,共 26 页5.2 系统功能模块图本系统的功能主要包括如图几个方面:5.3 程序流程图管理信息系统处理方式的合理选择,是一个处理过程的设计问题。选择处理方式实际上就是根据系统的任务、目标和环境条件,合理选择信息活动的形式及其具体方法。(1)顾客基本信息的查询和更新:描述顾客信息的查询和更新(插入、删除和更新)的过程。(2)客房物品、娱乐信息查询和更新(插入,删除和更新)程序流程图:6 实施阶段6.1 建立数据库、数据表、视图6.1.1 建立数据库数据库的建立Create database Hotelmanagement 6.1.2 建立数据表(具体SQL语句见
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 2022年酒店客房管理论文 2022 酒店客房 管理 论文
限制150内