本系统以旅游信息展示和旅行经验分享为应用场景，采用Python + Django + Vue + MySQL开发，覆盖前台用户端和后台管理端。用户端已实现用户注册登录、个人资料管理、景点分类与关键词查询、景点详情阅读、旅游攻略浏览与发布、收藏点赞评论、社区发帖与交流，以及旅游公告和新闻资讯阅读等功能。
后台管理端已实现用户、景点类型、景点信息、攻略类型、旅游攻略、公告、新闻和社区内容管理，支持用户攻略审核、审核回复，以及攻略发布量、浏览量和点赞量统计，并提供轮播图、系统简介等基础内容维护功能。
系统将“浏览景点 → 阅读攻略 → 用户投稿 → 管理员审核 → 前台展示”串成完整业务流程，适合作为 Python Web、旅游信息管理与内容分享平台方向的毕业设计参考。下面结合系统实拍和核心代码，介绍各模块的实际功能与实现方式。
一、先看效果：从发现目的地到分享旅行经验
图1：网站首页，展示景点与攻略推荐入口
首页以轮播图和图文卡片组织内容，提供景点信息、旅游攻略、旅游公告、新闻公告和社区交流等入口。用户先通过图片和简要介绍发现目的地，再进入详情了解出行信息，浏览路径比较直观。
这套项目适合展示的重点，是“查景点 → 看攻略 → 发布经验 → 管理员审核 → 前台展示”。既有容易看懂的页面效果，也有能够讲清楚的业务逻辑。
二、用户端有哪些功能？
1. 景点分类、搜索与详情阅读
用户可以按景点类型筛选，也可以按景点名称、景点地址搜索。详情页集中展示景点等级、地址、门票价格、开放时间和景点介绍，并提供收藏、点赞及评论入口。
图2：青海湖景点详情，基本信息与介绍正文同页展示
在演示时，建议从一个具体问题切入，例如“想找青海湖相关景点”，依次展示分类、关键词查询和详情正文。这样比只展示列表更能说明系统的实际用途。
2. 旅游攻略阅读与发布
旅游攻略除了标题和图片，还包含适用人群、人均预算、行程天数、景点地址、美食推荐、住宿推荐及攻略正文。读者可以先判断路线是否适合自己，再阅读具体安排。
登录用户可从个人中心进入攻略管理，新增自己的旅行经验。页面支持图片上传和富文本编辑，提交后的内容进入审核流程。
图3：用户发布攻略，填写出行建议与正文后提交
3. 旅游公告与新闻资讯
旅游公告支持分类浏览和标题查询，新闻公告提供独立的资讯阅读入口。两类内容都能够进入详情正文，适合承载出行提示、活动通知和旅游行业动态。
4. 社区帖子、评论与个人中心
社区交流支持发布帖子、上传封面、编辑正文，并设置公开或私人、是否匿名。其他用户可以进入帖子详情参与评论，形成围绕旅行经验和出行问题的交流。
图4：社区帖子正文与另一位用户的评论实拍
个人中心集中提供个人资料、旅游攻略、我的评论、我的点赞、我的收藏和我的发布等入口，方便用户管理自己的内容。
三、管理端：审核、内容维护和统计展示
管理员登录后台后，可以管理用户、景点类型、景点信息、攻略类型、旅游攻略、公告、新闻和社区内容，并维护系统简介、轮播图等信息。
攻略审核是值得重点演示的业务环节：先查找用户提交的记录，进入详情检查正文，再选择审核状态并填写回复。通过后回到前台搜索，确认内容已经能够展示，就形成了清楚的前后台闭环。
图5：后台旅游攻略统计，包含发布量、浏览量与点赞量
统计页使用 ECharts 展示攻略发布量、浏览量和点赞量，帮助管理员了解内容分布与用户关注情况。作为毕设展示，这部分也能够体现业务数据从数据库到可视化页面的处理过程。
四、技术栈与数据库结构
- 前端：HTML5、CSS、JavaScript、Vue 2、Vue Router、Axios、Element UI。
- 后端：Python、Django，按业务模块提供列表、详情、新增、修改和审核等接口。
- 数据库：MySQL，保存用户、景点、攻略、帖子、评论及收藏数据。
- 交互与展示：富文本编辑、图片上传、条件查询、分页和 ECharts 图表。
项目主要数据表包括：用户表yonghu、管理员表users、景点表jingdianxinxi、攻略表lvyougonglve、社区表forum、收藏表storeup，以及公告、新闻和对应评论表。
例如攻略表围绕“内容、发布者、审核状态和互动统计”组织字段。数据库设计与页面功能能够对应起来，便于在系统设计章节中解释每张表的作用。
核心数据表与业务对应
| 数据表 | 主要内容 | 对应业务 |
|---|---|---|
| yonghu / users | 用户与管理员账号资料 | 用户登录、个人资料及后台管理 |
| jingdianxinxi | 名称、类型、地址、门票、开放时间、介绍 | 景点分类检索和详情阅读 |
| lvyougonglve | 攻略正文、预算、行程、发布者、sfsh、shhf | 攻略投稿、审核状态和审核回复 |
| forum | title、content、parentid、userid、isanon | 社区帖子、回复与匿名设置 |
| storeup | userid、refid、tablename、type | 记录用户与收藏对象的对应关系 |
| discussjingdianxinxi / discusslvyougonglve | 关联内容、用户和评论信息 | 景点与攻略详情中的评论 |
攻略表的 sfsh 默认值为“待审核”，审核回复单独保存在 shhf；前台攻略列表查询会设置 sfsh 为“是”，让已通过审核的内容进入公开列表。社区使用 parentid 表达帖子与回复的关联，收藏通过 tablename 和 refid 指向业务记录。上述内容均对应项目现有模型与页面查询逻辑。
五、核心代码：攻略状态如何贯穿业务流程？
1. Django 模型中的内容与审核字段
下面是main/models.py中攻略模型的字段节选，仅调整排版并省略其他字段。BaseModel和相关导入沿用项目定义，这不是独立运行的完整类。
class lvyougonglve(BaseModel): __tablename__ = 'lvyougonglve' gonglvebiaoti = models.CharField( max_length=255, null=False, unique=False, verbose_name='攻略标题' ) gonglvexiangqing = models.TextField( null=True, unique=False, verbose_name='攻略详情' ) sfsh = models.CharField( max_length=255, null=True, unique=False, default='待审核', verbose_name='是否审核' ) shhf = models.TextField( null=True, unique=False, verbose_name='审核回复' )sfsh默认值为“待审核”，shhf保存审核回复。它们将用户投稿和管理员处理连接起来，使系统不只是完成新增、修改和查询，还能展示内容发布前的管理过程。
2. 批量审核接口的实际处理逻辑
下面节选自main/Lvyougonglve_v.py的审核接口。请求参数由项目中间件预处理并放入会话，接口遍历选中的记录，写入审核状态和回复，再返回处理结果。
def lvyougonglve_shBatch(request): if request.method in ["POST", "GET"]: msg = {"code": normal_code, "msg": mes.normal_code, "data": {}} req_dict = request.session.get("req_dict") for id in req_dict.get("ids"): data = lvyougonglve.getbyid( lvyougonglve, lvyougonglve, int(id) ) if len(data) > 0: data = data[0] data['sfsh'] = req_dict.get("sfsh") data['shhf'] = req_dict.get("shhf") lvyougonglve.updatebyparams( lvyougonglve, lvyougonglve, data ) return JsonResponse(msg)这段代码适合结合页面讲解：后台复选框对应待处理的记录 ID，审核对话框对应状态与回复字段，保存后列表刷新，前台再根据审核状态展示内容。代码、数据库和页面效果能够一一对应。
六、适合怎样的毕设展示？
如果准备项目演示，可以参考下面的顺序：
- 浏览首页，介绍系统定位和主要入口。
- 查询一个景点，进入详情阅读基本信息和介绍。
- 打开旅游攻略，展示预算、行程和正文。
- 阅读旅游公告或新闻的完整内容。
- 登录用户账号，查看个人中心。
- 新增一篇带演示标记的攻略并提交。
- 发布社区帖子，使用另一位用户评论。
- 管理员审核新攻略、查看统计，再到前台确认发布结果。
本项目已完成约五分钟的功能演示视频，覆盖上述主要流程。可查看旅游网站功能演示视频，了解景点浏览、攻略投稿、社区评论和后台审核的实际操作过程。
七、项目总结
本旅游网站实现了景点查询、攻略阅读与投稿、内容审核、旅游资讯、社区交流和后台统计等功能，用户端与管理端相互衔接，能够完整展示旅游信息发布和旅行经验分享的业务流程。
