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