【开题答辩实录分享】以《自然灾害隐患点管理信息系统》为例进行答辩实录分享
大家好，我是韩立。
写代码、跑算法、做产品，从 Java、PHP、Python 到 Golang、小程序、安卓，全栈都玩；带项目、讲答辩、做文档，也懂降重技巧。
这些年一直在帮同学定制系统、梳理论文、模拟开题，积累了不少“避坑”经验。
新学期开始，很多人卡在选题：想要新颖，又怕做不完。接下来我会持续分享一批“好上手且有亮点”的选题思路和完整开题答辩案例，给你参考，也给你灵感。关注我，毕业设计不再头秃！
系统核心功能包括五大模块：
一是自然灾害类型管理，支持类型列表查看、新增、编辑及删除；
二是致灾因子管理，具备因子信息的查看、新增、编辑与删除操作；
三是灾害隐患点管理，可实现隐患点名称、内容、位置等信息的查看、新增、编辑和删除；
四是数据统计分析，对灾害相关数据进行汇总与分析；
五是用户管理，管理用户编号、名称、密码等信息，并通过角色区分实现权限控制，确保不同权限用户访问对应功能。
【开题陈述】
各位老师好，我是H同学，本次毕业设计的题目是《自然灾害隐患点管理信息系统》。
系统面向油气长输管道沿线常见的滑坡、崩塌、水毁等灾害隐患，用B/S架构实现隐患信息的采集、管理与统计分析。主要功能模块包括：自然灾害类型管理、致灾因子管理、隐患点管理、数据统计分析以及用户权限管理。
技术栈采用SpringBoot+MyBatis后端框架、MySQL数据库、Vue前端组件化开发，地图可视化引入Leaflet，权限控制使用Shiro，部署在Tomcat+Nginx环境，支持移动端自适应。陈述完毕，请各位老师批评指正。
【答辩开始】
评委老师：为什么选择B/S而不是C/S架构？
答辩学生：油气管道线路长、站点分散，B/S免安装、易维护，只要有浏览器就能录入隐患，现场巡线员用手机也可直接上报，更符合实际作业场景。
评委老师：MySQL在千万级隐患点记录下可能出现哪些性能瓶颈？你打算怎么缓解？
答辩学生：大表查询容易全表扫描，我计划按“省-市-管线”做水平分区，查询时强制带分区键；同时对坐标、灾害类型建联合索引，再用分页+延迟加载减少一次性返回量。
评委老师：系统里“致灾因子”与“隐患点”是一对一还是一对多？数据库如何体现？
答辩学生：一对多，一个致灾因子（如持续降雨）可触发多处隐患。我在隐患点表设factor_id外键，关联致灾因子主键，保证数据完整性并方便做聚合统计。
评委老师：如果两名用户同时编辑同一条隐患点坐标，你怎么避免数据覆盖？
答辩学生：在表里加version乐观锁字段，更新前比对版本号，版本不一致就提示“数据已被修改”，前端刷新后再提交，避免坐标丢失。
评委老师：Leaflet地图在离线山区无公网信号时无法加载底图，你怎么解决？
答辩学生：提前把作业区域的高清瓦片下载成MBTiles包，现场手机端用TileLayer.MBTiles插件读取本地包，实现离线底图浏览，采集完回到有网环境再同步数据。
评委老师：系统上线后要做安全等保测评，说说你会提前做哪三项安全配置？
答辩学生：第一，Tomcat禁用manager、host-manager等默认应用，改shutdown端口及命令；第二，Nginx开启HTTPS强制跳转，配置HSTS与TLS1.3；第三，后台接口全部走JWT+RefreshToken，拒绝明文Cookie，防止重放攻击。
【评委总结】
H同学对业务场景、技术选型及潜在风险都有清晰认识，问答中体现出基本的性能优化、并发控制与安全防护意识。后续请重点落实离线瓦片同步与等保细节，按计划推进即可，同意开题。
以上是H同学的毕业设计答辩过程，如果你现在还没有参加答辩，还是开题阶段，已经选好了题目不知道怎么写开题报告，可以下面找找有没有自己符合自己题目的开题报告内容，列表中的开题报告都是往届真实的开题报告可参考。
