新版酒店管理系统样本.doc

资料内容仅供您学习参考，如有不当之处，请联系改正或者删除。 - 第2学期经济管理学院实践教学成 绩 评 定 表实践教学项目数据库系统原理与设计专业 学生姓名班级学号评语成绩日期 6月4日课程实践任务书学院经济管理学院专业姓名学号课程名称数据库系统原理与设计设计题目经济型酒店客房管理系统数据库设计设计要求与任务: 经过设计一完整的数据库, 使学生掌握数据库设计各阶段的输入、 输出、 设计环境、 目标和方法。熟练掌握两个主要环节概念结构设计与逻辑结构设计; 熟练的使用SQL语言实现数据库的建立、 应用和维护。具体要求如下: 1每人一题, 题目可自拟。2要求学生根据题目的需求描述, 进行实际调研, 提出完整的需求分析报告。3独立按时完成规定的工作任务, 不得弄虚作假, 不准抄袭她人内容。工作计划与进度安排: 第1-2天: 需求分析, 对系统的功能需求和数据需求进行分析第3-4天: 概念结构设计画出系统E-R图第5天: 逻辑结构设计第6-7天: 数据库的实施与运行第8-10天: 编写报告, 准备答辩。指导教师(签字): 5 月 6 日专业负责人( 签字) : 5 月6 日学院院长( 签字) : 5月6 日摘 要在信息化时代的大环境下, 酒店客房管理在酒店日常管理活动中日渐重要起来。为了增强市场竞争力, 改进用户体验, 提高企业管理水平, 加速企业运转, 本文进行了酒店客房管理系统的相关数据库设计。围绕着酒店的预订、 入住及退房的核心环节从需求分析、 概念结构设计、 逻辑结构设计层层深入, 最后进行了系统的实施。关键词: 酒店客房管理; 需求分析; 概念结构设计; 逻辑结构设计目 录1 前言11.1 课题简介11.2 设计目的12 需求分析22.1 业务需求及处理流程22.2 功能需求及数据需求分析22.3 业务规则分析43 概念结构设计63.1 局部E-R图63.2 整体E-R图84 逻辑结构设计94.1 E-R图向关系模型的转换94.2 数据模型的优化95 数据库的实施115.1 数据库与基表的创立115.2 数据的载入175.3 数据的查询19结束语22参考文献231 前言1.1 课题简介随着中国经济和旅游业的发展, 酒店行业也获得了很大的市场份额并已经形成一定的规模。特别是正好填补了星级饭店与社会旅馆之间空白的经济型酒店, 以其”住宿加早餐”的经营模式赢得了越来越多的消费者喜爱。但随着科技的发展, 对企业运营水平的要求越来越高, 同时顾客的体验在企业管理中也越来越占据重要地位, 经济型酒店正面临着前所未有的机遇和挑战。为了顺应时代的信息化发展潮流, 实现企业以顾客为导向的宗旨, 满足客户追求便捷的消费心理, 提升用户体验, 并满足企业自身发展需求, 综合运用数据库设计等先进技术, 实现酒店客房管理系统已成为一种必然。1.2 设计目的对于酒店来说, 客房管理无疑是最重要的一个环节, 决定着酒店的经营状况。如何合理的运用信息技术并结合先进的管理手段来帮助酒店发展已迫在眉睫。对客户、 职员、 房间这些基本情况和订单、 入住单、 退房单、 账单这些单据以及预订房间、 查看房间信息这些步骤的管理, 是设计酒店客房管理系统的依据。经过E-R图的绘制进一步转化为关系模式, 最后完成系统设计。 采用全新的数据库系统来完成客房管理, 不但能够使工作人员方便操作和查询更新和删除数据, 提高工作效率, 实现客房管理流程的更好衔接, 还能够降低人力资源成本, 及时收集相关数据并重新优化配置企业资源以满足用户的最新需求, 增强用户黏性和酒店品牌认知, 实现企业效用最大化。2 需求分析2.1 业务需求及处理流程 业务需求分析是根据现实世界对象需求, 描述应用的具体业务处理流程, 并分析哪些业务是计算机能够完成, 而哪些业务是不能由计算机完成。 酒店客房管理系统主要业务包括: 客户查看房间信息、 客户预订、 客户入住、 及退房结账。现给出核心业务”客户预订或入住”、 ”预订或入住受理”的处理流程, 如图2.1、 图2.2所示。单据生成Y 选择方式: 预订或入住查看房间信息选择结束? N开始选择房间客户进入交付押金结束Y审核经过? N开始职员登录有单据? 单据审核Y查看房间状态空闲Y安排房间退回单据NN结束 图2.1 客户预订或入住 图2.2 预订或入住受理 2.2 功能需求及数据需求分析功能需求分析是描述系统应提供的功能和服务。根据上述需求描述和业务流程, 再经过日常酒店客房管理的相关了解及网上查询, 酒店客房管理系统主要功能和数据需求如下。1.权限管理( 1) 客户管理。客户管理时要求填写基本信息, 包括客户姓名、 性别、 证件类型、 证件号码、 联系电话等信息。( 2) 职员管理。酒店管理人员以职员身份注册并填写基本信息, 包括职员姓名、 性别、 年龄、 登录密码、 部门、 住址、 联系电话等信息。系统检查所有信息填写正确后提示职员注册成功, 并返回职员编号。2.房间管理( 1) 房间信息维护。房间需维护房间编号、 类型、 价格、 押金、 折扣、 房状态等信息。( 2) 房间信息发布。酒店客房管理职员负责及时的发布房间信息、 房间促销信息等, 并及时更新、 删除旧信息。3.订单管理( 1) 订单查询。订单提交后, 客户能够随时查询订单的最新状态以及全部历史订单。( 2) 订单取消或更新。距订单的预订入住日期之前, 允许客户取消订单或更改订单信息。( 3) 订单受理。订单生成后, 职员对订单进行审核。如发现订单信息填写不正确, 则退回客户重新填写。如经过审核则查看对应的房间状态。如果房间状态为空闲, 则安排房间。如果房间状态为已预订或者已入住, 则将订单发回给客户, 重新选择房间。4.入住单管理 客户入住后会产生入住单, 要及时对入住单进行信息维护, 包括客户编号、 房间编号、 入住时间、 早餐、 经办职员编号等信息。5.退房管理 客户退房时, 产生退房单, 包括房间编号、 客户编号、 退房时间、 退还押金等信息。然后检查房间状态, 如果屋内有损坏, 则需要在账单实收金额里算入额外费用。最后客户核对账单, 账单包括账单编号、 日期、 消费明细、 实收金额、 经办职员编号等信息。确认无误后, 客人签字, 并交纳费用。职员处理房间信息, 进行房间信息的管理。6.用户管理（1） 用户升级。系统可对本酒店客户进行升级, 即当客户住房金额达到一定数额后可成为不同级别的客户, 以享受相应的优惠折扣。（2） 用户信息维护。系统管理员及会员可修改、 删除和更新用户信息。（3） 职员信息维护。系统管理员及职员可修改、 删除和更新职员信息。2.3 业务规则分析业务规则分析主要是分析数据之间的约束以及数据库约束。基于上述功能需求, 经过进一步了解, 酒店客房管理系统业务规则如下: （1） 所有客户均可查看房间信息, 可是只有客户此前在本酒店有消费记录, 并满足累计消费额达到一定程度, 才能够按照客户等级享受相应的折扣。（2） 只有注册职员才能维护房间信息及进行订单、 入住单、 退房单、 账单等客房管理的相应处理。（3） 每位客户由客户编号唯一标识, 客户编号由系统按时间顺序生成。（4） 每位职员由职员编号唯一标识, 职员编号由系统按时间顺序生成。（5） 当客户在本酒店累计消费金额超过500元, 即升级为银卡会员, 享受9.5折优惠; 消费金额超过1000元, 即升级为金卡会员, 享受9折优惠; 消费金额超过 元, 即升级为白金卡会员, 享受8折优惠。（6） 房间编号是房间的唯一标识。系统记录房间的状态包括已入住、 已预订、 未预订, 并及时更新。（7） 订单在预订入住日期之前允许用户修改, 可是过了日期订单将失效, 自动取消。（8） 每个订单由订单编号唯一标识。订单编号由系统按订单时间顺序生成, 后提交的订单具有更大的订单号。（9） 每个入住单由入住单编号唯一标识。入住单编号由系统按入住时间顺序生成, 后入住的具有更大的入住单号。（10） 每一个客户能够有多个订单, 且一个订单能够含有多个客户。（11） 每一个客户能够有多个入住单, 且一个入住单能够含有多个客户。（12） 每一个客户都能够查看多个房间的信息, 且一个房间能够被多个客户查看。（13） 每一个职员都能够查询多个房间的信息, 且一个房间能够被多个职员查询。（14） 客户离开后能够退房, 并结算账单。每个退房单由退房单编号唯一标识。每个账单由账单编号唯一标识, 每个账单的编号由入住单编号加上系统按时间顺序生成的流水号组成。（15） 每一个职员能够审核多个订单、 处理多个入住单、 管理多个账单。可是一个订单只能由一个职员审核, 一个入住单只能由一个职员处理, 一个账单也只能由一个职员管理。3 概念结构设计3.1 局部E-R图根据需求分析中得到的信息, 选取E-R模型将这些酒店客房管理系统相关需求转化为数据库的概念模型。实体集及属性: (1)客户: 客户编号、 姓名、 性别、 证件类型、 证件号码、 联系电话、 会员等级客户姓名性别证件类型证件号码会员等级联系电话客户编号 图3.1 客户实体集(2) 职员: 职员编号、 姓名、 性别、 年龄、 登录密码、 部门、 职务、 薪水、 住址、 联系电话职员编号姓名性别年龄登录密码部门省份城市街道职员联系电话职务薪水住址图3.2 职员实体集（3） 房间: 房间编号、 房间类型、 价格、 押金、 折扣、 房状态房间价格押金折扣房间类型房间编号房状态图3.3 房间实体集（4） 订单: 订单编号、 客户编号、 房间编号、 预订入住时间、 预计离店时间客户编号预计入住时间预计离店时间订单编号订单房间编号图3.4 订单实体集(5) 入住单: 入住单编号、 客户编号、 房间编号、 入住时间、 早餐入住单入住单编号客户编号房间编号入住时间早餐图3.5 入住单实体集( 6) 退房单:退房单编号、 房间编号、 客户编号、 退房时间、 退还押金退房单房间编号退还押金退房时间客户编号退房单编号图3.6 退房单实体集（7） 账单: 账单编号、 日期、 入住时间、 退房时间、 消费明细、 实收金额账单日期账单编号消费明细实收金额入住时间退房时间账单日期账单编号消费明细实收金额入住时间退房时间图3.7 账单实体集3.2 整客户入住单入住处理职员mmn1离开mn退房单对应国、 管理账单1m11订单审核预订nmm1预订时间房间查看查询mmnn体E-R图图3.8 酒店客房管理系统E-R图4 逻辑结构设计4.1 E-R图向关系模型的转换E-R模型和关系模型都是对现实世界的抽象。而E-R模型只是描述数据库的概念模式, 若要被关系数据库所接受, 必须进行信息转化, 将E-R模型转化为关系数据库所支持的逻辑模式, 即关系模式。根据局部E-R图和总体E-R图现转化为关系模式如下( 带下划线的是主码, 带波浪线的是外码) : 由实体集转化而来的关系模式: （1） 客户(客户编号, 姓名, 性别, 证件类型, 证件号码, 联系电话, 会员等级)（2） 职员( 职员编号, 姓名, 性别, 年龄, 登录密码, 部门, 职务, 薪水, 省份, 城市, 街道, 联系电话) （3） 房间( 房间编号, 房间类型, 价格, 押金, 折扣, 房状态) ( 4) 订单( 订单编号, 客户编号, 房间编号, 预订入住时间, 预计离店时间, 职员编号) ( 5) 入住单( 入住单编号, 客户编号, 房间编号, 入住时间, 早餐, 职员编号) ( 6) 退房单( 退房单编号, 房间编号, 客户编号, 退房时间, 退还押金) ( 7) 账单( 账单编号, 日期, 入住时间, 退房时间, 消费明细, 实收金额, 职员编号) 由联系集转化而来的关系模式: ( 1) 预订( 客户编号, 订单编号, 预订时间) ( 2) 入住( 客户编号, 入住单编号) ( 3) 离开( 客户编号, 退房单编号) ( 4) 查看( 客户编号, 房间编号) ( 5) 查询( 房间编号, 职员编号) 4.2 数据模型的优化 实体集: （1） 客户(客户编号, 姓名, 性别, 证件类型, 证件号码, 联系电话, 会员等级): 满足BCNF( 2) 职员( 职员编号, 姓名, 性别, 年龄, 登录密码, 部门, 职务, 薪水, 省份, 城市, 街道, 联系电话) : 满足BCNF ( 3) 房间( 房间编号, 房间类型, 价格, 押金, 折扣, 房状态):满足BCNF( 4) 订单( 订单编号, 客户编号, 房间编号, 预订入住时间, 预计离店时间, 职员编号) : 满足BCNF( 5) 入住单( 入住单编号, 客户编号, 房间编号, 入住时间, 早餐, 职员编号) : 满足BCNF( 6) 退房单( 退房单编号, 房间编号, 客户编号, 退房时间, 退还押金) : 满足BCNF( 7) 账单( 账单编号, 日期, 入住时间, 退房时间, 消费明细, 实收金额, 职员编号) : 满足1NF 优化后:账单( 账单编号, 日期, 消费明细, 实收金额, 职员编号) 优化说明: 消费明细的入住总时间能够由退房时间减去入住时间算出来, 由于客户对于入住时间和退房时间不太在意, 而比较注重入住总时间。因此优化时将账单中入住时间和退房时间删除, 把消费明细留下来。 联系集: ( 1) 预订( 客户编号, 订单编号, 预订时间) : 满足BCNF( 2) 入住( 客户编号, 入住单编号) : 满足BCNF( 2) 离开( 客户编号, 退房单编号) : 满足BCNF( 3) 查看( 客户编号, 房间编号) : 满足BCNF( 4) 查询( 房间编号, 职员编号) : 满足BCNF5 数据库的实施5.1 数据库与基表的创立数据库的创立: CREATE DATABASE 酒店客房管理系统ON ( NAME=酒店客房管理系统_dat, FILENAME=D:program files酒店酒店客房管理系统_dat.mdf, SIZE=5mb, MAXSIZE=70mb, FILEGROWTH=5mb)LOG ON (NAME=物流收派管理系统_log, FILENAME=D:program files酒店酒店客房管理系统_log.ldf, SIZE=5mb, MAXSIZE=100mb, FILEGROWTH=5mb) 图5.1 酒店客房管理系统表的创立: （1） 客户表的创立: 图5.2 客户表图5.3 客户表的创立（2） 职员表的创立: 图5.4 职员表图5.5 职员表的创立(3) 房间表的创立: 图5.6 房间表图5.7 房间表的创立（4） 订单表的创立: 图5.8 订单表图5.9 订单表的创立（5） 入住单表的创立: 图5.10 入住单表图5.11 入住单表的创立（6） 退房单表的创立: 图5.12 退房单表图5.13 退房单表的创立（7） 账单表的创立: 图5.14 账单表图5.15 账单表的创立（8） 预订明细表的创立: 图5.16 预订明细表图5.17 预订明细表的创立( 9) 客户入住表的创立: 图5.18 客户入住表图5.19 客户入住表的创立（10） 客户离开表的创立: 图5.20 客户离开表图5.21 客户离开表的创立( 11) 客户查看表的创立: 图5.22 客户查看表图5.23 客户查看表的创立( 12) 职员查询表的创立: 图5.24 职员查询表图5.25 职员查询表的创立5.2 数据的载入( 1) 客户表信息的载入: 图5.26 客户表信息（2） 职员表信息的载入: 图5.27 职员表信息（3） 房间表信息的载入: 图5.28 房间表信息（4） 订单表信息的载入: 图5.29 订单表信息（5） 入住单表信息的载入: 图5.30 入住单表信息（6） 退房单表信息的载入: 图5.31 退房单表信息（7） 账单表信息的载入: 图5.32 账单表信息（8） 预订明细表信息的载入: 图5.33 预订明细表信息（9） 客户入住表信息的载入: 图5.34 客户入住表信息（10） 客户离开表信息的载入: 图5.35 客户离开表信息( 11) 客户查看表信息的载入: 图5.36 客户查看表信息( 12) 职员查询表信息的载入: 图5.37 职员查询表信息5.3 数据的查询( 1) 图5.38 选择运算查询所有列( 2) 图5.39 选择运算查询指定列( 3) 图5.40 连接查询指定列( 4) 图5.41 聚合查询( 5) 图5.42 嵌套查询结束语酒店客房管理系统的数据库设计已经结束了, 本次选取经济型酒店作为主体, 围绕着预订、 入住、 退房三个核心业务流程进行设计。从需求分析开始逐步进行概念结构设计、 逻辑结构设计, 最后用SQL Sever 进行了实施。整个过程是基于自己对于经济型酒店的日常了解、 参考文献以及搜索引擎查到的相关知识, 然后运用老师讲解的数据库知识, 做的一个简单设计。在这个过程中, 发现了自己对数据库设计的理解存在不足, 切实的体会到了实践出真知的道理, 上课虽然听明白了, 可是真正的理解和运用却是另一回事。在翻阅课本及询问老师的过程中, 再结合最后的运用软件实施的部分, 对数据库的认识又上升了一个层面, 实际操作能力也有很大的提高, 同时感觉到了数据库便捷实用的特点。以后要多加强自己的实操能力, 做到真正的学以致用, 在此也感谢老师的谆谆教诲! 参考文献1 万常选, 廖国琼, 等. 数据库系统原理与设计. 清华大学出版社, 2 孙静. 中国经济型酒店发展问题研究. 东北林业大学出版社, 3 陈群. 酒店管理信息系统的设计与实现. 电子科技大学出版社, 4 藏青. 酒店客房管理系统. 经营管理者. , 235 孙丽芳, 孙敏. 客房管理系统的设计与实现. 山西电子技术. , 66 李忠. 酒店客房管理系统数据库的设计与实现. 电脑知识与技术. , 13