1. 项目概述
"基于web的图书借阅系统"是高校计算机专业常见的毕业设计选题，也是企业级应用开发的经典案例。这个选题之所以经久不衰，是因为它涵盖了Web开发的完整技术栈：前端界面、后端逻辑、数据库设计以及系统部署。我在指导毕业设计和参与答辩评审的过程中发现，很多同学虽然完成了系统开发，却在答辩环节暴露出对技术原理理解不深、项目设计思路表达不清的问题。
以Java Web技术栈为例，一个完整的图书借阅系统通常包含以下核心模块：用户认证模块（管理员/读者）、图书信息管理模块、借阅/归还业务模块、数据统计模块。系统前端可采用Bootstrap+JSP的组合，后端使用Spring MVC框架，数据库选用MySQL 8.0版本。这种技术选型既保证了系统的稳定性，又便于展示学生的全栈开发能力。
提示：答辩时切忌只说"我用了Spring框架"，而要说明为什么选择Spring——比如它的IoC容器简化了对象管理，AOP支持方便添加借阅日志等横切关注点。
2. 答辩准备要点
2.1 技术架构图设计
规范的架构图是答辩时的加分项。建议采用分层架构图示：
- 表现层：JSP页面负责数据渲染，通过AJAX与后端交互
- 业务层：Spring MVC控制器处理HTTP请求，Service层实现借阅规则校验
- 数据层：MyBatis实现ORM映射，连接MySQL数据库
- 安全层：Shiro框架处理角色权限（管理员可增删图书，读者只能查询）
// 典型控制器代码示例 @Controller @RequestMapping("/book") public class BookController { @Autowired private BookService bookService; @GetMapping("/borrow") public String borrowBook(@RequestParam String isbn, HttpSession session) { String userId = (String) session.getAttribute("userId"); return bookService.borrow(isbn, userId) ? "success" : "failure"; } }2.2 数据库设计规范
图书系统的ER图需要重点展示以下实体关系：
- 图书(book)：isbn(主键)、title、author、publisher
- 用户(user)：user_id(主键)、role_type(区分管理员/读者)
- 借阅记录(borrow_record)：自动生成record_id、外键关联user和book
CREATE TABLE `book` ( `isbn` varchar(20) NOT NULL, `title` varchar(100) NOT NULL, `author` varchar(50) DEFAULT NULL, `publisher` varchar(50) DEFAULT NULL, `stock` int(11) DEFAULT 1, PRIMARY KEY (`isbn`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;注意：一定要解释为什么选择InnoDB引擎（支持事务）和utf8mb4字符集（完整支持emoji等特殊字符）
3. 典型答辩问题与回答策略
3.1 技术原理类问题
Q：为什么选用MyBatis而不是Hibernate？
标准回答应包含：
- 项目规模考量：中小型系统用MyBatis更轻量
- SQL可控性：需要手写复杂查询（如多表关联统计借阅量）
- 性能考虑：直接优化SQL语句比HQL更直观
Q：如何防止重复借阅？
展示业务逻辑层的设计：
public boolean canBorrow(String isbn, String userId) { // 检查库存 int stock = bookMapper.selectStockByIsbn(isbn); if(stock < 1) return false; // 检查该用户是否已有未归还记录 return recordMapper.selectUnreturnedCount(isbn, userId) == 0; }3.2 业务设计类问题
Q：超期归还怎么处理？
建议回答结构：
- 数据库设计：borrow_record表包含borrow_date和due_date字段
- 定时任务：Spring Task每天凌晨检查逾期记录
- 惩罚机制：在user表添加credit_score字段，逾期扣分
Q：如何设计高并发场景下的借阅操作？
技术要点：
- 数据库层面：使用乐观锁控制库存更新
- 代码层面：@Transactional注解保证事务原子性
- 缓存层面：Redis预减库存避免超卖
4. 答辩演示技巧
4.1 系统演示要点
按照业务流程顺序演示：
- 管理员登录 → 添加《Java编程思想》到书库
- 读者登录 → 搜索图书 → 成功借阅
- 尝试重复借阅 → 系统提示"已借阅未归还"
- 管理员查看借阅统计报表
关键技巧：提前准备好测试数据，确保演示过程不出现空数据或异常页面
4.2 PPT制作规范
推荐结构：
- 封面页：项目名称+姓名+学号
- 技术栈图标：直观展示Spring/MySQL等logo
- 架构图：前文提到的分层架构
- 核心代码片段：展示1-2个典型业务方法
- 效果截图：包含UI界面和数据库表数据
- 总结页：项目亮点（如实现了分布式Session）
避免常见错误：
- 代码截图字体过小
- 架构图使用模糊的图片
- 文字内容直接复制论文
5. 应急问题处理
5.1 遇到不会回答的问题
应对策略：
- 诚实承认："这个问题我目前研究不够深入"
- 关联回答："但我了解相关的...技术"
- 后续改进："答辩后我会重点学习这个知识点"
5.2 演示环境故障
预防措施：
- 准备本地备份的WAR包
- 提前导出SQL脚本
- 录制备用演示视频
我在评审时最欣赏的态度是：当系统出现异常时，学生能现场分析日志找出原因，这比完美演示更能体现工程能力。有一次看到学生通过Tomcat控制台发现是MySQL连接池耗尽，立即调整了maxActive参数，这种实战反应值得学习。
