数据库课程设计新版Word文件下载.docx

数据库课程设计新版Word文件下载.docx

《数据库课程设计新版Word文件下载.docx》由会员分享，可在线阅读，更多相关《数据库课程设计新版Word文件下载.docx（35页珍藏版）》请在冰豆网上搜索。

Interl（R）Core（TM）2DuoCPU，主频2.31GHz；

内存3G；

硬盘320G以上；

1024×

768显示分辨率

⏹软件环境：

powerdesigner,SQLServer2005

课程设计进度计划

起至日期

工作内容

备注

2012/12/01~2012/12/14

2012/12/15~2012/12/28

2012/12/19~2012/12/30

2012/12/24~2012/12/30

搜集资料

讨论算法和分工协作

设计，编写调试系统，修改

汇总课程设计，修订

参考文献、资料索引

序号

文献、资料名称

编著者

出版单位

[1]刘宇君.SQLserver数据库应用设计案例汇编［Ｍ］.北京:

中国铁道出版社,2007.86-132

[2]童爱红等.Delphi数据库编程［Ｍ］.北京:

清华大学出版社,2005.106-158

[3]刘波.基于Delphi的学生成绩管理系统[J].四川大学学报，2009,（10）:

283

[4]康耀红,黄健青.SQLServer2000数据库设计.2006.01

[5]钱雪忠等.数据库原理及应用.2007.04

[6]萨师煊王珊，数据库系统概论（第四版），北京:

高教出版社，2006

1需求分析·

·

3

2概念结构设计·

14

2.2阶段结果·

3逻辑结构设计·

16

5.1.5建立触发器·

22

6.1基本表和视图视图查看验证·

23

6.2存储过程验证·

25

6.3触发器验证·

27

7课程设计总结·

29

1需求分析

1.了解酒店客房管理的基本内容；

2.综合的理解酒店客房管理各层管理人员的不同需求；

3.了解酒店客房管理的基本业务流程；

4.了解酒店客房人工管理模式与信息系统的工作概况，以及它们之间的区别；

5.通过调查和与酒店客房管理人员的交流，了解用户对酒店客房管理系统的业务要求，安全性和完整性要求；

系统的处理对象是顾客的预订和退订信息管理、顾客的入住信息管理、顾客的换房信息管理、顾客的退房信息管理和财务统计信息管理。

系统的处理对象涉及以下几个方面的信息：

顾客基本信息（Guest）：

顾客编号，顾客姓名，顾客性别，顾客身份证号，顾客电话，顾客地址，顾客预交款，顾客积分，顾客的折扣度，顾客余额。

客房基本信息（RoomInfo）：

客房编号，客房类型，客房价格，客房楼层，客房朝向。

消费项目基本信息（Atariff）：

消费项目编号，消费项目名称，消费项目价格。

客房物品基本信息（RoGoInfo）：

客房物品编号，客房物品名称，客房物品原价，客房物品赔偿倍数。

客房状态信息（RoomState）：

客房编号，顾客编号，入住时间，退房时间，预订入住时间，预订退房时间，入住价格，客房状态修改时间，标志位。

消费信息（Consumelist）：

顾客编号，消费项目编号，消费项目数量，消费时间。

物品损坏信息（GoAmInfo）：

顾客编号，客房物品编号，客房编号，损坏物品个数，损坏时间。

1.能够存储一定数量的顾客信息，并方便有效的进行相应的顾客数据操作和管理，这主要包括：

1）顾客信息的录入，删除和修改。

2）顾客信息的关键字检索查询。

2.能够对顾客的预订退订信息，入住信息，换房信息，退房信息，消费信息和损坏物品信息进行相应的操作，这主要包括：

1）顾客预订退订，入住，换房，退房的登记，删除及修改（即对房态信息的登记，删除和修改）。

2）顾客消费信息的登记，删除及修改。

3）顾客损坏物品的登记，删除及修改。

4）顾客消费信息的汇总。

3.能够提供一定的安全机制，提供数据信息授权访问，修改和删除，防止随意查询，修改及删除。

4.对查询，统计的结果能够列表显示。

系统需求分析主要是通过对周边的酒店客房管理人员咨询，请教，了解酒店客房管理的规则和运行机制，并通过上网搜索相关酒店客房管理系统的知识，了解酒店客房管理的现状，以及在管理过程中存在的一些问题。

由于以前没有接触过酒店管理业务，开始总是不知道哪些业务应该是我们了解的重点。

在绘制业务流程图和数据流程图时，遇到很多问题，发现很多烤炉不周到的地方，反反复复的重新考虑，重新分析和完善，才逐步把业务弄清楚，最终顺利的完成了需求分析阶段的任务。

本文从酒店客房管理系统的业务为着手点，分别画了预订退订业务流程图、入住业务流程图、换房业务流程图、退房业务流程图。

根据业务流程图，画了个业务流程图相对应的数据流图。

业务流程图：

（1）预订退订业务流程图

（2）入住业务流程图

（3）退房业务流程图

（4）换房业务流程图

2.3.3酒店客房管理系统数据流程图

（5）财务统计业务流程图

数据流图：

（1）顶层数据流图

（2）第一层数据流图

（3）预订退订数据流

（4）换房数据流图

（5）入住数据流图

（6）财务统计数据流图

（7）退房数据流图

数据字典是体统中各类数据描述的集合，是进行详细的数据手机和数九分析所获得的主要成果。

数据字典在数据库设计中占有很重要的地位。

数据字典通常包括数据项、数据结构、数据流、数据存储、处理过程和外部实体6个部分。

数据项是不可再分的数据单位。

数据结构反映了数据之间的组合关系。

数据流是数据结构在系统内传输的路径。

数据存储是数据结构停留或保存的地方也是数据流的来源和去向之一。

处理过程的具体处理逻辑一般用判定表或判定树来描述。

数据字典是需要描述处理过程的说明性信息。

本文中包括37个数据项，11个数据结构，13个处理过程.

数据项：

表1－1数据项表

数据相编号

数据项名称

数据项别名

数据项类型

长度

Dl-1

Gno

顾客编号

Char

20

Dl-2

Gname

顾客姓名

Dl-3

Gsex

顾客性别

Char

2

Dl-4

Gid

顾客身份证号

18

Dl-5

Gtel

顾客电话

11

Dl-6

Gaddress

顾客地址

Dl-7

Ggrade

顾客积分

int

Dl-8

Account

预交款

float

Dl-9

grade

积分范围

Dl-10

discount

折扣

打折额度

Dl-11

Goodsno

客房物品编号

Dl-12

Goodsname

客房物品名称

Dl-13

Oprice

客房物品原价

Dl-14

Dmultiple

赔偿倍数

Dl-15

Atno

消费项目编号

Dl-16

Atname

消费项目名称

Dl-17

Atprice

消费项目单价

Dl-18

Rno

客房编号

Dl-19

Rtype

客房类型

Dl-20

Rprice

客房单价

Dl-21

Floor

客房楼层

Int

Dl-22

Toward

客房朝向

10

Dl-24

Atime

入住时间

datetime

Dl-25

Rtime

预订时间

Dl-26

Ltime

退房时间

Dl-27

Tntoprice

入住价格

Dl-28

Stime1

预订房态修改时间

Dl-29

Amoney

消费项目花费

Dl-30

Dmoney

物品损坏费

Dl-31

balance

余额

Dl-32

Amount

消费项目个数

Dl-33

Dnum

损坏物品个数

Dl-34

Stime2

退订修改房态时间

Dl-35

Stime3

入住修改房态时间

Dl-36

Stime4

换房修改房态时间

Dl-37

Stime5

退房修改房态时间

数据结构：

表1.2数据结构

数据结构编号

数据结构名

数据结构含义

数据结构组成

DS-1

guest

顾客信息

Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,balance,grade,discount

DS-2

Into

入住信息

DS-1+DS-8

DS-3

reserve

预订信息

DS-4

return

退订信息

DS-5

goods

客房物品信息

Goodsno,Goodsname,Oprice,Dmultiple

DS-6

Amuse

娱乐价目表

Atno,Atname,Atprice

DS-7

RoomType

客房信息

Rno,Rtype,Rprice,Floor,Toward

DS-8

RoomState

房态信息

Rno,Atime,Rtime,RLtime,Ltime,Gno,Intoprice,Stime

DS-9

consum

消费清单

Cono,Gno,account,balance,Amoney,Dmoney,Cotime

DS-10

顾客消费单

DS-6+DS-1

DS-11

GoodsD

物品损坏单

DS-5+DS-1

数据处理

表1.3处理过程

处理逻辑编号

处理逻辑名称

简述

输入的数据流

处理

输出的数据流

P1.1

核对客户要求

前台核对是否有满足顾客要求的客房

顾客预订数据,房态信息，客房类型

根据客房类型和房态信息,核对是否有满足顾客要求的客房并反馈给顾客

满足要求的顾客信息和顾客信息.

P1.2

预订登记

将顾客分配到满足要求的客房,在前台记录

满足要求的顾客信息和客房信息

根据满足要求的信息,办理登记，并修改客房状态

预订单,将预订单存档并反馈给客户

P1.3

退订登记

对顾客退订处理

顾客的退订数据

根据顾客的退订信息，客房状态

房态信息，根据房态信息更新房态信息

P2.1

入住登记

前台对已定房顾客进行登记

顾客给出的预定信息

办理入住手续，修改房态信息

更改后的房态信息，新的入住记录

P3.1

查看酒店的空客房是否满足客户要求

顾客换房要求

根据客户的要求，查看是否有满足客户要求的空客房

满足/不满足信息，查询余额要求

P3.2

查询余额

对顾客的消费余额进行查询

查询余额请求

根据换房顾客的消费清单，查询余额是否能满足所换房价格

余额足/不足信息

P3.3

登记换房

对换房者进行换房登记

余额足够信息

对换房者进行登记，并修改房态信息

P3.4

开续款通知

对换房顾客填写需款通知

足额不足信息

填写续款通知

续款通知单

P4.1

退房登记

前台对顾客的退房进行确认

顾客退房数据

根据顾客的退房信息，更新房态信息

房态信息，将新的房态信息存档

P4.2

打印消费清单

根据财务部的顾客消费汇总，打印顾客消费情况

消费数据，来源财务部

根据财务部的顾客消费汇总，打印消费清单，反馈给顾客

消费清单，反馈给顾客其消费情况

P5.1

统计消费项目

根据顾客的消费项目和客房部拥有的消费项目核对顾客的消费情况

顾客的消费项目，客房部拥有的消费项目

根据客房部拥有的消费项目统计顾客的消费项目

消费项目记录，传递给财务部

P5.2

汇总顾客消费项目

对顾客的各种花费进行汇总

顾客的消费，损坏物品的赔偿，顾客信息及会员信息

对顾客的所有经费进行汇总如是会员进行优惠

一位顾客的所有花费

P5.3

统计损坏物品

统计客房物品的损坏情况

根据物品清单检查是否有损坏，如有则对损坏者进行索赔

损坏物品赔偿信息

P5.4

酒店营业额汇总

汇总酒店的营业额

顾客消费信息

根据顾客的消费情况，对酒店的营业额进行汇总

酒店营业额

2概念结构设计

（1）选择底层数据流为切入点，通常选择实际系统中的子系统；

（2）设计分E-R图，即各子模块的E-R图；

（3）生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；

（4）生成全局E-R图，通过消除冲突等方面。

在本酒店客房管理系统中，从第二层数据流程图下手，分析个第二层数据流程图和数据字典，知道整个系统的功能围绕“顾客”、“客房”和“消费”的处理。

根据尸体与属性间的两条准则：

1作为“属性”，不能再具有需要描述的性质。

2“属性”不能与其他实体具有联系。

（1）根据不同的对象，从第二层数据流程图入手，分别画出各E-R图：

（a）E-R图1:

（b）E-R图2：

（c）经消除冲突和冗余合成的总E-R图：

（2）各E－R图各实体的属性如下所示：

顾客Guest（Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade,discount，balance）

客房基本信息：

RoomInfo（Rno,Rtype,Rprice,Rfloor,Toward）

消费项目：

Atariff（Atno,Atname,Atprice）

客房物品信息：

RoGoInfo（Goodsno,Goodsname,Oprice,Dmultiple）

各E-R图各联系的属性如下所示：

预订：

Reserve（Stime1,Rtime,Rltime）

退订：

Back（Stime2）

入住：

Into（Stime3,Atime,Ltime）

换房：

Change（Stime4）

退房：

Return（Stime5）

消费：

Consumelist（Amount,Wtime）

物品赔偿单GoAmInfo（Dnum，Amendstime）

3逻辑结构设计

以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。

具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。

实体型转换为关系模式。

实体的属性就是关系的属性，实体的码就是关系的码。

对于实体间的联系则有以下不同的情况：

一个m：

n联系转换为一个关系模式。

与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合。

一个1：

n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。

如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

一个1：

1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。

三个或三个以上实体间的一个多元联系可以转换为一个关系模式。

与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合具有相同码的关系模式可合并。

由于顾客与客房的联系方式为1：

n（一对多），可以将其之间的联系与n端实体客房合并，也可以独立作为一种关系模式，我们选择将其作为独立的关系模式。

由于顾客与客房物品，消费项目的联系方式为n:

n（多对多），可以将其之间的联系转化为独立的关系模式，具体的基本E-R图向关系模型的转化如下：

顾客：

Guest（Gno,Gname,Gsex,Gid,Gtel,Gaddress,Account,Ggrade,discount，balance）

RoGoInfo（Goodsno,Rno,Goodsname,Oprice,Dmultiple）

Reserve（Gno,Rno,Stime1,Rtime,Rltime）

Back（Gno,Rno,Stime2）

Into（Gno,Rno,Stime3,Atime,Ltime）

Change（Gno,Rno,Stime4）

Return（Gno,Rno,Stime5）

Consumelist（Atno,Gno,Amount,Wtime）

物品赔偿单GoAmInfo（Goodsno,Gno,Rno,Amendstime,Dnum）

（注：

画双线的为主码）

数据库的模式定义包括三个方面：

1.数据的逻辑结构；

2.数据之间的联系；

3.数据有关的完整性约束、安全性要求。

表3－1数据库模式汇总

编号

数据库模式

说明

T-1

Guest

顾客基本信息

T-2

RoomInfo

客房基本信息

T-3

Atariff

消费项目基本信息

T-4

RoGoInfo

客房物品基本信息

T-5

房态基本信息

T-6

Consumelist

消费基本信息

T-7

GoAmInfo

物品赔偿信息

将概念模型转换为全局逻辑模型后，还应该根据局部应用的需要，结合具体DBMS的特点，设计用户的外模式。

用户模式注重考虑用户的习惯与方便。

包括：

（1）使用更符合用户习惯的别名。

（2）可以对不同级别的用户定义不同的View，以保证系统的安全性。

（3）简化用户对系统的使用。

表3－2用户子模式定义

用户子模式（View）作用（共性：

提供数据保密和安全保护机制

V-1

BookView

便于查询预定信息

V-2

IntoView

便于查询入住信息

V-3

EmRoView

便于查询空房信息

数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：

（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；

（2）对物理结构进行评价，评价的重点是时间和空间效率。

本系统的功能主要包括如图几个方面：

（2）客房物品、娱乐信息查询和更新（插入，删除和更新）程序流程图：

数据库的建立

CreatedatabaseHotelmanagement

（1）顾客基本信息表的建立：

createtableguest

（Gnochar（20）notnull,

Gnamechar（20）notnull,

Gsexchar（20）notnull,

Gidchar（18）uniquenotnull,

Gtelchar（11）,

Gaddresschar（20）,

Accountfloat,

Gradeint,

discountfloatnotnull,

balancefloat,

primarykey（Gno）,

check（Account>

=0.0andGrade>

0）

）

（2）客房基本信息表的建立：

createtableRoominfo

（Rnochar（10）,

Rtypechar（20）notnull,

Rpricefloatnotnull,

Rfloorsmallintnotnull,

Toward