数据库酒店客房管理系统.doc





《数据库酒店客房管理系统.doc》由会员分享,可在线阅读,更多相关《数据库酒店客房管理系统.doc(20页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、【精品文档】如有侵权,请联系网站删除,仅供学习与交流数据库酒店客房管理系统.精品文档. 河南城建学院数据库原理及应用课程设计专 业 班 级 : 0834131 课程设计题目: 酒店客房管理系统 指 导 教 师 : 吴孝丽 苏靖枫 学 生 学 号 : 083413135 学 生 姓 名 : 本小组合作者: 计算机科学与工程学院2015年6月目 录1 需求分析阶段11.1 概述11.2 需求阶段的目标及任务11.3 安全性和完整性要求21.4 建立数据业务流程及数据字典22 概念分析阶段43 逻辑设计阶段53.1 数据组织63.2数据处理94 物理设计阶段94.1数据存储方面94.2系统功能模块9
2、5 数据实施阶段105.1 建立数据库、数据表、视图、索引105.2数据入库176 系统调试和测试17心得体会19附录20参考文献251 需求分析阶段1.1 概述 进行数据库系统设计,首先要对系统的现状进行分析,明确自己酒店客房管理系统课程设计所要实现的目标、需求和功能,制定和选择一个较好的系统方案,有计划,有头绪,有思路,不能盲目的就着手去做,从而达到一个合理的优化系统。需求分析在于弄清这次课程设计的酒店管理系统的确切要求,因此,数据库课程设计的第一步就是明确数据库的目的和如何使用该系统。明确目的之后,才可以确定自己需要保存那些表信息,以及每个表中需要保存哪些字段。对于酒店客房管理系统,需要
3、了解以下内容: 1.了解酒店客房管理的基本内容;2.综合的理解酒店客房管理各身份层次的不同需求;3.了解酒店客房管理的基本业务流程;4.了解酒店客房人工管理模式与信息系统的工作概况,以及它们之间的区别;5.通过网上查阅资料以及翻阅相关书籍,了解用户对酒店客房管理系统的业务要求,安全性和完整性要求;1.2 需求阶段的目标及任务(1)处理对象房客基本信息(Customer):房客编号,房客身份证号,房客姓名,房客性别,房客电话;房间基本信息(Room):房间编号,房间类型号,房间位置(楼层),房间描述(朝向);房间类型信息(RoomType):房间类型号,房间类型名,房间面积,房间价格;客房业务历
4、史记录信息(History):房客编号,房客身份证号,房客姓名,房客电话,房间编号,消费金额,入住时间,退房时间;客房业务信息(RoomOperation):房客编号,房客身份证号,房间编号,入住时间;房间状态信息(RoomStatus):房间编号,房间状态(有人 / 未住)。(2) 处理功能及要求 系统对酒店客房管理系统的功能及要求如下: 能够存储一定数量的房客信息,并方便有效的进行相应的房客数据操作和管理,这主要包括:房客信息的录入,删除和修改; 房客信息的关键字检索查询。 能够对房客的入住信息,换房信息,退房信息,进行相应的操作,这主要包括: 房客入住,换房,退房的登记,删除及修改; 房
5、客住房历史信息的删除、修改; 房客住房金额的统计与查询。 能够提供一定的安全机制,提供数据信息授权访问,修改和删除,防止随意查询,修改及删除。 对查询、统计的结果能够列表显示。1.3 安全性和完整性要求(1)安全性要求 系统安全性要求体现在数据库安全性、信息安全性和系统分平台的安全性等方面。安全性之基础的是通过视图机制,不同用户只能访问系统授权的视图,这样可以提供系统数据一定程度上的安全性。系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。(2) 完整性要求 系统完整性要求系统中数据的正确性以及相容性。可通过 建立主、外键,使用unique约束,或者使用触发器
6、更新。1.4 建立数据业务流程及数据字典 (1)酒店客房管理系统业务流程图(如图1) 图1 酒店客房管理系统业务流程图(2)酒店客房管理系统数据字典 数据项:系统涉及的数据项有16项,如表1所示表1 数据项列表数据项编号数据项名数据项含义存储结构 别名DI-01CuName房客姓名NVARCHAR(10) 姓名DI-02CuNo房客编号NCHAR(6) 房客号DI-03CuSex房客性别NCHAR(2) 性别DI-04RoomNo房间号NCHAR(6) 房间号DI-05CuPhone房客电话NVARCHAR(20) 电话DI-06CuCard房客身份证NVARCHAR(20) 身份证DI-07
7、TypeNo房间类型号NCHAR(6) 类型号DI-08RoomFloor房间楼层NVARCHAR(10) 位置DI-09RoomStatus 房间状态NVARCHAR(10) 状态DI-10TypeName房间类型名称NVARCHAR(10) 类型名DI-11TypeArea房间面积NVARCHAR(10) 面积DI-12TypePrice房间价钱INT 价钱DI-13Descripiption房间描述NVARCHAR(20) 描述DI-14Price房客消费INT 消费DI-15IntoTime入住时间DATETIME 入住时间DI-16OutTime退房时间DATETIME 退房时间 数
8、据结构,如表2所示。更换 符合多高多高对法国德国多高多高多高多高多高 豆 表2 数据结构列表 数据结构编号数据结构名数据结构含义 组成DS-1Customer房客信息CuNo,CuName,CuPhone,CuSex,CuCardDS-2Room房间信息RoomNo,TypeNo,RoomFloor,DescripiptionDS-3RoomType房间类型TypeNo,TypeName,TypeArea,TypePriceDS-4History业务记录信息CuNo,CuName,CuPhone,CuCard,Price,OutTime,RoomNoDS-5RoomStatus房间状态Room
9、No,RoomStatusDS-6RoomOperation客房业务信息RoomNo,CuNo,CuCard,IntoTime2 概念分析阶段 图2酒店客房管理系统全局E-R图 上述E-R图各实体的属性如下所示:房客基本信息:Customer(CuNo,CuCard,CuName,CuSex,CuPhone)房间基本信息:Room(RoomNo,TypeNo,RoomFloor,Description)房间类型信息:RoomType(TypeNo,TypeName,TypeArea,TypePrice)客房业务历史记录信息:History(CuNo,CuCard,CuName,CuPhone,
10、RoomNo,Price,IntoTime,OutTime)客房业务信息:RoomOperation(CuNo,CuCard,RoomNo,IntoTime)房间状态信息:RoomStatus(RoomNo,Status)数据库关系图:3 逻辑设计阶段以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的数据库管理系统(DBMS)产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)
11、两大任务。3.1 数据组织 (1)将E-R图转换为关系模型实体型转换为关系模式。实体的属性就是关系的属性,实体的码就是关系的码。对于实体间的联系则有以下不同的情况:一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。 一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系
12、可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合具有相同码的关系模式可合并。例如房间信息与房间类型信息之间是1:n的关联。可以将其之间的联系转化为独立的关系模式,具体的基本E-R图向关系模型的转化如下:房客基本信息:Customer(CuNo,CuCard,CuName,CuSex,CuPhone)房间基本信息:Room(RoomNo,TypeNo,RoomFloor,Description)房间类型信息:RoomType(TypeNo,TypeName,TypeArea,TypePrice)客房业务历史记录信息:Histor
13、y(CuNo,CuCard,CuName,CuPhone,RoomNo,Price,IntoTime,OutTime)客房业务信息:RoomOperation(CuNo,CuCard,RoomNo,IntoTime)房间状态信息:(RoomNo,Status)(注:标有直线下划线的为主属性,标有波浪线下划线的是外键属性)(2)模型优化 第一范式要求每一列的项不可分割,酒店管理系统的六个表都满足了1NF;简单理解,第二范式要求每个表所描述的是一件事,例如在Room表中如果加上房间状态Status,则Room表就不满足2NF了,它包括了房间信息和房间是否有房客入住的信息两个事件,所以就有了Room
14、Status表;第三范式要求,每一项都不传递依赖,如果Room表中再加上房间类型名,则TypeName通过Room中的TypeNo传递依赖于RoomNo,所以有了RoomType表。现在六张表都达到了3NF。 (3)数据库模式定义 根据分析,本数据库共创建了6个表,如表3表8所示 表3 房客信息表列名数据类型可否为空 说明CuNoNCHARNOT NULL 房客编号CuNameNVARCHARNOT NULL 房客姓名CuSexNCHAR 房客性别CuPhoneNVARCHAR 电话CuCardNVARCHARNOT NULL 身份证 表4 房间信息表列名数据类型可否为空 说明RoomNoNC
15、HARNOT NULL 房间号TypeNoNCHARNOT NULL 类型号RoomFloorNVARCHAR 位置DescriptionNVARCHAR 描述 表5 房间类型信息表列名数据类型可否为空 说明TypeNoNCHARNOT NULL 类型号TypeName NVARCHARNOT NULL 类型名TypeAreaNVARCHARNOT NULL 面积TypePriceINT 价钱 表6 客房业务表列名数据类型可否为空 说明CuNo NCHARNOT NULL 房客编号RoomNoNCHAR 房间号IntoTime DATETIME 入住时间CuCard NVARCHARNOT N
16、ULL 身份证 表7 业务记录表列名数据类型可否为空 说明CuNo NCHAR 房客编号CuCardNVARCHAR 身份证CuPhoneNVARCHAR 电话CuNameNVARCHAR 姓名RoomNoNCHARNOT NULL 房间号Price INT 消费金额IntoTime DATETIME 入住时间OutTime DATETIME 退房时间 表8 房间状态表列名数据类型可否为空 说明RoomNo NCHARNOT NULL 房间号StatusNVARCHAR 状态(4) 用户子模式定义,如表912。 表9 房间基本信息视图列名数据类型可否为空 说明RoomNo NCHARNOT N
17、ULL 房间号TypeNameNCHARNOT NULL 类型号RoomFloorNVARCHAR 位置TypePriceINT 价钱 表10 退房房客基本信息视图列名数据类型可否为空 说明CuNameNVARCHAR 姓名CuSexNCHAR 房客性别CuCard NVARCHARNOT NULL 身份证CuPhoneNVARCHAR 电话OutTime DATETIME 退房时间 表11 空房间基本信息视图列名数据类型可否为空 说明RoomNo NCHARNOT NULL 房间号TypeNameNCHARNOT NULL 类型号RoomFloorNVARCHAR 位置TypePriceIN
18、T 价钱 表12 房客基本信息视图列名数据类型可否为空 说明CuNameNVARCHAR 姓名CuSexNCHAR 房客性别CuCard NVARCHARNOT NULL 身份证CuPhoneNVARCHAR 电话3.2数据处理 酒店客房管理系统 房客管理 房间管理 类型管理增加房间删除房间查询住房换房退房修改信息 图3 系统功能模块图4 物理设计阶段数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;(2)对物理结构进行评价,评价的重点是时间和空间效率。 4.1数据存储方面
19、为数据库中各基本表建立的索引如下: 由于基本表History、Customer的CuName、CuCard在现实生活中经常在查询条件中出现,在两个属性上建立索引。 4.2系统功能模块 实现对房间信息,房客信息的查询、添加、删除操作,功能模块见图3。5 数据实施阶段5.1 建立数据库、数据表、视图、索引 (1)建立数据库Create database 酒店客房管理系统(2)建立数据表 房客基本信息表的建立:CREATE TABLE Customer(CuNo NCHAR(6) PRIMARY KEY,-房客编号CuCard NVARCHAR(20) UNIQUE NOT NULL,-身份证CuN
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 酒店客房 管理 系统

限制150内