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

PAGE5

INDEX\o”S”\c”2\z”2052错误！未TOC\o”1—3”\h\z\uHYPERLINK\l”_Toc422213955一、需求分析 4

1。1基本要求 4

_Toc422213960”1.1.4安全性与完整性要求 5

1。2。1数据流图 5

HYPERLINK\l”_Toc422213963”1。2。2数据字典 6

HYPERLINK\l”_Toc422213964”二、功能设计 7

HYPERLINK\l”_Toc422213965”2。1系统功能 7

HYPERLINK\l”_Toc422213966”2。1。1基础信息设置 7

_Toc422213968”2。1。3查询统计管理 8

2。1.4结账管理 8

HYPERLINK\l”_Toc422213970”2.1.5系统初始设计 8

2。2系统功能结构图 8

HYPERLINK\l”_Toc422213974”三、ER模型 9

HYPERLINK\l”_Toc422213975”四、数据库设计结构 11

4。12数据库表 11

4.2。1主外键约束 13

HYPERLINK\l”_Toc422213981”4。2。2列值唯一 13

4.2.3其他约束 14

4.3索引设计 14

HYPERLINK\l”_Toc4222139844。4数组组织约定 14

HYPERLINK\l”_Toc422213985”4。4。1各实体之间的关联关系情况 14

5.1设计的不足 15

；

2、room表中的room_sta的取值只能是Y或N。

4.3索引设计

1、顾客表按顾客编号升序建立索引

2、住宿表按入住时间升序建立索引

3、客房表按客房编号升序建立唯一索引

4、结算账单表按账单编号升序建立唯一索引

4。4数组组织约定

4。4.1各实体之间的关联关系情况

Fronter与customer的关系是1：n.但当顾客需要办理续住或调房登记

的时候，由于时间不同,办理登记的前台接待员可能不会是同一个,因此规

定办理业务时的关联关系,同一个顾客只能接受一个前台接待员的服务。

Fronter与payment的关系是1：n。

Fronter与manage的关系是n：1。

Customer与room的关系是1：1。如果顾客办理调房的话，可能会出现

一个顾客对应多个客房，因此规定办理调房后，原客房信息被新客房信息覆

盖.另外，当顾客办理退房后，客房状态转为空，将不与顾客对应，规定状

态为非空的客房与顾客有一一对应的关系.

Customer与payment的关系是1:1。

Customer与employee的关系是n:m。

Room与advancer的关系是1：1.

Manage与employee的关系是1：n。

总结

通过此次数据库的课程设计，真正达到了学与用的结合,增强了对数据库方面应用的理解，对自己今后参与开发数据库系统积累了不少经验，在实验过程中,从建立数据开始，对数据库设计理念及思想上有更高的认识，从需求分析,到概念设计和逻辑设计,E—R图的表示,数据字典的创建,懂得了不少有关数据库开发过程中的知识，增强了自己在数据库中应用SQL语言的灵活性，其中包括，插入、删除、修改、查询，牵涉表和表之间的联系，主建与外主键的定义，约束项的设置,使逻辑更严密,在学习过程中，我也上网查了不少资料，也看了一些别人设计的旅馆管理信息系统的设计报告,学以致用，自我创新,完成了这份自己的报告,从中在学到用，从用又到学,受益匪浅。

5。1设计的不足

1、需求分析是整个设计过程的基础,是最困难、最耗费时间的一步。但由

于时间、地域、环境等客观影响,无法进行详细全面的调查取材,故而

该设计存在一定的局限性。学生缺少用户的专业知识,不易理解用户的

真正需求。

2、没有考虑到顾客是否是会员或VIP客户，对实际问题的管理有一定的

局限性。

3、由于数据有常用和不常用之分，本系统未将其区分开来,使数据存储不

够简单明了。

5。2设计的改善方向

需要进行详细的市场调查，充分了解现在宾馆行业的实际运行流程,并

与学习宾馆管理的相关专业人士合作制作管理系统，使该系统更加符合

用户的需求。

将顾客首先分类，会员或VIP客