旅游景区管理系统
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 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.创建索引
六.总结
在我的努力下这个系统终于完成,虽然在整个设计过程中,出现过很多的难题,但都在老师和同学的帮助下顺利解决了。在此过程中我体会到:数据库是一个不断学习的过程,每个过程都需要仔细评估,同时我体会到实践对于学习的重要性,以前只是明白理论,没有经过实践考察,对知识的理解不够明确,通过这次的做,真正做到理论实践相结合。
总之,通过设计数据库,我深刻体会到要做好一个完整的事情,需要有系统的思维方式和方法,对待要解决的问题,要耐心、要善于运用已有的资源来充实自己。同时我也深刻的认识到,在对待一个新事物时,一定要从整体考虑,完成一步之后再作下一步,这样才能更加有效。