旅游景区管理系统

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

旅游景区管理系统

一.系统概述

1.背景

由于时下大多数人生活优越,交通工具方便快捷,信息获取方便,导致旅游业迅速发展。为了方便旅游爱好者在网上获取信息,有效地掌握景区的相关信息,开发出一套适合于旅游者在网络上快速获取信息的管理系统,通过本系统,出行者可以查看河南的全部景点列表,了解某个景点的详细情况,自驾车、公交线路,获取景区内的旅游地图等。该系统为旅客提供全面的旅游景点查询服务。

2.目的

本系统提供对各旅游景点综合信息的查询和管理,可以作为旅游出行综合信息查询的门户。通过本系统出行者可以查看全部景点列表,了解某个景点的详细情况。

二.需求分析

1.系统需求分析:

通过系统功能分析,针对一般旅游景区信息管理的需求,分析总结出如下需求信息。

●用户可以对旅游线路及其详细信息进行查询

●用户可以预定旅游线路

●用户可以查看网站的公告信息

●用户可以查看留言板以及留言

●管理员可以修改旅游线路信息

●管理员可以删除和增加旅游线路

●管理员可以增加和修改公告信息

●管理员可以查看留言板以及回复留言

2.业务流程

数据字典

⑴数据项

用户信息表:

留言板信息表:

⑵数据结构

⑶数据流

⑷数据存储

⑸处理过程

3.组织结构图

4.数据流图

旅客数据流图:

管理数据流图:

三.系统设计部分

1.局部E-R图

数据对象E_R图

用户与可预订旅游线路之间的实体关系E-R图

管理员与旅游线路之间的实体关系E-R图

管理员与公告之间的实体关系E-R图

管理员与留言板之间的实体关系E-R图

四.逻辑结构设计

1.联系类型的转换

E-R图转换为相应的关系模式(依据转换原则)。综观项目的具体特点和整体处理要求,同时为便于系统内部的管理,在各实体原有信息的基础上,确定增加候选码,作为各关系的主键(关键字)、考虑联系确定外键。

(1)管理员(用户名,密码)

(2)公告栏(公告标题,公告时间,公告内容)

(3)旅客(用户名,密码)

(4)旅游线路(旅游线路名称,旅游线路文字描述,介绍图片)

(5)留言板(留言标题,留言时间,回复内容,回复管理,留言内容)

2.关系模式规范化

关系模式属于第三范式,每个非主属性都不传递函数依赖于主关系键。在关系模式中,用户名,公告标题,旅游线路名称,留言标题为主属性,其余的为非主属性,对于公共栏,公告标题、公告时间决定公告内容,非主属性公告内容不传递函数依赖于主关系键,因此公告栏属于第三范式,对于旅客和管理员,密码不传递依赖于用户名,也属于第三范式。对于旅游路线和留言板也同样是,非主属性不传递依赖于主关系键,都属于第三范式。

五.数据库实施

1.建表查询

2.创建索引

六.总结

在我的努力下这个系统终于完成,虽然在整个设计过程中,出现过很多的难题,但都在老师和同学的帮助下顺利解决了。在此过程中我体会到:数据库是一个不断学习的过程,每个过程都需要仔细评估,同时我体会到实践对于学习的重要性,以前只是明白理论,没有经过实践考察,对知识的理解不够明确,通过这次的做,真正做到理论实践相结合。

总之,通过设计数据库,我深刻体会到要做好一个完整的事情,需要有系统的思维方式和方法,对待要解决的问题,要耐心、要善于运用已有的资源来充实自己。同时我也深刻的认识到,在对待一个新事物时,一定要从整体考虑,完成一步之后再作下一步,这样才能更加有效。

相关文档
最新文档