旅行社信息管理系统数据库课程设计.docx

上传人:b****8 文档编号:10919819 上传时间:2023-02-23 格式:DOCX 页数:18 大小:154.47KB
下载 相关 举报
旅行社信息管理系统数据库课程设计.docx_第1页
第1页 / 共18页
旅行社信息管理系统数据库课程设计.docx_第2页
第2页 / 共18页
旅行社信息管理系统数据库课程设计.docx_第3页
第3页 / 共18页
旅行社信息管理系统数据库课程设计.docx_第4页
第4页 / 共18页
旅行社信息管理系统数据库课程设计.docx_第5页
第5页 / 共18页
点击查看更多>>
下载资源
资源描述

旅行社信息管理系统数据库课程设计.docx

《旅行社信息管理系统数据库课程设计.docx》由会员分享,可在线阅读,更多相关《旅行社信息管理系统数据库课程设计.docx(18页珍藏版)》请在冰豆网上搜索。

旅行社信息管理系统数据库课程设计.docx

旅行社信息管理系统数据库课程设计

课程设计Ⅲ

设计说明书

 

青年旅行社业务及

客户服务系统的

客户服务系统的开发

学生姓名

**

学号

班级

成绩

指导教师

**

 

计算机科学与技术系

2010年9月10日

 

课程设计Ⅲ课程设计评阅书

题目

青年旅行社业务及其客户服务系统

学生姓名

**

学号

指导教师评语及成绩

成绩:

教师签名:

年月日

答辩教师评语及成绩

成绩:

教师签名:

年月日

教研室意见

 

总成绩:

室主任签名:

年月日

注:

指导教师成绩60%,答辩成绩40%,总成绩合成后按五级制记入。

课程设计任务书

2010—2011学年第一学期

专业:

信息管理与信息系统学号:

姓名:

**

课程设计名称:

课程设计Ⅲ

设计题目:

青年旅行社业务及客户服务系统的开发

完成期限:

自2010年8月30日至2010年9月12日共2周

设计依据、要求及主要内容(可另加附页):

系统可采用B/S结构实现。

其功能按照客户端和服务器端可以分为:

客户端主要功能:

旅行社基本情况介绍、旅游景点及相关信息介绍、可选旅游线路、费用情况、在线预订申请、信息查询与更改等。

服务器端主要功能:

用户管理、基本信息维护、用户管理、人员管理、车辆管理、费用及成本核算、报表和单据打印等。

要求:

1、要求进行系统分析、设计,不要求实现系统。

2、掌握数据库的开发设计技术,数据库的设计应该是重点叙述内容,后台数据库可以用SQLServer、Access或ASA数据库等。

3、数据库系统设计分为六个阶段进行:

需求分析、概念结构设计、逻辑结构设计、物理结构设计、数据库的实施、数据库的运行和维护,本设计中只要求进行前四个阶段工作。

 

指导教师(签字):

教研室主任(签字):

批准日期:

年月日

 

摘要

青年旅行社业务及其服务系统为了实现客房管理、客户管理、旅游管理、订房服务、退房服务、旅游服务等操作,在设计过程中,先进行了需求分析,其中包括数据流图和数据字典;然后进行概念设计画出E—R图;逻辑设计将概念模型转换为关系模型;物理结构设计对数据进行存储安排。

关键词:

数据流;数据字典;关系模型

目录

1课题描述1

2需求分析2

2.1用户需求调查2

2.2系统数据流程图2

2.3系统数据字典3

3数据库设计7

3.1概念设计阶段7

3.2逻辑设计阶段8

3.3物理结构设计8

总结10

参考文献11

1课题描述

随着计算机技术的飞速发展,信息时代的到来,信息改变了我们这个社会。

各类行业在日常经营管理各个方面也在悄悄地走向规范化和网络化。

旅行社管理的信息化程度体现在将计算机及网络与信息技术应用于经营与管理,以现代化工具代替传统手工作业。

无疑,使用网络信息化管理使客房管理和旅游管理更先进、更高效、更科学,信息交流更迅速。

作为计算机及网络应用的一部分,使用计算机对客房信息和旅游信息进行管理,具有手工管理所无法比拟的优点。

例如:

检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高客房经营管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件,且办事效率也是决定收入的一个关键因素。

开发工具:

MicrosoftSQLServer2000;

2需求分析

需求分析也称为系统分析,它是数据库设计的第一步。

通过需求分析,得出系统分析对数据的要求和对功能的需求。

2.1用户需求调查

通过对青年旅行社业务及其服务系统的调查,明确了该系统是由客房管理,客户管理,旅游管理,订房服务,退房服务和旅游服务5部分组成。

用户对现有系统功能的描述如下。

(1)客房管理

1)对旅行社的所有住房按类别统一编码;对各类客房建立客房登记卡,登记客房的主要信息。

2)设备有损坏的客房要注销其客房登记卡。

(2)客户管理

1)建立客户信息表,对客户统一编号。

2)对新加入的客户,将其信息加入到客户信息表中;对某些特定的VIP客户,将其信息从客户信息表中删除。

3)当客户信息发生变化时,修改客户信息表中的相应记录。

(3)旅游管理

1)对旅游景点的名称和城市名称进行同一编号。

2)将对应景点的乘车路线和景点费用及其天气状况录入到相应的记录。

3)景点的乘车路线和费用发生变化时,修改记录中的相应信息。

(4)订房服务

1)未入住的客房要按客房类别进行分类,供客户查询预定。

2)建立住房登记卡,卡上记录着客房编号,客房楼层客户姓名和编号,入住时间;将住房登记卡按照客户单位,客户编号集中管理。

3)客户提出订房请求时,先查看客户的身份证,如果该客户无公安局的通缉令,则可以办理住房手续。

4)办理入住手续时需要填写住房登记卡,管理员审核后客户可以入住房间。

(5)退房服务

1)客户提出退房请求时,先对照相应的住房登记卡,确认客房编号和房间物品无损害后可办理退房手续。

2)办理退房手续的方法是在住房登记卡上填写退房时间,管理员签名;将已退订的房间集中保管,收回客房。

3)讲退订的客房统一保管,供以后的客户查询预订。

2.2系统数据流程图

根据对用户需求的调查,画出系统数据流程图

图2.2数据流程图

2.3系统数据字典

青年旅行社业务及其服务系统数主要的据流程图中,数据信息和处理过程需要通过数据字典才能描述清楚。

在我们定义的青年旅行社业务及其服务系统数据字典中,主要对数据流程图中的数据流、数据存储和处理过程进行说明。

(1)主要的数据流定义

1)数据流名称:

客房情况

位置:

客房→P1.1,客房→P2.3

定义:

客房情况=客房类别+客房楼层+定价+完好否

数据流量:

平均流量为每月传输1000次,高峰期流量每天传输100次

说明:

客房入库时,根据客房情况建立客房记录;客户退房时要核实基本信息是否与客房记录相符,要检查客房是否完好。

2)数据流名称:

客户情况

位置:

客户→P1.2

定义:

客户情况=姓名+身份证号码+单位+性别+电话

数据流量:

平均流量为每年传输8000次,高峰期流量每天传输1000次

说明:

根据客户的情况建立客户记录,以便为其提供更多的旅游信息。

3)数据流名称:

旅游景点情况

位置:

客户→P1.3

定义:

旅游景点情况=景点名称+城市名称+乘车路线+景点费用+天气状况

数据流量:

平均流量为每月传输8000次,高峰期流量每天传输1000次

说明:

根据旅游景点情况建立旅游景点记录。

4)数据流名称:

管理员情况

位置:

管理员→P3

定义:

管理员=用户名+口令

数据流量:

平均流量为每年传输100次,高峰期流量每天传输10次

说明:

通过管理员的用户名和口令鉴别用户身份。

5)数据流名称:

用户身份

位置:

P3→{P1.1,P1.2,P2.1,P2.3}

定义:

用户身份=[非法用户∣内部管理员∣服务管理员]

数据流量:

平均流量为每天传输2000次,高峰期流量每小时传输100次

说明:

不同的用户进入的处理过程不同。

6)数据流名称:

订房请求

位置:

订房请求=客房编号∣客房类型

定义:

用户身份=[非法用户∣内部管理员∣服务管理员]

数据流量:

平均流量为每天传输1000次,高峰期流量每小时传输300次

说明:

通过客房编号和客房类型查询库中的客房,其中客房类型为模糊查询。

7)数据流名称:

退房请求

位置:

客户→P2.3

定义:

退房情况=客户+客户情况

数据流量:

平均流量为每天传输1000次,高峰期流量每小时传输300次

说明:

确认客房完好后,删除订房记录。

4)数据流名称:

客房信息

位置:

P2.1→P2.2

定义:

客房信息=输入客房编号+客户编号

数据流量:

平均流量为每天传输1000次,高峰期流量每小时传输250次

说明:

订房时需要输入客房编号和客户编号,以确定客户和客房。

(2)主要的数据存储定义

1)数据存储编号:

D1

数据存储名称:

客房记录

输入:

P1.1

输出:

P2.1,P2.2,P2.3

数据结构:

客房记录=客房编号+客房类别+客房楼层+定价+预定否

数据量和存储频度:

数据量为250000条;存储频度为每天1000次。

存取方式:

联机处理;检索和更新;主要是随机检索。

说明:

客房编号具有唯一性和非空性;

2)数据存储编号:

D2

数据存储名称:

客户记录

输入:

P1.2

输出:

P2.2,P2.3

数据结构:

客户记录=客户编号+姓名+身份证号码+单位+性别+电话

数据量和存储频度:

数据量为15000条;存储频度为每天500次。

存取方式:

联机处理;主要是检索处理;以随机检索为主。

说明:

客户编号具有唯一性和非空性,性别只能是“男”或“女”。

3)数据存储编号:

D3

数据存储名称:

订房记录

输入:

P2.2

输出:

P2.2,P2.3

数据结构:

订房记录=客房编号+客户编号+订房日期

数据量和存储频度:

数据量为50000条;存储频度为每天1000次。

存取方式:

联机处理;以更新操作为主;随机检索。

说明:

客户编号是外码,参照表为“客户.客户编号”;客房是外码,参照表是“客房.客房编号”;订房日期为添加记录当天的日期。

4)数据存储编号:

D4

数据存储名称:

用户记录

输入:

P3

输出:

P3

数据量和存储频度:

数据量为1000条;存储频度为每天100次。

存取方式:

联机处理;以检索为主;顺序检索。

数据结构:

用户+密码+级别

说明:

级别是“内部管理员”或“服务管理员”。

(3)主要处理过程

1)处理过程编号:

P1.1

处理过程名:

客房管理

输入:

客房情况,用户身份

输出:

D1

处理说明:

对旅行社内所有客房按类别统一编码,将客房信息数据化,存储客房记录表中。

2)处理过程编号:

P1.2

处理过程名:

客户管理

输入:

客户情况,用户身份

输出:

D2

处理说明:

建立客户信息表,对客户统一编号;实现客户记录表的增删改维护功能。

3)处理过程编号:

P1.3

处理过程名:

旅游景点管理

输入:

客户情况,用户身份

输出:

D3

处理说明:

对所有旅游景点进行统一管理,存储在相应的信息记录中。

4)处理过程编号:

P2.1

处理过程名:

查看客房

输入:

订房请求,D1,用户身份

输出:

订房请求,客房信息

处理说明:

实现根据客房编号查询客房、根据客房类别模糊查询客房的功能。

5)处理过程编号:

P2.2

处理过程名:

订房处理

输入:

客房信息,D1,D2,D3

输出:

订房记录

处理说明:

确认客户符合订房条件,办理订房手续。

6)处理过程编号:

P2.3

处理过程名:

退房处理

输入:

D1,D2,D3,退房请求,客房情况,用户身份

输出:

D3

处理说明:

对照相应的住房登记卡,确认客房编号无误后可办理退房手续。

7)处理过程编号:

P3

处理过程名:

安全管理

输入:

管理员情况,D4

输出:

用户身份,D4,管理员情况

处理说明:

通过用户名和口令,确认用户身份,保证系统的安全性。

3数据库设计

3.1概念设计阶段

根据系统需求分析,可以得出青年旅行社业务及其服务系统数据库的概念模型,如下图是用E—R图表示的该系统的概念模型。

图3.1合法用户实体属性图

图3.2客户实体属性图

图3.3旅游景点实体属性图

3.4客房实体图

 

3.5各个实体间联系图

3.2逻辑设计阶段

将青年旅行社业务及其服务系统的E—R图转换为关系数据库的数据模型,其关系模型为:

合法用户(职工编号,职工名,用户登录名,密码,级别),其中用户登录名为主码;

客房(客房编号,客房类别,客房楼层,定价,预定否),其中客房编号为主码;

客户(客户编号,姓名,身份证号码,单位,性别,电话,旅游景点),其中客户编号为主码;

旅游景点(景点名称,城市名称,乘车路线,景点费用,天气状况),其中景点名称为主码;

住房(客房编号,客户编号,订房日期,退房日期,订房经办人,退房经办人),其中客房编号课客户编号为主码;

游览(景点名称,客户编号,旅游情况)。

将青年旅行社业务及其服务系统库名定义为“青年旅行社服务”。

3.3物理结构设计

数据库的物理结构设计是对于给定的逻辑数据模型,选取一个最适合应用环境的物理结构。

物理结构指的是数据库在物理设备上的存储结构与存取方法,它依赖于给定的计算机系统。

各表的详细定义如下:

表3.1合法用户表

属性名

数据类型

长度

允许空

主码或索引

约束条件

用户登录名

Char

8

No

主码

输入时不显示

密码

Char

8

No

输入时不显示

级别

Char

10

No

“管理员”“系统管理员”

职工编号

Char

5

No

索引

职工名

Char

8

No

表3.2客房表

属性名

数据类型

长度

允许空

主码或索引

约束条件

客房编号

Char

10

No

主码

客房类别

VarChar

10

No

索引

客房楼层

VarChar

5

No

索引

定价

Smallmoney

5

Yes

索引

预定否

bit

No

索引

1为预定,0为没有预定

表3.3旅游景点表

属性名

数据类型

长度

允许空

主码或索引

约束条件

景点名称

VarChar

20

No

主码

城市名称

VarChar

10

No

索引

乘车路线

Char

30

No

索引

景点费用

Char

20

No

索引

天气状况

VarChar

20

No

索引

值为景点当天的天气

表3.4客户表

属性名

数据类型

长度

允许空

主码或索引

约束条件

客户编号

Char

8

No

主码

姓名

VarChar

8

No

索引

身份证号码

Char

10

No

索引

单位

VarChar

20

No

索引

性别

Char

2

Yes

“男”或“女”

电话

VarChar

12

Yes

表3.5住房表

属性名

数据类型

长度

允许空

主码或索引

约束条件

客房编号

Char

10

No

主属性

客户编号

Char

8

No

主属性

订房日期

Datetime

8

No

索引

值为修改记录的当天期

退房日期

Datetime

8

No

索引

值为修改记录的当天期

订房经手人

Char

5

No

值为职工编号

退房经手人

Char

5

No

值为职工编号

总结

数据库课程设计和实验都结束了,在这段时间我学到了很多知识。

通过这次的课程设计,增强了我对数据库基本概念的理解,并且对数据库管理系统据库的应用有了更深的认识。

在WINDOWS的环境中,用MicrosoftSQLServer2000构建一个库存管理系统。

让我了解到了在实际的环境下编写数据库前期的一些调查分析的准备工作。

在建立客户资料数据源时,我发现性别一栏可以填写除“男”,“女”以外的字,这就需要一个约束,可是在约束语句里,我有语法错误,后来知道了那是由于一些符号是应该在英语条件下写出。

一般设主键的时候都是设一个,这个主键在数据源中是不能重复的。

以前的课题很容易就完成了,而这次课设确实是对我的挑战,它需要设计人有足够的耐心,超强的学习能力和坐的住的心态。

这次课设使我获益匪浅,让我从老师同学那里学到很到实用的知识,所以在这里我要感谢李老师的悉心指导和同学的热忱帮助。

参考文献

[1]赵子江.多媒体技术基础[M].北京:

机械工业出版社,2001.

[2]数据库系统原理及应用教程/苗雪兰等编著.北京:

机械工业出版社,2007.

[3]数据结构(C语言版)/严蔚敏,吴伟民编著.清华大学出版社,2007.

 

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 法律文书 > 调解书

copyright@ 2008-2022 冰豆网网站版权所有

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