酒店客房管理系统数据库设计.docx
《酒店客房管理系统数据库设计.docx》由会员分享，可在线阅读，更多相关《酒店客房管理系统数据库设计.docx（54页珍藏版）》请在冰点文库上搜索。
信息工程学院
《数据库原理与应用》课程设计论文题 目：
酒店客房管理系统数据库设计
摘 要
随着中国经济的不断发展和旅游业的飞速发展，酒店业随之快速发展，酒店越来越多，人们的要求越来越高，酒店客房管理业务越来越广泛，而传统的酒店客房管理单据繁琐，难以及时整理，利润无法及时统计，管理层无法实时查询营业情况和客房状态，工作效率底，给顾客带来不便。
所以在激烈的竞争中，酒店只有不断完善自身的管理手段和方法，提高自身的服务水平，才能得到充足和健康的发展。
因此，建立酒店客房管理系统成为当务之急。
本文采用结构化分析和设计方法，运用业务流程图，数据流程图和E-R图等工具实现酒店客房管理系统的分析和设计。
此系统很好的解决了传统客房客房管理的不足，它由客房预定退订模块、入住模块、换房模块、退房及财务汇总模块组成，能帮助酒店管理人员快速及时的掌握客房信息，提高工作效率，方便顾客。
关键字：
酒店客房管理；数据库系统；查询
目 录
II
１引言 1
2需求分析阶段 2
2.1需求分析阶段的目标 2
2.2需求分析阶段的任务 2
2.2.1处理对象：
2
2.2.2处理功能及要求：
2
2.3需求分析阶段成果 3
2.3.1体会与收获 3
2.3.2酒店客房管理系统业务流程图和数据流图（见附1录） 3
2.3.3酒店客房管理系统数据字典 3
3概念设计阶段 4
3.1概念设计阶段的任务和目标 4
3.2阶段结果 4
4逻辑设计阶段 6
4.1逻辑设计的任务和目标 6
4.2数据组织 6
4.2.1将E-R图转换为关系模型 6
4.2.2模型优化 7
4.2.3数据库模式定义 7
4.2.4用户子模式定义 7
5物理设计阶段 8
5.1物理设计阶段的目标与任务 8
5.2系统功能模块图 8
5.3程序流程图 8
6实施阶段 10
6.1建立数据库、数据表、视图 10
6.1.1建立数据库 10
6.1.2建立数据表（具体SQL语句见附录4.1） 10
6.1.3建立视图（具体SQL语句见附录4.2） 10
6.1.4建立存储过程（具体SQL语句见附录4.3） 10
6.1.5建立触发器（具体SQL语句见附录4.4） 11
6.2数据入库 11
7系统调试、测试 11
8心得体会 11
9存在的问题及建议 12
致谢 13
参考文献 13
附录1酒店客房管理系统业务流程图和数据流图 14
1.业务流程图 14
2.数据流图 16
附录2数据字典 20
2.1数据项 20
2.2数据结构 21
2.3数据处理 21
附录3数据库模式和用户子模式定义 24
3.1数据库模式定义 24
3.2用户子模式定义 25
附录4SQL语句 27
4.1建立数据表SQL语句 27
4.2建立视图SQL语句 29
4.3建立存储过程SQL语句 30
4.4建立触发器SQL语句 33
附录5数据查看和存储过程功能的验证 37
5.1基本表和视图视图查看验证 37
5.2存储过程验证 39
5.3触发器验证 41
2005级信管专业2班数据库应用系统课程设计课程论文
１引言
随着全球一体化使酒店客房管理业客源根加丰富多样化，市场更加广阔多渠道的同时，酒店客房管理业更面临着日趋激烈的竞争环境和不断攀升的客户期望，迫使业内人士不断进一步寻求扩大酒店客房销售，改进服务质量，降低管理成本和提升客户满意度的新法宝来增强酒店客房管理业的核心竞争力。
其中最有效的手段之一就是大规模应用先进的信息化技术，变革传统意义上的酒店客房竞争方式和经营管理模式以进而赢得新竞争优势。
本文以酒店客房管理系统为例，对客户的要求进行详细询问，调查酒店的组织机构，各部门的业务活动。
并在上述活动后明确用户对系统的信息要求、处理要求、安全性及完整要求。
明确系统边界后进行详尽的需求分析后，将系统划分为订房退订模块、入住模块、换房模块、退房模块、财务统计模块。
按照数据库设计流程用业务流程图、数据流程图，数据字典详尽确切的表达客房管理的工作流程。
进行概念模型设计，逻辑模型设计，物理设计，建立一个能满足客房管理要求的方便实用的数据库系统。
48
2需求分析阶段
需求分析简单地说就是分析用户的要求。
需求分析是设计数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后米娜各个阶段的设计，并影响到设计结果是否合理和使用。
2.1需求分析阶段的目标
1.了解酒店客房管理的基本内容；
2.综合的理解酒店客房管理各层管理人员的部同需求；
3.了解酒店客房管理的基本业务流程；
4.了解酒店客房人工管理模式与信息系统的工作概况，以及它们之间的区别；
5.通过调查和与酒店客房管理人员的交流，了解用户对酒店客房管理系统的业务要求，安全性和完整性要求；
2.2需求分析阶段的任务
2.2.1处理对象：
系统的处理对象是顾客的预订和退订信息管理、顾客的入住信息管理、顾客的换房信息管理、顾客的退房信息管理和财务统计信息管理。
系统的处理对象涉及以下几个方面的信息：
顾客基本信息（Guest）：
顾客编号，顾客姓名，顾客性别，顾客身份证号，顾客电话，顾客地址，顾客预交款，顾客积分，顾客的折扣度，顾客余额。
客房基本信息（RoomInfo）：
客房编号，客房类型，客房价格，客房楼层，客房朝向。
消费项目基本信息（Atariff）：
消费项目编号，消费项目名称，消费项目价格。
客房物品基本信息（RoGoInfo）：
客房物品编号，客房物品名称，客房物品原价，客房物品赔偿
倍数。
客房状态信息（RoomState）：
客房编号，顾客编号，入住时间，退房时间，预订入住时间，预订退房时间，入住价格，客房状态修改时间，标志位。
消费信息（Consumelist）：
顾客编号，消费项目编号，消费项目数量，消费时间。
物品损坏信息（GoAmInfo）：
顾客编号，客房物品编号，客房编号，损坏物品个数，损坏时间。
2.2.2处理功能及要求：
1.能够存储一定数量的顾客信息，并方便有效的进行相应的顾客数据操作和管理，这主要包括：
1）顾客信息的录入，删除和修改。
2）顾客信息的关键字检索查询。
2.能够对顾客的预订退订信息，入住信息，换房信息，退房信息，消费信息和损坏物品信息进
行相应的操作，这主要包括：
1）顾客预订退订，入住，换房，退房的登记，删除及修改（即对房态信息的登记，删除和修改）。
2）顾客消费信息的登记，删除及修改。
3）顾客损坏物品的登记，删除及修改。
4）顾客消费信息的汇总。
3.能够提供一定的安全机制，提供数据信息授权访问，修改和删除，防止随意查询，修改及删除。
4.对查询，统计的结果能够列表显示。
2.3需求分析阶段成果
2.3.1体会与收获
系统需求分析主要是通过对周边的酒店客房管理人员咨询，请教，了解酒店客房管理的规则和运行机制，并通过上网搜索相关酒店客房管理系统的知识，了解酒店客房管理的现状，以及在管理过程中存在的一些问题。
由于以前没有接触过酒店管理业务，开始总是不知道哪些业务应该是我们了解的重点。
在绘制业务流程图和数据流程图时，遇到很多问题，发现很多烤炉不周到的地方，反反复复的重新考虑，重新分析和完善，才逐步把业务弄清楚，最终顺利的完成了需求分析阶段的任务。
2.3.2酒店客房管理系统业务流程图和数据流图（见附录1）
本文从酒店客房管理系统的业务为着手点，分别画了预订退订业务流程图、入住业务流程图、换房业务流程图、退房业务流程图。
根据业务流程图，画了个业务流程图相对应的数据流图。
2.3.3酒店客房管理系统数据字典
数据字典是体统中各类数据描述的集合，是进行详细的数据手机和数九分析所获得的主要成果。
数据字典在数据库设计中占有很重要的地位。
数据字典通常包括数据项、数据结构、数据流、数据存储、处理过程和外部实体6个部分。
数据项是不可再分的数据单位。
数据结构反映了数据之间的组合关系。
数据流是数据结构在系统内传输的路径。
数据存储是数据结构停留或保存的地方也是数据流的来源和去向之一。
处理过程的具体处理逻辑一般用判定表或判定树来描述。
数据字典是需要描述处理过程的说明性信息。
本文中包括37个数据项（见附录2），11个数据结构（见附录2），13个处理过程（见附录3）.
3概念设计阶段
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
它是整个数据库设计的关键。
3.1概念设计阶段的任务和目标
（1）选择底层数据流为切入点，通常选择实际系统中的子系统；
（2）设计分E-R图，即各子模块的E-R图；
（3）生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；
（4）生成全局E-R图，通过消除冲突等方面。
在本酒店客房管理系统中，从第二层数据流程图下手，分析个第二层数据流程图和数据字典，知道整个系统的功能围绕“顾客”、“客房”和“消费”的处理。
根据尸体与属性间的两条准则：
○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.
3.2阶段结果
（1）根据不同的对象，从第二层数据流程图入手，分别画出各分E-R图：
（a）从数据流图图2.8、图2.9、图2.10和图2.11抽象出的E-R图:
图3.1分E-R图1
图3.3全局E-R图
（c）从分E-R图图3.1和图3.2经消除冲突和冗余合成的总E-R图：
（b）从数据流图图2.12抽象出的E-R图：
图3.2分E-R图2
注：
因为排版原因将图3.2和图3.3换位子；
（2）各E－R图各实体的属性如下所示：
顾客：
Guest（Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade,discoun，t
客房基本信息：
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,Ltime）换房：
Change（Stime4）
退房：
Return（Stime5）
消费：
Consumelist（Amount,Wtime）
物品赔偿单GoAmInfo（Dnum，Amendstime）
balance）
4逻辑设计阶段
4.1逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。
具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。
4.2数据组织
4.2.1将E-R图转换为关系模型
实体型转换为关系模式。
实体的属性就是关系的属性，实体的码就是关系的码。
对于实体间的联系则有以下不同的情况：
一个m：
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。
一个1：
n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
一个1：
1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。
三个或三个以上实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合
具有相同码的关系模式可合并。
由于顾客与客房的联系方式为1：
n（一对多），可以将其之间的联系与n端实体客房合并，也可以独立作为一种关系模式，我们选择将其作为独立的关系模式。
由于顾客与客房物品，消费项目的联系方式为n:
n（多对多），可以将其之间的联系转化为独立的关系模式，具体的基本E-R图向关系模型的转化如下：
顾客：
Guest（Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade,discoun，t
客房基本信息：
RoomInfo（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）
消费：
Consumelist（Atno,Gno,Amount,Wtime）
balance）
物品赔偿单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（Gno,Rno,Atime,Ltime,Rtime,Rltime,IntoPrice,Days,Stime,flag），其中flag为标志位，表示客房的状态为预订，入住，空。
4.2.3数据库模式定义
数据库的模式定义包括三个方面：
1.数据的逻辑结构；
2.数据之间的联系；
3.数据有关的完整性约束、安全性要求。
表4－1数据库模式汇总
编号
数据库模式
说明
T-1
Guest
顾客基本信息（详见附录3）
T-2
RoomInfo
客房基本信息（详见附录3）
T-3
Atariff
消费项目基本信息（详见附录3）
T-4
RoGoInfo
客房物品基本信息（详见附录3）
T-5
RoomState
房态基本信息（详见附录3）
T-6
Consumelist
消费基本信息（详见附录3）
T-7
GoAmInfo
物品赔偿信息（详见附录3）
4.2.4用户子模式定义
将概念模型转换为全局逻辑模型后，还应该根据局部应用的需要，结合具体DBMS的特点，设计用户的外模式。
用户模式注重考虑用户的习惯与方便。
包括：
（1）使用更符合用户习惯的别名。
（2）可以对不同级别的用户定义不同的View，以保证系统的安全性。
（3）简化用户对系统的使用。
表4－2用户子模式定义
编号 用户子模式（View）作用（共性：
提供数据保密和安全保护机制
V-1 BookView 便于查询预定信息（详见附录3）
V-2 IntoView 便于查询入住信息（详见附录3）
V-3 EmRoView 便于查询空房信息（详见附录3）
5物理设计阶段
5.1物理设计阶段的目标与任务
数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：
（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；
（2）对物理结构进行评价，评价的重点是时间和空间效率。
5.2系统功能模块图
本系统的功能主要包括如图几个方面：
5.3程序流程图
图5.1酒店管理系统功能模块图
管理信息系统处理方式的合理选择，是一个处理过程的设计问题。
选择处理方式实际上就是根据系统的任务、目标和环境条件，合理选择信息活动的形式及其具体方法。
（1）顾客基本信息的查询和更新：
描述顾客信息的查询和更新（插入、删除和更新）的过程。
图5.2顾客信息查询和更新程序流程图
（2）客房物品、娱乐信息查询和更新（插入，删除和更新）程序流程图：
图5.3客房物品、娱乐信息查询和更新程序流程图
6实施阶段
6.1建立数据库、数据表、视图
6.1.1建立数据库
数据库的建立
CreatedatabaseHotelmanagement
6.1.2建立数据表（具体SQL语句见附录4.1）
6.1.3建立视图（具体SQL语句见附录4.2）
6.1.4建立存储过程（具体SQL语句见附录4.3）
本系统建立了13个存储过程：
表6－1存储过程汇总表
编号 存储过程名称 定义 作用
P-1 lsqSearchDate 详见（附录4.3） 查看某一天各种娱乐项目及其总量
P-2 lsqSearchEmpty 详见（附录4.3） 查看某一层楼的空房间
P-3 lsqWatchGuest 详见（附录4.3） 查看顾客信息
P-4 lsqSearchGuest 详见（附录4.3） 查看某一位顾客的消费及余额情况
P-5 lsqConsumeList 详见（附录4.3） 详见（附录4.3）
P-6 lsqAddRoomGoods 详见（附录4.3） 插入新的客房物品信息
P-7 lsqAddAmusement 详见（附录4.3） 插入新的娱乐项目
P-8 lsqAddGuest 详见（附录4.3） 插入新顾客信息
P-9 lsqMoney 详见（附录4.3） 顾客付费
P-10 lsqBook 详见（附录4.3） 顾客订房
P-11 lsqInto 详见（附录4.3） 顾客入住
P-12 lsqInsertAmends 详见（附录4.3） 插入新的物品赔偿信息
P-13 lsqDeleteRoom 详见（附录4.3） 退房
6.1.5建立触发器（具体SQL语句见附录4.4）
表6－2触发器汇总
编号
触发器名称
定义
作用
插入房态信息），触发guest表，根据顾客
Tr-1
tri_discount
详见（附录4.4）
积分计算顾客新的折扣度
当修改房态信息（即插入入住信息）时，触
Tr-2
tri_grade_balance
详见（附录4.4）
发guest表，计算新积分及余额
删除客房信息（即退房）时，触发guest表，
Tr-3
tri_delete
详见（附录4.4）
把顾客的预付款和余额设为0
Tr-4
tri_grade1
详见（附录4.4）
当插入新的娱乐消费信息时，触发guest表，
从新计算顾客积分和余额
当插入新的物品赔偿信息时，触发guest表，
Tr-5
tri_AmendsMoney
详见（附录4.4）
从新计算顾客积分和余额
6.2数据入库
系统包括顾客预订信息管理、客房入住信息管理、顾客换房信息管理、顾客退房信息管理、财务管理等五大功能模块，共有7张基本表,采用事先在Excel中录入数据,然后使用SQLServer2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。
7系统调试、测试
对该酒店客房管理系统进行测试，验证每个功能是否符合要求，具体的测试如下：
1基本表和视图视图查看（见附录5.1）
2检验各个存储过程（见附录5.2）
3检验各个触发器（见附录5.3）
8心得体会
1.加深了对数据库设计有关知识的理解。
之前对于数据库设计各阶段的理解不透彻，很多概念都很模糊。
通过本次课程设计，我进一步了解了书本上的知识，并且亲身体验了数据库设计的各个环节。
了解了数据库设计的流程。
感触最深的是需求分析阶段和概念模型设计阶段。
需求分析阶段是整个数据库设计的基础，这个阶段直接影响到后面各个阶段的设计。
由于对业务不是十分精通，在这个阶段返工了好几次，起先以部门为基础画业务流程图，可是发现错了，然后以业务为基础画业务流程图。
反反复复的修改。
如果这个阶段做的不好，后面就无法继续进行
下去。
概念模型设计阶段，最重要的是从数据流图中抽象出实体，并且要考虑冲突的发生。
2.更深入的了解并掌握了SQLSERVER2000的功能。
由于在有关存储过程和触发器的知识掌握的不是太好，实习的时候也只是按实习指导书上的代码进行编写，并不了解触发器的真正原理，但是在此次课程设计中，大量的用到触发器和存储过程，了解了它们的功能和原理。
3.更加了解了SQL语句，在酒店客房管理系统的实施阶段，因为有大量的功能要通过触发器、存储过程来实现，所以锻炼了自己的编程能力。
4.这次课程设计采取两人一组的方式，锻炼了我们相互的合作精神，让我们亲身体验到合作的重要性。
在做系统时，每个人的不同的想法组合起来，可以减少系统的漏洞。
同时，学习同伴在编程序中的好的习惯。
9存在的问题及建议
这次课程设计，在正式开始前我们就着手进行了，但是因为对业务的不了解性，虽然利用元旦三天假期做需求分析，可是在真正的开始课程设计的时候，发现需求分析做的很不好，存在很多的问题。
所以重新修改需求分析，延误了进度。
希望老师在实习前对我们进行辅导，让我们了解应该从哪一方面着手做需求分析，哪里是切入点。
致谢
本次数据库课程设计的整个过程中，指导教师杨晓辉老师、蔚继承老师对我们细心的指导和关怀帮助我们克服了很多困难，同时陈勇老师、也给予了我很大的帮助。
在此表示忠心的感谢！
我这次能顺利完成课程设计任务，离不开老师们的关怀和指导。
他们丰富的经验和知识不仅帮助我完成了课程设计，还教会了我很多处理问题的方
升级会员 