数据库酒店客房管理系统

河南城建学院《数据库原理及应用课程设计》专业班级：0834131课程设计题目：酒店客房管理系统指导教师：吴孝丽苏靖枫学生学号：083413135学生姓名：本小组合作者：计算机科学与工程学院2015年6月目录1需求分析阶段...........................................................11.1概述.............................................................11.2需求阶段的目标及任务.............................................11.3安全性和完整性要求...............................................21.4建立数据业务流程及数据字典........................................22概念分析阶段...........................................................43逻辑设计阶段...........................................................53.1数据组织..........................................................63.2数据处理...........................................................94物理设计阶段...........................................................94.1数据存储方面.......................................................94.2系统功能模块.......................................................95数据实施阶段..........................................................105.1建立数据库、数据表、视图、索引...................................105.2数据入库..........................................................176系统调试和测试........................................................17心得体会.................................................................19附录.....................................................................20参考文献.................................................................2511需求分析阶段1.1概述进行数据库系统设计，首先要对系统的现状进行分析，明确自己酒店客房管理系统课程设计所要实现的目标、需求和功能，制定和选择一个较好的系统方案，有计划，有头绪，有思路，不能盲目的就着手去做，从而达到一个合理的优化系统。需求分析在于弄清这次课程设计的酒店管理系统的确切要求，因此，数据库课程设计的第一步就是明确数据库的目的和如何使用该系统。明确目的之后，才可以确定自己需要保存那些表信息，以及每个表中需要保存哪些字段。对于酒店客房管理系统，需要了解以下内容：1.了解酒店客房管理的基本内容；2.综合的理解酒店客房管理各身份层次的不同需求；3.了解酒店客房管理的基本业务流程；4.了解酒店客房人工管理模式与信息系统的工作概况，以及它们之间的区别；5.通过网上查阅资料以及翻阅相关书籍，了解用户对酒店客房管理系统的业务要求，安全性和完整性要求；1.2需求阶段的目标及任务（1）处理对象房客基本信息（Customer）:房客编号，房客身份证号，房客姓名，房客性别，房客电话；房间基本信息（Room）：房间编号，房间类型号，房间位置（楼层），房间描述（朝向）；房间类型信息（RoomType）：房间类型号，房间类型名，房间面积，房间价格；客房业务历史记录信息（History）：房客编号，房客身份证号，房客姓名，房客电话，房间编号，消费金额，入住时间，退房时间；客房业务信息（RoomOperation）：房客编号，房客身份证号，房间编号，入住时间；房间状态信息（RoomStatus）：房间编号，房间状态（有人/未住）。（2）处理功能及要求2系统对酒店客房管理系统的功能及要求如下：①能够存储一定数量的房客信息，并方便有效的进行相应的房客数据操作和管理，这主要包括：·房客信息的录入，删除和修改；·房客信息的关键字检索查询。②能够对房客的入住信息，换房信息，退房信息，进行相应的操作，这主要包括：·房客入住，换房，退房的登记，删除及修改；·房客住房历史信息的删除、修改；·房客住房金额的统计与查询。③能够提供一定的安全机制，提供数据信息授权访问，修改和删除，防止随意查询，修改及删除。④对查询、统计的结果能够列表显示。1.3安全性和完整性要求（1）安全性要求系统安全性要求体现在数据库安全性、信息安全性和系统分平台的安全性等方面。安全性之基础的是通过视图机制，不同用户只能访问系统授权的视图，这样可以提供系统数据一定程度上的安全性。系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。（2）完整性要求系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键，使用unique约束，或者使用触发器更新。1.4建立数据业务流程及数据字典（1）酒店客房管理系统业务流程图（如图1）3图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-07TypeNo房间类型号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退房时间4○21数据结构，如表2所示。更换符合多高多高对法国德国多高多高多高多高多高豆表2数据结构列表2概念分析阶段图2酒店客房管理系统全局E-R图数据结构编号数据结构名数据结构含义组成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房间状态RoomNo,RoomStatusDS-6RoomOperation客房业务信息RoomNo,CuNo,CuCard,IntoTime5上述E-R图各实体的属性如下所示：房客基本信息：Customer(CuNo，CuCard，CuName，CuSex，CuPhone)房间基本信息：Room(RoomNo，TypeNo，RoomFloor，Description)房间类型信息：RoomType(TypeNo，TypeName，TypeArea，TypePrice)客房业务历史记录信息：History(CuNo，CuCard，CuName，CuPhone，RoomNo，Price，IntoTime，OutTime)客房业务信息：RoomOperation(CuNo，CuCard，RoomNo，IntoTime)房间状态信息：RoomStatus(RoomNo，Status)数据库关系图：3逻辑设计阶段以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的数据库管理系统（DBMS）产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。63.1数据组织（1）将E-R图转换为关系模型实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况：一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合具有相同码的关系模式可合并。例如房间信息与房间类型信息之间是1：n的关联。可以将其之间的联系转化为独立的关系模式，具体的基本E-R图向关系模型的转化如下：房客基本信息：Customer(CuNo，CuCard，CuName，CuSex，CuPhone)房间基本信息：Room(RoomNo，TypeNo，RoomFloor，Description)房间类型信息：RoomType(TypeNo，TypeName，TypeArea，TypePrice)客房业务历史记录信息：History(CuNo，CuCard，CuName，CuPhone，RoomNo，Price，IntoTime，OutTime)客房业务信息：RoomOperation(CuNo，CuCard，RoomNo，IntoTime)房间状态信息：(RoomNo，Status)（注：标有直线下划线的为主属性，标有波浪线下划线的是外键属性）（2）模型优化第一范式要求每一列的项不可分割，酒店管理系统的六个表都满足了1NF；简单理解，第二范式要求每个表所描述的是一件事，例如在Room表中如果加上房间状态7Status，则Room表就不满足2NF了，它包括了房间信息和房间是否有房客入住的信息两个事件，所以就有了RoomStatus表；第三范式要求，每一项都不传递依赖，如果Room表中再加上房间类型名，则TypeName通过Room中的TypeNo传递依赖于RoomNo，所以有了RoomType表。现在六张表都达到了3NF。（3）数据库模式定义根据分析，本数据库共创建了6个表，如表3~表8所示表3房客信息表表4房间信息表表5房间类型信息