PART 01 项目介绍
0 1 项目背景
**(1)南京文化遗产资源丰富性与管理挑战：**南京作为"十朝都会"，拥有城墙、明孝陵、夫子庙等大量古遗迹，资源空间分布广、历史信息多维，传统管理方式存在数据分散、更新滞后、保护监测困难等问题。与苏州、上海等周边旅游城市相比，南京旅游业亟需通过数字化手段提升资源整合效率和管理水平。
**(2)国家文化保护战略的推动：**国家强调"历史文化遗产承载中华民族基因"，要求利用科技延续城市文脉。政策明确提出需构建全域覆盖的历史文化资源数据库，并通过数字化技术实现动态保护，为系统开发提供了政策依据。
0 2 项目意义
0 3 系统构思
利用python绘制架构图
生成效果
PART 02
功能展示
**系统名称：**南京古遗迹旅游管理系统
**系统分为两个部分：**用户界面与管理者界面
**核心功能：**对景点位置进行查看，搜索，导航
进入页面展示
0 1 两个部分
管理者界面：
-
景点分布地图
-
热力地图
-
景点信息
-
问题上报管管理
-
用户
用户界面：
-
景点分布地图
-
热力地图
0 2 核心功能
搜索景点:
-
按名字搜索
-
按等级搜索
-
按区域收索
导航至景点:
根据浏览器定位，获取当前位置，选取交通方式，进行导航。
展示热力图:
通过景点地理位置数据，进行热力图制作，给游客出行提供参考。
0 3 管理者特有功能
1.景点信息界面
管理员可在此界面修改景点介绍信息
2.问题管理界面
此界面用于处理游客提交的景点问题
3.用户管理界面此界面
用于处理游客提交的景点问题
0 4 基础功能
注册与登录
普通用户界面
管理者用户界面
PART 03 难点与亮点
0 1 项目难点
1.WebGIS技术与前端框架的深度融合
系统需将高德地图API与Vue3框架结合，实现动态地图交互（如自定义区域选择、实时路径规划、热力图渲染）。开发中面临地图加载延迟、多图层叠加冲突等问题。通过优化地图加载策略（异步加载插件）、封装地图钩子函数（useGaoDeMap.js）及利用Redis缓存热点坐标数据，最终实现地图响应速度提升，确保景点导航与区域选择功能稳定运行。
2.多角色权限体系的精细化管控
系统需区分管理员（全权限）与普通用户（有限权限），涉及景点信息修改、问题上报处理、用户管理等功能的权限隔离。难点在于通过 Spring Security+JWT 实现无状态会话的权限校验，并在前端路由（router/index.js）中动态渲染导航栏。通过自定义权限指令和后端角色拦截器，实现了权限粒度精确到功能按钮级，确保不同角色操作边界清晰。
项目难点
0 2 项目亮点
1.动态地图交互与空间分析能力
基于高德地图API实现了多样化空间功能：支持圆形/多边形区域选择（用户可框选范围并展示范围内景点）、实时路径规划（提供步行、驾车等多种出行方式导航）、热力图可视化（展示景点热度分布），突破了传统旅游系统的静态展示局限，让用户能直观掌握空间分布与游览动线。
2.众包数据采集
设计 "众包数据采集" 功能，普通用户可通过系统上报遗迹破损信息，管理员在后台（问题上报管理界面）处理反馈，形成 "公众-管理方" 的闭环互动。
3. 精细化权限管控与角色适配
通过Spring Security+JWT实现管理员与普通用户的权限隔离：管理员可修改景点信息、处理问题上报；普通用户仅可使用地图浏览、导航、问题上报等基础功能。前端通过路由配置动态渲染导航栏，确保不同角色界面简洁且功能适配，提升系统安全性与易用性。
4.技术栈的高效整合与性能优化
采用前后端分离架构（Vue 3+Spring Boot），结合MySQL存储核心数据、Redis缓存热点信息，实现高并发场景下的稳定响应。前端使用Vite提升构建速度，后端通过MyBatis优化复杂SQL查询，整体系统在多用户同时在线时仍能保持流畅的地图交互与数据加载。
PART 04
总结和心得
1.用户需求导向的开发思路
从初期聚焦"导航与浏览"，到后期加入"众包问题上报""热力图分析"，我们深刻体会到：系统开发需扎根实际需求。南京古遗迹的保护与旅游体验提升，不仅需要技术支撑，更需要贴合用户（游客、管理者）的真实场景。
2.技术整合的实践价值
项目验证了WebGIS技术与现代化开发框架（Vue 3、Spring Boot）结合的可行性。通过解决高德地图API与前端框架的兼容问题、权限体系的精细化设计等挑战，我们掌握了空间数据处理、前后端数据交互、多角色权限管控的核心方法，为地理信息系统开发积累了可复用的技术经验。
3.团队协作与分工的重要性
项目涉及前端地图交互、后端逻辑开发、数据库设计等多环节，团队通过明确分工（前端专注地图可视化，后端聚焦数据安全与权限，GIS 数据组负责遗迹坐标整理）高效推进。
webgis开发学习路线+入门资料戳↓↓免费获取