1. 项目背景与选题价值
去年冬天在小区里遇到一只后腿受伤的流浪猫，让我萌生了开发这个系统的想法。流浪动物救助一直存在信息不对称、资源分散的问题，而SpringBoot的快速开发特性正好能解决这个痛点。这个选题的价值主要体现在三个方面：
- 社会价值：通过信息化手段提高流浪动物救助效率
- 技术价值：完整实践SpringBoot企业级开发流程
- 创新价值：将互联网技术与公益事业结合
2. 系统架构设计
2.1 技术选型决策
选择SpringBoot 2.7 + MyBatis-Plus的组合主要基于以下考虑：
- 快速开发：SpringBoot的自动配置节省了大量XML配置
- 生态丰富：整合了Redis缓存、RabbitMQ消息队列等组件
- 社区支持：遇到问题容易找到解决方案
数据库选用MySQL 8.0，主要因为：
- 事务支持完善
- 对地理空间数据的支持（用于救助地点定位）
- 开源免费适合公益项目
2.2 核心模块划分
系统采用经典三层架构：
code复制├── 表现层（Web）
│ ├── 志愿者门户
│ ├── 管理员后台
│ └── 移动端H5
├── 业务逻辑层（Service）
│ ├── 动物信息管理
│ ├── 救助流程管理
│ ├── 物资管理
│ └── 志愿者管理
└── 数据访问层（DAO）
3. 答辩常见问题与应对策略
3.1 技术类问题
Q：为什么选择SpringBoot而不是传统SSM框架？
A：从开发效率角度分析，SpringBoot的starter机制可以减少约60%的配置代码。以数据源配置为例，传统方式需要30+行XML，而SpringBoot只需3行properties配置。
Q：如何保证系统安全性？
A：我们采用三层次防护：
- 接口层面：Spring Security + JWT
- 数据层面：MyBatis-Plus的SQL注入防护
- 传输层面：HTTPS加密
3.2 业务类问题
Q：与现有救助平台的区别？
A：我们的差异化在于：
- 智能匹配：根据志愿者位置自动分配任务
- 全流程跟踪：从发现到领养的完整记录
- 物资溯源：捐赠物资流向透明化
Q：如何验证系统有效性？
A：计划分三个阶段：
- 单元测试（JUnit5）：覆盖率>80%
- 压力测试（JMeter）：模拟100并发
- 试点运行：与本地3家救助站合作
4. 开发路线与时间规划
4.1 里程碑节点
mermaid复制gantt
title 项目开发甘特图
dateFormat YYYY-MM-DD
section 需求分析
需求调研 :done, des1, 2023-03-01,2023-03-07
原型设计 :active, des2, 2023-03-08,2023-03-14
section 开发阶段
核心模块开发 : des3, 2023-03-15,2023-04-15
接口联调 : des4, 2023-04-16,2023-04-22
section 测试验收
系统测试 : des5, 2023-04-23,2023-05-07
试点运行 : des6, 2023-05-08,2023-06-08
4.2 关键风险应对
- 技术风险：
- 预案：预留2周缓冲期
- 措施：每日代码review
- 数据风险：
- 预案：阿里云OSS自动备份
- 措施：敏感数据加密存储
5. 答辩演示技巧
5.1 PPT制作要点
- 技术架构图使用C4模型呈现
- 数据展示采用对比柱状图
- 每页不超过5行文字
5.2 演讲注意事项
- 时间控制：
- 开场（1分钟）：痛点引入
- 主体（5分钟）：核心技术演示
- 结尾（1分钟）：社会价值升华
- 问答技巧：
- 遇到难题先复述问题
- 用"这个问题可以从三个层面分析..."结构化回答
- 诚实面对未实现的功能
6. 项目创新点提炼
6.1 技术创新
- 基于GIS的智能任务分配算法
- 使用FFmpeg实现动物视频分析
- 物资管理的区块链溯源方案
6.2 模式创新
- 建立"时间银行"志愿者激励体系
- 开发"云养宠"远程互动功能
- 设计救助-绝育-放归(TNR)全流程支持
答辩核心技巧：用具体数据支撑观点。例如不要说"系统性能很好"，而要说"在2核4G服务器上可支持500并发请求"。
7. 常见失误与改进建议
根据往届答辩情况，需特别注意：
- 技术堆砌：避免罗列技术名词，要说明选择理由
- 过度设计：MVP原则，先实现核心功能
- 演示事故：准备两套演示方案（在线/本地）
- 时间失控：提前演练并计时
建议在答辩前进行至少3次模拟：
- 组内互评
- 跨组交流
- 导师预审
最后分享一个实用技巧：准备"问题-答案"对照表，将可能的问题分为技术、业务、扩展三类，每个问题准备1分钟和3分钟两个版本的答案。