宾馆客房管理系统的SQL数据库文档格式.docx
《宾馆客房管理系统的SQL数据库文档格式.docx》由会员分享，可在线阅读，更多相关《宾馆客房管理系统的SQL数据库文档格式.docx（25页珍藏版）》请在冰点文库上搜索。
3、后台管理者可以对客房、员工的信息进行管理和查看，可以设置员
工的权限，可以查看客房使用情况，还可以查询统计预订和退房情
况。
1.1.3处理要求
宾馆需要对顾客的调房要求、客房续住等进行处理，对处理的响应时间
和处理方式都有一定的要求——响应时间，越短越好，单机处理。
前台登记处理：
前台接待员为顾客进行入住、预订、退房、调房、退订
登记。
预订客房：
顾客信息与客房信息建立一一对应联系，客房状态由空转至
非空。
入住：
分房卡后，顾客信息将与其对应的客房信息建立一一对应的联系，
客房状态转至非空。
退房：
顾客持房卡去前台登记退房，顾客信息与账单信息一一对应，客
房状态转至空。
调房：
根据顾客要求为其调换房间，原客房状态转为空，新开客房信息
与顾客建立新的一一对应的联系新的客房转为非空。
续住：
前台接待员可以根据入住延期情况，对顾客追加押金。
1.1.4安全性与完整性要求
对于宾馆客房管理，并不是所有人都可以进入管理系统，因而需要设置
一定的权限或其他的安全性与管理性要求：
1、不同的用户拥有不同的权限，系统根据用户权限，进入不同的功能
界面。
权限分为两类：
一个是后台管理者权限，一个是前台接待员
权限。
普通员工无权登录此系统。
2、密码正确才可登录系统。
1.2数据流图、数据字典
调查了解用户需求以后，采用结构化分析方法，自顶而下、逐层分解系统，得到数据流图、数据字典、判定表等来表达数据与处理过程的关系。
1.2.1数据流图
1.2.2数据字典
1、数据项
数据项名称
数据类型及其长度
说明
预定人
字符，可变长度10
不能为空
预定人电话
字符，可变长度15
客人姓名
客人身份证号码
字符，可变长度18
订单编号
字符，可变长度36
入住单号
客房编号
字符，可变长度6
账单编号
客房类型
客房价格
货币型
客房状态
字符，可变长度2
抵店时间
日期型
入住人数
入住天数
入住时间
退房时间
订单状态
字符，可变长度4
入住单状态
消费金额
备注
字符，可变长度40
2、数据结构
3、
数据结构
含义说明
组成
顾客
客房管理系统的主体数据结构，定义了一个顾客的相关信息
顾客编号，顾客姓名，性别，身份证号
客房
客房管理系统的主体数据结构，定义一个客房的相关信息
客房编号，客房类型，客房价格，客房状态
客房信息单
登记有关客房住宿信息
客房编号，入住时间，住宿天数，押金，证件号
二、功能设计
2.1系统功能
2.1.1基础信息设置
1、设置客房信息：
对客房的基本信息进行增加、修改、删除，不断更新。
2、设置员工信息：
对员工的基本信息进行增加、修改、删除，不断更新。
2.1.2客房前台管理
1、客房预订：
可以通过前台登记处或网上实现客房预订。
2、住宿登记：
顾客入住宾馆登记信息。
3、调房登记：
顾客有合理情由时为其调换客房。
4、客房续住：
顾客根据自身情况增加住宿天数，通过前台办理续住并增加
押金。
5、退房结账：
可以选择挂账、打折等多种方式，并可以在此增加其他消费
项目的费用，结账由前台办理。
2.1.3查询统计管理
1、客房查询：
通过客房编号查询客房基本信息。
2、房态查询：
通过客房编号查询客房是否为空。
3、预订查询：
通过顾客姓名查询预订信息。
4、住宿查询：
通过顾客编号查询住宿信息。
5、退宿查询：
通过顾客姓名查询退宿信息。
2.1.4结账管理
结账方式：
可以选择挂账、现金、刷卡、会员优惠等多种方式。
2.1.5系统初始设计
1、本单位定义：
设置本单位的基本信息。
2、业务部门定义：
设置各业务部门的相关信息。
2.1.6系统维护
1、系统初始化：
清空目前的系统数据，将系统恢复为初始状态。
2、操作员管理：
高级管理员登录后可进行操作员的添加、删除以及信息更
改。
3、权限设置：
可以设定管理者的管理权限以及具体的可操作功能。
登录设
置，密码匹配者可进入系统进行操作管理。
2.2系统功能结构图
宾馆客房管理系统
基础信息设置
客房前台管理
查询统计管理
结账管理
系统初始设计
系统维护
设置客房信息
设置员工信息
客房预订
住宿登记
调房登记
客房续住
退房结账
客房查询
房态查询
预订查询
住宿查询
退宿查询
结账方式
本单位定义
业务部门定义
系统初始化
操作员管理
权限设置
m
n
1
顾客
退房
结算账单
登记
客房
预订
预订人
结算
前台接待员
管理
管理员
办理业务
服务员
服务
三、ER模型
地址
身份证号
年龄
性别
姓名
顾客编号
预订编号
密码
前天接待员编号
密码口令
管理员编号
姓名
服务员编号
前台接待员编号
四、数据库设计结构
4.1数据库表设计
4.11实体属性
顾客（顾客编号，姓名，性别，年龄，身份证号，地址，客房编号，账
单编号）
预订人（姓名，身份证号，预订编号，客房编号）
客房（客房编号，客房类型，客房状态，客房价格）
住宿（顾客编号，客房编号，押金，入住时间，退房时间）
前台接待员（前台接待员编号，姓名，账单编号，顾客编号，密码）
管理员（管理员编号，姓名，密码口令）
服务员（服务员编号，姓名）
结算账单（账单编号，消费金额，入住时间，退房时间，前台接待员编
号）
4.12数据库表
1、顾客表（customer）
列名
数据类型
长度
允许空
字段说明
主外键
Cu_id
int
4
PK，FK
Cu_name
varchar
10
Cu_sex
2
性别
Cu_age
年龄
Cu_idnum
18
Cu_add
50
地址
Room_id
FK
Pay_id
2、预订人表（advancer）
Ad_name
Ad_idnum
Ad_id
int4
PK
Fro_id
0
3、客房表（room）
列名
PK,FK
Room_typ
Room_pri
money
Room_sta
4、住宿表（ch）
deposit
押金
begintime
datetime
endtime
5、前台接待员表（fronter）
Fro_name
Fro_password
密码
Man_id
4、管理员表（manage）
5、
Man_name
Man_password
7、服务员表（employee）
8、
Emp_id
Emp_name
8、结算账单表（payment）
4.2约束设计
4.2.1主外键约束
表16.主外键约束
主键表
主键
外键表
外键
customer
ch
advancer
room
manage
employee
payment
4.2.2列值唯一
1、customer表中的cu_id、cu_idnum、room_id、pay_id列取值唯一；
2、advancer表中ad_id、ad_idnum、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、客房表按客房编号升序建立唯一索引
4、结算账单表按账单编号升序建立唯一索引
4.4数组组织约定
4.4.1各实体之间的关联关系情况
Fronter与customer的关系是1：
n。
但当顾客需要办理续住或调房登记
的时候，由于时间不同，办理登记的前台接待员可能不会是同一个，因此规
定办理业务时的关联关系，同一个顾客只能接受一个前台接待员的服务。
Fronter与payment的关系是1：
Fronter与manage的关系是n:
1。
Customer与room的关系是1:
如果顾客办理调房的话，可能会出现
一个顾客对应多个客房，因此规定办理调房后，原客房信息被新客房信息覆
盖。
另外，当顾客办理退房后，客房状态转为空，将不与顾客对应，规定状
态为非空的客房与顾客有一一对应的关系。
Customer与payment的关系是1:
Customer与employee的关系是n:
m。
Room与advancer的关系是1:
Manage与employee的关系是1：
五、总结
六、
通过此次数据库的课程设计，真正达到了学与用的结合，增强了对数据库方面应用的理解，对自己今后参与开发数据库系统积累了不少经验，在实验过程中，从建立数据开始，对数据库设计理念及思想上有更高的认识，从需求分析，到概念设计和逻辑设计，E-R图的表示，数据字典的创建，懂得了不少有关数据库开发过程中的知识，增强了自己在数据库中应用SQL语言的灵活性，其中包括，插入、删除、修改、查询,牵涉表和表之间的联系，主建与外主键的定义，约束项的设置，使逻辑更严密，在学习过程中，我也上网查了不少资料，也看了一些别人设计的旅馆管理信息系统的设计报告，学以致用，自我创新，完成了这份自己的报告，从中在学到用，从用又到学，受益匪浅。
5.1设计的不足
1、需求分析是整个设计过程的基础，是最困难、最耗费时间的一步。
但由
于时间、地域、环境等客观影响，无法进行详细全面的调查取材，故而
该设计存在一定的局限性。
学生缺少用户的专业知识，不易理解用户的
真正需求。
2、没有考虑到顾客是否是会员或VIP客户，对实际问题的管理有一定的
局限性。
3、由于数据有常用和不常用之分，本系统未将其区分开来，使数据存储不
够简单明了。
5.2设计的改善方向
1、需要进行详细的市场调查，充分了解现在宾馆行业的实际运行流程，并
2、
与学习宾馆管理的相关专业人士合作制作管理系统，使该系统更加符合
用户的需求。
2、将顾客首先分类，会员或VIP客户享有一些特殊的优惠待遇，或是其他
消费活动在退房结账的时候需另行计算费用。
4、将常用数据和不常用数据区分开来，提高系统性能，更加缩短响应时间。
【参考文献】
1、王珊萨师煊，数据库系统概论（第4版），高等教育出版社，1983
年4月.
2、刘彦保李军利郝继升，用PowerBuilder和SQLServer开发酒店管理信息系统[J]，延安大学学报,2003,Vol.04.
3、钱学忠，SQL在数据库应用系统中的运用[J]，电子器件,
2000,Vol.03.
4、刘韬，SQLServer2000数据库系统开发实例导航[M]，电子工
业出版社，2005.6.
5、廖望，SQLServer2000案例教程[M]，人民邮电出版社，2005.6.
6、王晟马里杰.SQLServer数据库开发经典例解析[J].北京：
清
华大学出版社，2006.
升级会员 