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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

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

1、对于宾馆客房管理,用户需要从数据库中获得的信息有很多,包括客房 信息、顾客信息以及员工信息等,全面分析有信息要求如下:1、该数据库可以存取的数据包括客房信息、顾客信息、员工信息及住宿信息2、前台接待员可以查看客房、宾客信息,可以查看客房使用情况,还可以查看统计入住、预订和退房记录。3、后台管理者可以对客房、员工的信息进行管理和查看,可以设置员 工的权限,可以查看客房使用情况,还可以查询统计预订和退房情 况。1.1.3处理要求宾馆需要对顾客的调房要求、客房续住等进行处理,对处理的响应时间 和处理方式都有一定的要求一一响应时间,越短越好,单机处理。前台登记处理:前台接待员为顾客进行入住、预订、退房

2、、调房、退订 登记。预订客房:顾客信息与客房信息建立一一对应联系, 客房状态由空转至 非空。入住:分房卡后,顾客信息将与其对应的客房信息建立一一对应的联系, 客房状态转至非空。退房:顾客持房卡去前台登记退房,顾客信息与账单信息一一对应,客 房状态转至空。调房:根据顾客要求为其调换房间,原客房状态转为空,新开客房信息 与顾客建立新的一一对应的联系新的客房转为非空。续住:前台接待员可以根据入住延期情况,对顾客追加押金。1.1.4安全性与完整性要求对于宾馆客房管理,并不是所有人都可以进入管理系统,因而需要设置 一定的权限或其他的安全性与管理性要求:1、不同的用户拥有不同的权限,系统根据用户权限,进入

3、不同的功能界面。权限分为两类:一个是后台管理者权限,一个是前台接待员 权限。普通员工无权登录此系统。2、密码正确才可登录系统。1.2数据流图、数据字典调查了解用户需求以后,采用结构化分析方法,自顶而下、逐层分解系统, 得到数据流图、数据字典、判定表等来表达数据与处理过程的关系。1.2.1数据流图如駆I门也1.2.2数据字典1、数据项数据项名称数据类型及其长度说明预定人字符,可变长度10不能为空预定人电话字符,可变长度15客人姓名客人身份证号码字符,可变长度18订单编号字符,可变长度36入住单号客房编号字符,可变长度6账单编号客房类型客房价格货币型客房状态字符,可变长度2抵店时间日期型入住人数入

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

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

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

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

8、(customer)列名数据类型长度允许空字段说明主外键Cu idint4顾客编号PK,FKCu n amevarchar101姓名Cu_sex2性别Cu age年龄Cu id num18身份证号Cu add50地址Roo mdFKPay id2、预订人表(advancer)Ad n ameAd id numAd idint4预订编号PKFro id前口接待贝编号3、客房表(room)PK,FKRoom_typRoom_primoneyRoom_sta4、住宿表(ch)Cu_iddeposit押金begi ntimedatetimeen dtime5、前台接待员表(fronter)Fro_id

9、前台接待员编号Fro_n amePay_idFro password密码Mand管理员编号3、管理员表(manage)r数据类型Man idMan n ameMan password密码口令7、服务员表(employee)Emp id服务员编号Emp _n ameMan_id8、结算账单表(payment)4.2约束设计4.2.1主外键约束表16.主外键约束主键表主键外键表外键customerCudchadvancerAd_idroomman ageemployeepayme nt422列值唯1、 customer表中的 cud、cu_idnum、roomd、pay_id歹U取值唯一;2、 a

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

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

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

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

14、户,对实际问题的管理有一定的 局限性。3、 由于数据有常用和不常用之分,本系统未将其区分开来,使数据存储不 够简单明了。5.2设计的改善方向1、 需要进行详细的市场调查,充分了解现在宾馆行业的实际运行流程,并 与学习宾馆管理的相关专业人士合作制作管理系统,使该系统更加符合 用户的需求。2、 将顾客首先分类,会员或 VIP客户享有一些特殊的优惠待遇,或是其他 消费活动在退房结账的时候需另行计算费用。3、 将常用数据和不常用数据区分开来, 提高系统性能,更加缩短响应时间【参考文献】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-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1