完整word版旅游景区管理系统.docx
- 文档编号:9209633
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:14
- 大小:629.74KB
完整word版旅游景区管理系统.docx
《完整word版旅游景区管理系统.docx》由会员分享,可在线阅读,更多相关《完整word版旅游景区管理系统.docx(14页珍藏版)》请在冰豆网上搜索。
完整word版旅游景区管理系统
旅游景区管理系统
.系统概述
1.背景
由于时下大多数人生活优越,交通工具方便快捷,信息获取方便,导致旅游业迅速发展。
为了方便旅游爱好者在网上获取信息,有效地掌握景区的相关信息,开发出一套适合于旅游者在网络上快速获取信息的管理系统,通过本系统,出行者可以查看河南的全部景点列表,了解某个景点的详细情况,自驾车、公交线路,获取景区内的旅游地图等。
该系统为旅客提供全面的旅游景点查询服务。
2.目的
本系统提供对各旅游景点综合信息的查询和管理,可以作为旅游出行综合信息查询的门户。
通过本系统出行者可以查看全部景点列表,了解某个景点的详细情况。
二.需求分析
1.系统需求分析:
通过系统功能分析,针对一般旅游景区信息管理的需求,分析总结出如下需求信息。
●用户可以对旅游线路及其详细信息进行查询
●用户可以预定旅游线路
●用户可以查看网站的公告信息
●用户可以查看留言板以及留言
●管理员可以修改旅游线路信息
●管理员可以删除和增加旅游线路
●管理员可以增加和修改公告信息
●管理员可以查看留言板以及回复留言
2.业务流程
数据字典
⑴数据项
用户信息表:
别名
数据类型
长度
主键
备注
use_name
varchar
12
是
用户名
use_key
varchar
12
密码
tour_line_name
varchar
50
是
旅游线路名称
tour_line_intro
Varchar
200
旅游线路介绍
tour_line_image
Image
旅游线路图
hot_line_line
Varchar
4
热点线路
留言板信息表:
别名
数据类型
主键
备注
board_title
Varchar(50)
是
留言标题信息
board_contex
Varchar(200)
留言内容
board_name
Varchar(12)
留言用户名
board_time
Varchar(10
是
留言时间
response_context
Varchar(200)
回复内容
response_time
Varchar(10)
回复时间
⑵数据结构
编号
数据结构名
属性
1
管理员信息
姓名、密码
2
用户信息
用户名、密码
3
公告栏信息
公告标题、公告时间、公告内容
4
旅游路线信息
旅游线路名称,旅游线路文字描述,介绍图片
5
留言板信息
留言标题,留言时间,回复内容,回复管理,留言内容
⑶数据流
编号
数据流明
输入
输出
1
登录查看
旅客
用户信息
2
线路预定
旅客
旅游线路信息
3
旅游路线浏览
旅客
旅游线路信息
4
公告信息浏览
旅客
公告信息
5
留言
旅客
留言信息
6
登录
管理员
用户信息
7
留言板管理
管理员
留言信息
8
旅游线路管理
管理员
旅游路线信息
9
公告管理
管理员
公告信息
⑷数据存储
数据存储名
输入数据流
输出数据流
用户信息
用户基本信息
用户登录
管理员信息
管理员基本信息
管理员登录
旅游线路信息
旅游线路信息浏览、管理
用户、管理员
留言信息
留言、管理留言信息
用户,管理员
公告信息
公告信息查看,管理
用户,管理员
⑸处理过程
处理过程名
输入数据流
输出数据流
说明部分
登录查看
终端
用户信息
线路预订
终端
旅客
留言
更新后留言
旅客
旅游路线浏览
终端
旅客
公告浏览
终端
旅客
留言信息管理
回复留言
当前留言
旅游线路管理
更新旅游线路
当前旅游线路
公告管理
更新公告
当前公告
3.组织结构图
4.数据流图
旅客数据流图:
管理数据流图:
三.系统设计部分
1.局部E-R图
数据对象E_R图
用户与可预订旅游线路之间的实体关系E-R图
管理员与旅游线路之间的实体关系E-R图
管理员与公告之间的实体关系E-R图
管理员与留言板之间的实体关系E-R图
2.全局E-R图
四.逻辑结构设计
1.联系类型的转换
E-R图转换为相应的关系模式(依据转换原则)。
综观项目的具体特点和整体处理要求,同时为便于系统内部的管理,在各实体原有信息的基础上,确定增加候选码,作为各关系的主键(关键字)、考虑联系确定外键。
(1)管理员(用户名,密码)
(2)公告栏(公告标题,公告时间,公告内容)
(3)旅客(用户名,密码)
(4)旅游线路(旅游线路名称,旅游线路文字描述,介绍图片)
(5)留言板(留言标题,留言时间,回复内容,回复管理,留言内容)
2.关系模式规范化
关系模式属于第三范式,每个非主属性都不传递函数依赖于主关系键。
在关系模式中,用户名,公告标题,旅游线路名称,留言标题为主属性,其余的为非主属性,对于公共栏,公告标题、公告时间决定公告内容,非主属性公告内容不传递函数依赖于主关系键,因此公告栏属于第三范式,对于旅客和管理员,密码不传递依赖于用户名,也属于第三范式。
对于旅游路线和留言板也同样是,非主属性不传递依赖于主关系键,都属于第三范式。
五.数据库实施
1.建表查询
2.创建索引
六.总结
在我的努力下这个系统终于完成,虽然在整个设计过程中,出现过很多的难题,但都在老师和同学的帮助下顺利解决了。
在此过程中我体会到:
数据库是一个不断学习的过程,每个过程都需要仔细评估,同时我体会到实践对于学习的重要性,以前只是明白理论,没有经过实践考察,对知识的理解不够明确,通过这次的做,真正做到理论实践相结合。
总之,通过设计数据库,我深刻体会到要做好一个完整的事情,需要有系统的思维方式和方法,对待要解决的问题,要耐心、要善于运用已有的资源来充实自己。
同时我也深刻的认识到,在对待一个新事物时,一定要从整体考虑,完成一步之后再作下一步,这样才能更加有效。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 完整 word 旅游 景区 管理 系统