ImageVerifierCode 换一换
格式:DOCX , 页数:25 ,大小:133.34KB ,
资源ID:1074990      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bingdoc.com/d-1074990.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(宾馆客房管理系统的SQL数据库.docx)为本站会员(b****1)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

宾馆客房管理系统的SQL数据库.docx

1、宾馆客房管理系统的SQL数据库宾馆客房管理系统的数据库设计宾馆客房管理系统的数据库设计【摘要】近年来,我国现代酒店业迅猛发展,市场竞争日趋激烈,传统的管理方法已经不能适应现代社会的需要,全面提高宾馆客房管理系统已成为酒店业发展的当务之急。因此,本论文旨在设计出一套高效、精确、便捷的管理系统,以实现宾馆对客房的科学化、规范化和信息化管理,提高宾馆的管理水平和竞争力。宾馆管理系统是对宾馆管理系统的现代化、网络化,逐步摆脱当前宾馆管理的人工管理方式,拓展经营空间,降低运营成本,提高管理和决策效率而开发的。传统的宾馆计算机管理系统主要包括前台管理系统和后台管理系统两大部分,基本包含了宾馆主要业务部门,

2、初步实现了对顾客服务和进行财务核算所需要的各个功能。它包括客户信息管理、客房信息管理、入住和退房管理、客房类型管理、费用管理、价目信息管理等6大功能模块,并提供了对各功能模块的查询和更新功能。其中客户信息管理、入住和退房管理是系统开发的重点。 本文讲述的是基于客户/服务器的宾馆管理系统,实现了宾馆管理的信息化。本系统涉及数据库方面的技术,采用SQL语言来实现。 【关键字】 宾馆客房管理 E-R模型 需求分析 数据库结构 一、需求分析1.1 基本要求通过调查宾馆对客房、员工、业务的管理方式,充分了解原宾馆客房管理系统的工作概况,明确宾馆管理的业务需求、信息需求、处理需求、安全性与完整性要求。 1

3、.1.1 业务要求 针对宾馆的订房、入住、退房等业务的调查,明确用户的业务需求如下: 1、基础信息设置:设置客房信息、设置员工信息 2、客房前台管理:客房预订、住宿登记、调房登记、客房续住、退房 结账 3、查询统计管理:客房查询、房态查询、预订查询、住宿查询、退宿 查询 4、结账管理 5、系统初始设计:本单位定义、业务部门定义 6、系统维护:系统初始化、操作员管理、权限设置 1.1.2 信息要求 对于宾馆客房管理,用户需要从数据库中获得的信息有很多,包括客房信息、顾客信息以及员工信息等,全面分析有信息要求如下: 1、该数据库可以存取的数据包括客房信息、顾客信息、员工信息及住 宿信息 2、前台接

4、待员可以查看客房、宾客信息,可以查看客房使用情况,还 可以查看统计入住、预订和退房记录。 3、后台管理者可以对客房、员工的信息进行管理和查看,可以设置员 工的权限,可以查看客房使用情况,还可以查询统计预订和退房情 况。 1.1.3 处理要求 宾馆需要对顾客的调房要求、客房续住等进行处理,对处理的响应时间 和处理方式都有一定的要求响应时间,越短越好,单机处理。 前台登记处理:前台接待员为顾客进行入住、预订、退房、调房、退订 登记。 预订客房:顾客信息与客房信息建立一一对应联系,客房状态由空转至 非空。 入住:分房卡后,顾客信息将与其对应的客房信息建立一一对应的联系, 客房状态转至非空。 退房:顾

5、客持房卡去前台登记退房,顾客信息与账单信息一一对应,客 房状态转至空。 调房:根据顾客要求为其调换房间,原客房状态转为空,新开客房信息 与顾客建立新的一一对应的联系新的客房转为非空。 续住:前台接待员可以根据入住延期情况,对顾客追加押金。 1.1.4 安全性与完整性要求 对于宾馆客房管理,并不是所有人都可以进入管理系统,因而需要设置 一定的权限或其他的安全性与管理性要求: 1、不同的用户拥有不同的权限,系统根据用户权限,进入不同的功能 界面。权限分为两类:一个是后台管理者权限,一个是前台接待员 权限。普通员工无权登录此系统。 2、密码正确才可登录系统。1.2 数据流图、数据字典调查了解用户需求

6、以后,采用结构化分析方法,自顶而下、逐层分解系统,得到数据流图、数据字典、判定表等来表达数据与处理过程的关系。1.2.1 数据流图 1.2.2 数据字典1、数据项数据项名称数据类型及其长度说明预定人字符,可变长度10不能为空预定人电话字符,可变长度15客人姓名字符,可变长度10客人身份证号码字符,可变长度18订单编号字符,可变长度36不能为空入住单号字符,可变长度36不能为空客房编号字符,可变长度6不能为空账单编号字符,可变长度36不能为空客房类型字符,可变长度10客房价格货币型客房状态字符,可变长度2不能为空抵店时间日期型入住人数字符,可变长度10入住天数字符,可变长度10入住时间日期型不能

7、为空退房时间日期型订单状态字符,可变长度4入住单状态字符,可变长度4消费金额货币型备注字符,可变长度402、数据结构3、数据结构含义说明组成顾客客房管理系统的主体数据结构,定义了一个顾客的相关信息顾客编号,顾客姓名,性别,身份证号客房客房管理系统的主体数据结构,定义一个客房的相关信息客房编号,客房类型,客房价格,客房状态客房信息单 登记有关客房住宿信息客房编号,入住时间,住宿天数,押金,证件号二、功能设计2.1 系统功能 2.1.1 基础信息设置 1、设置客房信息:对客房的基本信息进行增加、修改、删除,不断更新。 2、设置员工信息:对员工的基本信息进行增加、修改、删除,不断更新。 2.1.2

8、客房前台管理 1、客房预订:可以通过前台登记处或网上实现客房预订。 2、住宿登记:顾客入住宾馆登记信息。 3、调房登记:顾客有合理情由时为其调换客房。 4、客房续住:顾客根据自身情况增加住宿天数,通过前台办理续住并增加 押金。 5、退房结账:可以选择挂账、打折等多种方式,并可以在此增加其他消费 项目的费用,结账由前台办理。 2.1.3 查询统计管理 1、客房查询:通过客房编号查询客房基本信息。 2、房态查询:通过客房编号查询客房是否为空。 3、预订查询:通过顾客姓名查询预订信息。 4、住宿查询:通过顾客编号查询住宿信息。 5、退宿查询:通过顾客姓名查询退宿信息。 2.1.4 结账管理 结账方式

9、:可以选择挂账、现金、刷卡、会员优惠等多种方式。 2.1.5 系统初始设计 1、本单位定义:设置本单位的基本信息。 2、业务部门定义:设置各业务部门的相关信息。 2.1.6 系统维护 1、系统初始化:清空目前的系统数据,将系统恢复为初始状态。 2、操作员管理:高级管理员登录后可进行操作员的添加、删除以及信息更 改。 3、权限设置:可以设定管理者的管理权限以及具体的可操作功能。登录设 置,密码匹配者可进入系统进行操作管理。2.2系统功能结构图2.2系统功能结构图宾馆客房管理系统基础信息设置客房前台管理查询统计管理结账管理系统初始设计系统维护设置客房信息设置员工信息客房预订住宿登记调房登记客房续住

10、退房结账客房查询房态查询预订查询住宿查询退宿查询结账方式本单位定义业务部门定义系统初始化操作员管理权限设置mnn1n1n11n111111顾 客退房结算账单登记客 房预订预订人结算前台接待员管理管理员办理业务管理服务员服务三、ER模型顾 客账单编号客房编号地 址身份证号年 龄性 别姓 名顾客编号预订人身份证号客房编号预订编号姓 名客房客房价格客房编号客房类型客房状态 前台接待员密 码顾客编号账单编号姓 名前天接待员编号管理员密码口令姓 名管理员编号服务员姓名服务员编号结算账单账单编号入住时间退房时间消费金额前台接待员编号四、数据库设计结构4.1 数据库表设计4.11 实体属性 顾客(顾客编号,

11、姓名,性别,年龄,身份证号,地址,客房编号,账 单编号) 预订人(姓名,身份证号,预订编号,客房编号) 客房(客房编号,客房类型,客房状态,客房价格) 住宿(顾客编号,客房编号,押金,入住时间,退房时间) 前台接待员(前台接待员编号,姓名,账单编号,顾客编号,密码) 管理员(管理员编号,姓名,密码口令) 服务员(服务员编号,姓名) 结算账单(账单编号,消费金额,入住时间,退房时间,前台接待员编 号) 4.12 数据库表 1、顾客表(customer)列名数据类型长度允许空字段说明主外键Cu_idint40顾客编号 PK,FKCu_namevarchar101姓名Cu_sexvarchar21性

12、别Cu_ageint21年龄Cu_idnumvarchar180身份证号Cu_addvarchar501地址Room_idint40客房编号FKPay_idint40账单编号FK 2、预订人表(advancer)列名数据类型长度允许空字段说明主外键Ad_namevarchar101姓名Ad_idnumvarchar180身份证号Ad_idint440预订编号PKRoom_idint440客房编号PKFro_idint40 前台接待员编号 3、客房表(room) 列名数据类型长度允许空字段说明主外键Room_idint40客房编号PK,FKRoom_typvarchar100客房类型Room_p

13、rimoney0客房价格Room_stavarchar20客房状态 4、住宿表(ch)列名数据类型长度允许空字段说明主外键Cu_idint40 顾客编号FKRoom_idint40客房编号FKdepositmoney0押金begintimedatetime0入住时间endtimedatetime0退房时间 5、前台接待员表(fronter)列名数据类型长度允许空字段说明主外键Fro_idint40 前台接待员编号PKFro_namevarchar101姓名Pay_idint40账单编号Cu_idint40 顾客编号Fro_passwordvarchar100密码Man_idint40管理员编号

14、4、管理员表(manage)5、列名数据类型长度允许空字段说明主外键Man_idint40管理员编号PKMan_namevarchar101姓名Man_passwordvarchar100密码口令 7、服务员表(employee)8、列名数据类型长度允许空字段说明主外键Emp_idint40服务员编号PKEmp_namevarchar101姓名Man_idint40管理员编号8、结算账单表(payment)列名数据类型长度允许空字段说明主外键Pay_idint40账单编号PK,FKbegintimedatetime0入住时间endtimedatetime0退房时间moneymoney0消费金额

15、Fro_idint40前台接待员编号 4.2 约束设计 4.2.1 主外键约束表16. 主外键约束主键表主键外键表外键customerCu_idchCu_idadvancerAd_idroomRoom_idcustomerRoom_idroomRoom_idadvancerRoom_idroomRoom_idchRoom_idmanageMan_idemployeeEmp_idpaymentPay_idcustomerPay_id4.2.2 列值唯一 1、customer表中的cu_id、cu_idnum、room_id、pay_id列取值唯一; 2、advancer表中ad_id、ad_id

16、num、room_id列取值唯一; 3、room表中room_id列取值唯一; 4、ch表中cu_id、room_id列取值唯一; 5、fronter表中fro_id、pay_id、cu_id列取值唯一; 6、manage表中man_id列取值唯一; 7、payment表中pay_id列取值唯一; 8、Employee表中emp_id列取值唯一。 4.2.3 其他约束 1、customer表中的cu_sex的取值只能是“男”或“女”; 2、room表中的room_sta的取值只能是Y或N。4.3 索引设计 1、顾客表按顾客编号升序建立索引2、住宿表按入住时间升序建立索引 3、客房表按客房编号升

17、序建立唯一索引 4、结算账单表按账单编号升序建立唯一索引4.4 数组组织约定 4.4.1 各实体之间的关联关系情况 Fronter与customer的关系是1:n。但当顾客需要办理续住或调房登记的时候,由于时间不同,办理登记的前台接待员可能不会是同一个,因此规定办理业务时的关联关系,同一个顾客只能接受一个前台接待员的服务。 Fronter与payment的关系是1:n。 Fronter与manage的关系是n:1。 Customer与room的关系是1:1。如果顾客办理调房的话,可能会出现一个顾客对应多个客房,因此规定办理调房后,原客房信息被新客房信息覆盖。另外,当顾客办理退房后,客房状态转为

18、空,将不与顾客对应,规定状态为非空的客房与顾客有一一对应的关系。 Customer与payment的关系是1:1。 Customer与employee的关系是n:m。 Room与advancer的关系是1:1。 Manage与employee的关系是1:n。五、总结六、 通过此次数据库的课程设计,真正达到了学与用的结合,增强了对数据库方面应用的理解,对自己今后参与开发数据库系统积累了不少经验,在实验过程中,从建立数据开始,对数据库设计理念及思想上有更高的认识,从需求分析,到概念设计和逻辑设计,E-R图的表示,数据字典的创建,懂得了不少有关数据库开发过程中的知识,增强了自己在数据库中应用SQL语

19、言的灵活性,其中包括,插入、删除、修改、查询,牵涉表和表之间的联系,主建与外主键的定义,约束项的设置,使逻辑更严密,在学习过程中,我也上网查了不少资料,也看了一些别人设计的旅馆管理信息系统的设计报告,学以致用,自我创新,完成了这份自己的报告,从中在学到用,从用又到学,受益匪浅。5.1 设计的不足1、需求分析是整个设计过程的基础,是最困难、最耗费时间的一步。但由 于时间、地域、环境等客观影响,无法进行详细全面的调查取材,故而 该设计存在一定的局限性。学生缺少用户的专业知识,不易理解用户的 真正需求。2、没有考虑到顾客是否是会员或VIP客户,对实际问题的管理有一定的 局限性。3、由于数据有常用和不

20、常用之分,本系统未将其区分开来,使数据存储不 够简单明了。5.2 设计的改善方向1、需要进行详细的市场调查,充分了解现在宾馆行业的实际运行流程,并2、 与学习宾馆管理的相关专业人士合作制作管理系统,使该系统更加符合 用户的需求。2、将顾客首先分类,会员或VIP客户享有一些特殊的优惠待遇,或是其他3、 消费活动在退房结账的时候需另行计算费用。4、将常用数据和不常用数据区分开来,提高系统性能,更加缩短响应时间。5、【参考文献】 1、 王珊 萨师煊,数据库系统概论(第4版),高等教育出版社,1983 年4月. 2、 刘彦保 李军利 郝继升,用Power Builder和SQL Server开发酒 店管理信息系统J,延安大学学报,2003,Vol.04. 3、 钱学忠,SQL在数据库应用系统中的运用J,电子器件, 2000,Vol.03. 4、 刘韬,SQL Server 2000数据库系统开发实例导航M,电子工 业出版社,2005.6. 5、 廖望,SQL Server 2000案例教程M,人民邮电出版社,2005.6. 6、 王晟 马里杰 .SQL Server 数据库开发经典例解析J.北京:清 华大学出版社,2006.

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2