《数据库原理》课程设计报告设计题目：旅游景区管理系统专业：信息管理与信息系统计算机与数据科学学院2019 年01月11日目录1 概述 (1)1.1选题的背景与意义 (1)1.2相关技术分析 (1)1.2.1 系统功能需求 (1)1.2.2 系统数据要求 (1)2 系统功能设计 (2)2.1系统总体结构设计图 (2)2.2系统功能模块 (3)2.2.1 用户模块 (3)2.2.2 管理模块 (3)3 数据库设计 (4)3.1需求分析 (4)3.2.1 系统需求分析 (4)3.2.2 数据流图 (4)3.2.3 数据字典 (5)3.2概念结构设计 (7)3.3逻辑结构设计 (9)3.4物理结构设计 (10)3.4.1 存储结构设计 (10)3.4.2 存取方式 (10)3.5数据库实施 (10)3.6数据库运行与维护 (14)3.6.1 数据库备份与还原的原则 (14)3.6.2 数据库备份与还原过程中注意的问题 (14)3.6.3 数据库的备份计划 (14)3.6.4 数据库的还原计划 (14)4 结束语 (15)参考文献 (16)1 概述1.1 选题的背景与意义由于时下大多数人生活优越，交通工具方便快捷，信息获取方便，导致旅游业迅速发展。
为了方便旅游爱好者在网上获取信息，有效地掌握景区的相关信息，开发出一套适合于旅游者在网络上快速获取信息的管理系统，通过本系统，出行者可以查看河南的全部景点列表，了解某个景点的详细情况，自驾车、公交线路，获取景区内的旅游地图等。
该系统为旅客提供全面的旅游景点查询服务。
1.2相关技术分析1.2.1 系统功能需求1.可以对用户的有关资料进行查询，输入，修改以及删除。
2.便于管理人员掌握用户的具体情况，提供强大的查询功能。
1.2.2 系统数据要求1.数据录入和处理时的准确性数据输入错误会导致系统输出的不正确或不可用，从而使此系统的工作没有意义。
2.数据的一致性与完整性因为信息量非常大，处理用户信息的时候操作非常频繁，管理系统对数据的处理有着非常高的硬性要求，所以要有一定数量的操作人员来维护数据的一致性，在数据录入处来控制数据的去向。
3.数据的独立性对用户信息进行日常管理，及时进行信息的更新，并且要对系统进行独立且准确的操作。
2 系统功能设计2.1 系统总体结构设计图图2.1用户设计图图2.2管理设计图2.2 系统功能模块2.2.1 用户模块（1）用户对旅游线路的查询。
（2）用户对售票情况的查询。
（3）用户对留言的增加，查询。
（4）用户对景区的查询。
2.2.2 管理模块（1）管理员对旅游线路的增加，修改，删除，查询。
（2）管理员对热点线路的增加，修改，删除，查询。
（3）管理员对留言的增加，修改，删除，查询。
（4）管理员对旅游信息的增加，更新，删除，查询。
3 数据库设计3.1 需求分析3.2.1 系统需求分析通过系统功能分析，针对一般旅游景区信息管理的需求，分析总结出如下需求信息。
用户可以对旅游线路及其详细信息进行查询用户可以预定旅游线路用户可以查看网站的公告信息用户可以查看留言板以及留言管理员可以修改旅游线路信息管理员可以删除和增加旅游线路管理员可以增加和修改公告信息管理员可以查看留言板以及回复留言3.2.2 数据流图（1）旅客数据流图：图3.1旅客数据流图（2）管理数据流图：图3.2管理数据流图3.2.3 数据字典（1）数据项用户信息表：表3.1 用户信息留言板信息表：（2）数据结构表3.3 数据结构（3）数据流（4）数据存储（5）处理过程3.2 概念结构设计1.局部E-R图图3.3用户与可预订旅游线路之间的实体关系E-R图图3.4管理员与旅游线路之间的实体关系E-R图图3.5管理员与公告之间的实体关系E-R图图3.6管理员与留言板之间的实体关系E-R图2.全局E-R图图3.7全局E-R图3.3 逻辑结构设计1.联系类型的转换E-R图转换为相应的关系模式（依据转换原则）。
综观项目的具体特点和整体处理要求，同时为便于系统内部的管理，在各实体原有信息的基础上，确定增加候选码，作为各关系的主键（关键字）、考虑联系确定外键。
（1）管理员（用户名，密码）（2）公告栏（公告标题，公告时间，公告内容）（3）旅客（用户名，密码）（4）旅游线路（旅游线路名称，旅游线路文字描述，介绍图片）（5）留言板（留言标题，留言时间，回复内容，回复管理，留言内容）2.关系模式规范化关系模式属于第三范式，每个非主属性都不传递函数依赖于主关系键。
在关系模式中，用户名，公告标题，旅游线路名称，留言标题为主属性，其余的为非主属性，对于公共栏，公告标题、公告时间决定公告内容，非主属性公告内容不传递函数依赖于主关系键，因此公告栏属于第三范式,对于旅客和管理员，密码不传递依赖于用户名，也属于第三范式。
对于旅游路线和留言板也同样是，非主属性不传递依赖于主关系键，都属于第三范式。
3.4 物理结构设计3.4.1 存储结构设计（1）易变结构：用户名，密码，留言板。
（2）稳定结构：管理员，旅游线路，旅游线路名称，介绍图片，线路描述。
3.4.2 存取方式稳定结构建立索引，易变结构不建索引。
3.5 数据库实施create table 留言板信息表 (board_title varchar(50) not null,tour_line_name varchar(50) not null,use_name varchar(12),board_time varchar(10),response_context varchar(200),response_time varchar(50) )insert into 留言板信息表 (use_name,board_title , tour_line_name) values ('王硕','景区售票情况','苏州园林');insert into 留言板信息表 (use_name,board_title , tour_line_name) values ('王翩翩','旅游景点的乘车信息','东方明珠');insert into 留言板信息表 (use_name,board_title , tour_line_name) values ('张庆霞','景区管理情况','昆明');insert into 留言板信息表 (use_name,board_title , tour_line_name) values ('韩秋','景区附近的酒店','广州');insert into 留言板信息表 (use_name,board_title , tour_line_name) values ('李明','景区附近的食宿情况','云南大理');图3.8用户信息表截图create table 用户信息表 (use_name varchar(12) not null,use_key varchar(12) ,tour_line_name varchar(50) not null,tour_line_intro varchar(200),tour_line_image image,hot_line_line varchar(40) )insert into 用户信息表 (use_name, use_key,tour_line_name,tour_line_intro,hot_line_line)values ('王硕','123','苏州园林','世界文化遗产,国家AAAAA 级旅游景区','北寺塔,博物馆,拙政园,狮子林');insert into 用户信息表 (use_name, use_key,tour_line_name,tour_line_intro,hot_line_line)values ('王翩翩','152','东方明珠','上海的标志性文化景观之一,国家AAAAA 级旅游景区','太空舱,旋转餐厅,主观光层,太空游乐城');insert into 用户信息表 (use_name, use_key,tour_line_name,tour_line_intro,hot_line_line)values ('张庆霞','135','昆明','地处云贵高原中部','滇池风景区,正义坊,西山公园,西南联大旧址');insert into 用户信息表(use_name, use_key, tour_line_name,tour_line_intro,hot_line_line)values ('韩秋','144','广州','广东省省会,国家中心城市,超大城市,国际大都市',' 长隆野生动物世界,广州塔,沙面,白云山');insert into 用户信息表(use_name, use_key, tour_line_name,tour_line_intro,hot_line_line)values('李明','666','云南大理','大理白族自治州,云南最早文化发祥地之一','洱海骑行,大理古城,崇圣寺三塔,昆明')图3.9留言板信息表截图创建索引CREATE UNIQUE INDEX pk_用户信息表ON 用户信息表(use_name, tour_line_name)图3.10索引截图创建--触发器use 木木夕gocreate trigger insert_sc on 留言板信息表after insertas if exists(select *from inserted where use_name in (select use_name from 用户信息表))print '添加成功'else beginprint '插入失败'rollback transactionend图3.11触发器截图3.6 数据库运行与维护3.6.1 数据库备份与还原的原则备份类型的选择和还原模式的确定都应遵循这样的原则：尽最大可能、以最快速度减少或消灭数据丢失。