简介面向计算机相关专业学生这是一套以图书管理为业务场景的Java Web课程设计项目内含可运行的完整源码、数据库初始化脚本和配套实验报告在评分中曾获得98分。资源共135个文件以57个Java源文件、20个HTML页面、数据库脚本及Word实验报告为主体辅以CSS样式、JavaScript脚本、XML配置和图片素材压缩包整体仅3.71MB目录结构清晰便于直接导入开发环境运行与二次修改。目前已有542人学习下载。项目覆盖图书信息管理、借阅归还、用户登录、管理员后台等典型功能模块从数据库建表、后端逻辑到前端页面均有完整实现实验报告文档可供参考写作框架源码中预留了功能扩展点适合在此基础上增加预约、续借、统计等能力。对于正在完成课程设计或期末大作业、希望快速获得高评分作品并系统梳理Java Web开发流程的学习者是一套实用且可借鉴的完整方案。1. 课程设计三件套卡住的从来不是「开发」打开一个标记为「基于JavaWeb图书管理系统课程设计软件源码数据库实验报告」的压缩包里面通常是一个Web工程、一份SQL脚本和一篇Word报告章节目录。你以为拿到了就能直接交但大多数人第一次做这个题目卡住的地方根本不是「不会写代码」而是「IDE里起不来、数据库连不上、报告对不上」。图书管理系统并不复杂一张图书表、一张读者表、一张借阅记录表配合登录拦截和几个CRUD页面就能撑起一份合格的JavaWeb课程设计。这篇文直接把这套三件套拆开讲清楚——架构怎么选、数据表怎么建、IDEA里怎么跑通、核心功能怎么写、哪里有坑、实验报告怎么填适合正在做课程设计的学生和需要快速上手改一套JavaWeb项目的从业者。2. 技术选型与数据库设计图书管理系统的骨架先立住2.1 JavaWeb课程设计为什么总是这个技术栈课程设计题目的技术栈不是你自由发挥的地方而是被教学大纲和验收标准提前定死的。JavaWeb课程设计最常见的组合是 JSP Servlet JavaBean JDBC MySQL Tomcat纯手写不碰Spring。原因很直接课堂讲的就是这些报告能对应上知识点答辩老师问到的粒度也就到「Servlet怎么处理请求」「数据库连接怎么关」这一层。如果你交一个Spring Boot项目功能再多老师的提问起点可能直接跳到「你用过哪些Spring注解」场面会很难收。但这里有个前提级的细节同样是「JavaWeb」Tomcat 9 和 Tomcat 10 之间有一道天堑。Tomcat 9 及以下用的是javax.servlet.*命名空间Tomcat 10 及以后换成了jakarta.servlet.*。市面上流传的老课程设计源码几乎全部是基于javax写的。如果你默认下载最新版 Tomcat 10 去跑老源码编译期直接报ClassNotFoundException: javax.servlet.http.HttpServlet连带 JSP 全部渲染失败。这不是你代码的问题是容器迁移了规范命名空间。我建议的版本组合很简单JDK 8 或 11 Tomcat 9 MySQL 5.7 或 8.0 mysql-connector-java 8.0.x。这个组合对老源码的兼容性最好配环境不需要改代码。版本匹配细节在第3章展开这里先记住结论。2.2 数据表设计三张表加两张关联够用且好讲图书管理系统的核心业务就三件事看书、借书、还书。围绕这个业务最少需要三张表。第一张t_user存所有登录用户第二张t_book存图书信息第三张t_borrow存借阅流水。用户和图书之间是多对多关系但通过t_borrow这张中间表拆成了两段一对多一个用户有多条借阅记录一本图书也有多条借阅记录。字段设计上有两个容易想得多又导致报告说不清的地方。第一用户表不要拆成管理员表加读者表加一个role字段就够了。管理员和读者在登录逻辑上完全一致只是入参里多个role判断。你拆成两张表就得写两套登录Dao报告里多一倍的代码量答辩还容易绕进去。第二图书表的库存字段要有两个stock是可借数量total是馆藏总量。借书时stock减一还书时加一total永远不变。答辩老师最喜欢问「怎么知道一本书借出去几本」答案就是total - stock。借阅记录表里的状态字段用一个int就够了0 表示借出未还1 表示已归还。有些人会用 String 存「已借出」「已归还」显示是方便了但报表统计和事务判断都要拼接字符串属于给自己找麻烦。时间字段用 MySQL 的DATETIME类型归还时间允许为空。2.3 建库脚本MySQL 5.7 与 8.0 都兼容的写法下面是这套课程设计里最常见的建库脚本结构。它兼顾了 MySQL 5.7 和 8.0字符集统一 utf8mb4外键约束只加在借阅表上避免初始化时报外键顺序问题。create database if not exists library_db default character set utf8mb4 default collate utf8mb4_general_ci; use library_db; -- 用户表管理员与读者共用, role 0-管理员 1-读者 create table t_user ( id int primary key auto_increment, username varchar(32) not null unique, password varchar(64) not null, realname varchar(32) not null, role tinyint not null default 1, create_time datetime not null default current_timestamp ) engineInnoDB; -- 图书表stock 为可借数量, total 为馆藏总量 create table t_book ( id int primary key auto_increment, book_name varchar(128) not null, author varchar(64), publisher varchar(64), isbn varchar(32), stock int not null default 0, total int not null default 0, create_time datetime not null default current_timestamp, key idx_book_name(book_name) ) engineInnoDB; -- 借阅记录表status 0-借出 1-已还 create table t_borrow ( id int primary key auto_increment, user_id int not null, book_id int not null, borrow_time datetime not null default current_timestamp, return_time datetime, status tinyint not null default 0, constraint fk_borrow_user foreign key (user_id) references t_user(id), constraint fk_borrow_book foreign key (book_id) references t_book(id) ) engineInnoDB; insert into t_user(username, password, realname, role) values (admin, md5(123456), 系统管理员, 0); insert into t_book(book_name, author, publisher, isbn, stock, total) values (Java核心技术, Cay Horstmann, 机械工业出版社, 9787111615978, 5, 6);数据库字符集必须建库时就指定utf8mb4。老项目常用utf8存中文没问题但一旦书名里有生僻字或者 emojiJDBC 读取会变成问号。表引擎指定InnoDB是为了后续借书事务里update和insert能在同一连接里原子提交。三个字段细节值得注意。password用md5(123456)而不是明文一是报告里能写出「密码加密存储」这个安全点二是初始化脚本里这样写最直观。t_user.username加了unique约束代码层判断两次重复注册的同时数据库层还有一道兜底。图书名上建普通索引idx_book_name因为后面模糊查询大概率走like前缀匹配还能用到索引报告里的优化数据也能写得出话。3. IDEA 里跑通 JavaWeb 项目三个关键步骤一次到位3.1 版本匹配先确认再谈导入很多人在 IDEA 里导入 JavaWeb 源码后遇到一堆红X第一反应是去网上搜「idea 运行 javaweb 项目配置」但你多半搜到的是教程里频繁出现的「配置Tomcat」「部署Artifact」这一类操作。如果你要把项目跑起来先别急着点那些按钮把一个最容易踩的坑避开版本。建议直接按这个组合来配置本地环境兼容性最高。组件推荐版本原因JDK8 或 11老源码基于 javax 命名空间JDK 8/11 编译没问题Tomcat9.0.x兜住 javax 命名空间JSP 渲染最稳MySQL5.7 或 8.0课程设计数据量零压力8.0 需要额外处理时区参数mysql-connector-java8.0.x兼容 MySQL 8 的 caching_sha2_password 认证插件IDEA2022 及以上内置 Tomcat 集成新版不折腾插件这里重点是 Tomcat 9不要去用 Tomcat 10。前面说过 Tomcat 10 改成了jakarta命名空间而绝大多数学长留传的源码里 import 的还是javax.servlet.http.HttpServlet这一改直接导致项目编译不过。如果你手头的源码是jakarta包名那反过来选 Tomcat 10 没错。怎么判断解压源码看src目录下任何一个 Servlet 文件顶部的 import 语句即可。3.2 导入源码的标准动作拿到源码包后不能直接双击打开。IDEA 的标准操作是File - New - Project from Existing Sources选到项目根目录然后一路 Next。这一步大家都会真正的分水岭在后面三个配置。先确认项目结构里有没有lib目录。老式 JavaWeb 课程设计中数据库驱动mysql-connector-java-x.x.x.jar通常放在WEB-INF/lib下面。如果源码包里是已经被前人配置好的.iml或.classpath文件IDEA 导入时可能不会自动把lib下的 jar 加入编译路径会导致ClassNotFoundException: com.mysql.jdbc.Driver。去File - Project Structure - Libraries里确认没有就手动添加整个lib目录。# 在项目根目录检查 lib 和 Web 配置是否完整 find . -name *.jar -type f find . -name web.xml -type f然后配置 Artifact。File - Project Structure - Artifacts里点选Web Application: Exploded注意不是 Archive。Exploded 模式下 IDEA 部署的是解压后的目录修改 JSP 刷新即可生效不用每次重新打 war调试效率差很多。这一步如果缺失Tomcat 的 Deployment 列表里什么都加不进去点运行就直接报Error: Module not specified。3.3 导入数据库、修改连接配置数据库导入优先用命令行比 IDEA 右侧的 Database 面板少很多隐藏问题。在源码包的说明文档里通常能找到建库脚本文件名对应第2章的 SQL。mysql -uroot -p library_db.sql mysql -uroot -p -e use library_db; show tables;如果源码包里没有 SQL 文件只有.sql文件但内容是空的就先检查文件编码用记事本打开乱码就说明原本是 GBK 保存的转成 UTF-8 再导入否则中文数据全乱。导入成功后打开源码里的数据库配置文件通常是src/db.properties或src/jdbc.properties。这里有两个参数是 MySQL 8.0 的必选项缺一个都会报错jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/library_db?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/ShanghaiallowPublicKeyRetrievaltrue jdbc.usernameroot jdbc.password123456驱动类必须用com.mysql.cj.jdbc.Driver这个是 MySQL 8 的连接驱动类老配置里写的com.mysql.jdbc.Driver在 mysql-connector-java 8.x 下已经标记为过时。serverTimezoneAsia/Shanghai解决时区报错useSSLfalse屏蔽本地连接 SSL 证书提示allowPublicKeyRetrievaltrue解决 MySQL 8 默认认证插件导致的Public Key Retrieval is not allowed报错。如果你是 MySQL 5.7后两个参数可以不写但写上也无害。连接配置确认后再运行一次 Tomcat。正常项目会弹出浏览器窗口显示登录页。如果在这个阶段报 404先看 IDEA 的Run - Edit Configurations - Deployment里有没有已经添加了 Artifact没添加就点选Artifact再应用。如果报Port 8080 is already in use就是端口占用处理方式在第5章第5.3节。4. 登录、分页、借还书三个核心功能的实现逻辑拆开讲4.1 登录功能Session 与过滤器的拦截登录是所有图书管理系统源码里实现得最完整的一个模块也最适合拿来当答辩讲解入口。它的核心流程是JSP 表单收集用户名和密码提交到 LoginServletServlet 调 UserDao 查询数据库成功就把用户对象放进 Session 并重定向到首页失败则请求转发回登录页并给出错误提示。WebServlet(/login) public class LoginServlet extends HttpServlet { Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String username request.getParameter(username); String password request.getParameter(password); UserDao userDao new UserDao(); User user userDao.findByUsernameAndPassword(username, password); if (user ! null) { HttpSession session request.getSession(); session.setAttribute(loginUser, user); response.sendRedirect(request.getContextPath() /index.jsp); } else { request.setAttribute(error, 用户名或密码错误); request.getRequestDispatcher(/login.jsp).forward(request, response); } } }这段代码里有一个很容易被忽略但答辩必考的点sendRedirect和forward的区别。登录成功后用重定向地址栏会变成index.jsp刷新页面不会重复提交表单登录失败用转发请求还在doPost内部request域中的error属性才能被login.jsp用 EL 表达式读出来。如果把这两者写反失败时错误信息显示不出来成功时刷新页面就弹「重复提交表单」的浏览器警告。数据访问层的查询方式也值得说。findByUsernameAndPassword内部拼接 SQL 时如果用字符串拼接where username username 会有 SQL 注入风险。课程设计要求里明确提到安全性的建议用PreparedStatement预编译。public User findByUsernameAndPassword(String username, String password) { String sql select id, username, realname, role from t_user where username ? and password md5(?); try (Connection conn DbUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, password); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { User user new User(); user.setId(rs.getInt(id)); user.setUsername(rs.getString(username)); user.setRealname(rs.getString(realname)); user.setRole(rs.getInt(role)); return user; } } } catch (SQLException e) { e.printStackTrace(); } return null; }密码对比在 SQL 层用md5(?)完成而不是查出密文后在 Java 里比较。这样写的好处是防止在代码里额外引入加密工具类性能开销为零逻辑也最好讲。try-with-resources写法顺带解决了连接、Statement、ResultSet 的关闭问题不要在 finally 里手工写一堆 close那个是旧时代风格。有了 Session还需要一个过滤器把未登录用户挡在受保护页面外面。这也是课程设计源码里通常有的LoginFilter拦截所有 JSP 页面和 Servlet但放行登录页。WebFilter(/*) public class LoginFilter implements Filter { Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req (HttpServletRequest) request; HttpServletResponse resp (HttpServletResponse) response; String uri req.getRequestURI(); if (uri.contains(/login.jsp) || uri.contains(/login) || uri.contains(/static/)) { chain.doFilter(req, resp); return; } HttpSession session req.getSession(); if (session.getAttribute(loginUser) null) { resp.sendRedirect(req.getContextPath() /login.jsp); return; } chain.doFilter(req, resp); } }注意放行的三个条件login.jsp是登录页面本体/login是登录接口本身static目录下面通常是 CSS 和 JS 资源。这三个缺哪个都会出现死循环过滤器拦截登录页登录页加载不了 CSS。静态资源这个坑尤其隐蔽很多源码的过滤器只放行走表单请求页面排版全乱。4.2 分页查询手写 PageBean 比插件更好讲图书列表必须有分页这是课程设计验收的硬指标之一也是几乎每一位老师都会问的点。手写分页比引入 PageHelper 之类插件更合适原因很简单手写代码能拆成一页一页讲清楚插件一句话就说完了报告没办法展开。分页的核心由两部分组成PageBeanT对象和BookDao.getBooksByPage方法。PageBean 存放当前页码、每页条数、总记录数、总页数、还有当前页的数据集合。public class PageBeanT { private int pageNum; // 当前页码 private int pageSize; // 每页条数 private int totalCount; // 总记录数 private int totalPage; // 总页数, 计算得到 private ListT list; // 当前页数据 public PageBean(int pageNum, int pageSize, int totalCount, ListT list) { this.pageNum pageNum; this.pageSize pageSize; this.totalCount totalCount; this.totalPage (totalCount pageSize - 1) / pageSize; this.list list; } }totalPage (totalCount pageSize - 1) / pageSize这个写法是分页的灵魂它保证整除时不会多算一页不整除时自动向上取整。比如总记录数是 7每页 5 条这个公式得到(7 4) / 5 2页数就是 2如果直接7 / 5会得到 1最后一页的 2 条数据就永远访问不到。public PageBeanBook findByPage(int pageNum, int pageSize, String keyword) { String sql select * from t_book where book_name like ? or author like ? order by id desc limit ?, ?; try (Connection conn DbUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { String like % (keyword null ? : keyword) %; ps.setString(1, like); ps.setString(2, like); ps.setInt(3, (pageNum - 1) * pageSize); ps.setInt(4, pageSize); ListBook list new ArrayList(); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Book book new Book(); book.setId(rs.getInt(id)); book.setBookName(rs.getString(book_name)); // 省略其他字段 list.add(book); } } return new PageBean(pageNum, pageSize, totalCount, list); } catch (SQLException e) { throw new RuntimeException(e); } }limit后面的第一个参数是偏移量计算公式是(当前页 - 1) * 每页条数第 1 页对应偏移 0第 2 页对应偏移 pageSize。这是 SQL 层面最容易错的地方写pageNum * pageSize的话第一页会跳过前 5 条数据。JSP 页面上分页导航通常用a标签拼接pageNum参数注意点击页码时要把当前的搜索关键字keyword一起带上否则点第 2 页就没有搜索条件了。4.3 借书还书事务不只存在于教科书里借书这个动作业务上是两个写操作t_book表的stock减一和t_borrow表插入一条借阅记录。这两步必须在一个事务里完成。很多源码把这两个操作分写在两个 Dao 方法里Servlet 调完一次再调一次测试时也能跑通但只要中途断电或抛异常图书库存就悄悄少了这就是典型的数据不一致。正确做法是让借书方法自己控制事务边界。把所有 SQL 放在同一个 Connection 上执行先关闭自动提交全部成功再 commit任何一步异常就 rollback。有一个并发细节更重要扣库存的 SQL 必须带and stock 0条件靠受影响行数来判断库存是否真的扣减成功。先select *看库存再update在高并发下根本防不住超借。public void borrowBook(int userId, int bookId) throws SQLException { Connection conn null; try { conn DbUtil.getConnection(); conn.setAutoCommit(false); String updateSql update t_book set stock stock - 1 where id ? and stock 0; PreparedStatement updatePs conn.prepareStatement(updateSql); updatePs.setInt(1, bookId); int affected updatePs.executeUpdate(); if (affected 0) { throw new SQLException(库存不足); } String insertSql insert into t_borrow(user_id, book_id, borrow_time, status) values(?, ?, now(), 0); PreparedStatement insertPs conn.prepareStatement(insertSql); insertPs.setInt(1, userId); insertPs.setInt(2, bookId); insertPs.executeUpdate(); conn.commit(); } catch (SQLException e) { if (conn ! null) { conn.rollback(); } throw e; } finally { if (conn ! null) { conn.close(); } } }还书逻辑与借书对称把stock加回一同时把对应借阅记录的return_time更新为当前时间、status更新为 1。同样要在事务里完成。借书和还书的方法都要写在 Dao 层而不是 Servlet 里这样 Servlet 只负责接收参数和转发页面事务边界清晰调试时一眼能看出哪一层出错。事务这块还有一个版本上的坑。有些老源码用的是C3P0连接池从池里拿连接后setAutoCommit(false)执行事务最后 commit这些都没问题。但如果你改用了Druid并且代码里用的是DruidDataSource的默认配置有一个参数defaultAutoCommit默认是 true服务重启后第一次执行事务代码时连接可能是自动提交的。真要排查先从DbUtil.getConnection()入手看看连接是DriverManager直连还是连接池提供两者打印出来的类名完全不一样。5. 避坑记录我从课程设计源码里趟过的五个坑5.1 数据库时报 Public Key Retrieval is not allowed现象Tomcat 起来后点登录页面报Public Key Retrieval is not allowed但用 Navicat 连接同一个数据库完全正常。原因MySQL 8 默认的认证插件是caching_sha2_password客户端第一次连接时需要通过 RSA 公钥交换获取密钥。JDBC 驱动出于安全考虑默认不允许自动获取公钥于是拒绝了连接。这个报错只出现在 MySQL 8 及以上版本中。解决在 JDBC URL 里显式追加allowPublicKeyRetrievaltrue。如果你使用的是 mysql-connector-java 5.1.x 驱动连 MySQL 8还会报Unable to load authentication plugin caching_sha2_password那就先把驱动升级到 8.0.x再按第3章的完整 URL 配置。useSSLfalse建议同时带上本地开发环境没有 SSL 证书不关掉会有一大串警告日志。5.2 登录页中文全部乱码存进数据库也是问号现象登录页正常显示输入中文用户名提交后页面上回显的中文变成 ?????数据库里存的也是问号。原因三个环节任一环节编码不一致就会乱码。JSP 页面本身的pageEncoding不是 UTF-8Servlet 没有调用request.setCharacterEncoding(UTF-8)数据库连接 URL 缺characterEncodingutf8。最隐蔽的是最后一个——很多人只改前两个数据库连接还是油盐不进的老配置。解决三步全做。JSP 顶部确认% page contentTypetext/html;charsetUTF-8 %Servlet 的doPost第一行加上request.setCharacterEncoding(UTF-8)JDBC URL 里加上useUnicodetruecharacterEncodingutf8。注意这三个动作不互相替代缺一个都可能在某个环节翻车。还有一个无关但常见的乱码来源Tomcat 8.5 前版本 GET 请求的 URI 默认按 ISO-8859-1 解码如果你用的老 Tomcat还要在server.xml的 Connector 上加URIEncodingUTF-8。Tomcat 9 默认就是 UTF-8不用改。5.3 Tomcat 端口被占用页面起不来现象IDEA 点启动按钮控制台一闪而过再点一次就报Port 8080 is already in use。有时候连报错都没有直接弹窗说端口冲突。原因8080 是 Tomcat 默认端口要么是你之前启动过的一次 Tomcat 没关干净要么是本地别的服务占了它。课程设计源码包里如果配过多个运行实例也可能出现同一个端口起两个 Artifact 的情况。解决先找出占用端口的进程再决定杀进程还是改端口。命令行执行netstat -ano | findstr 8080会列出 PID再用taskkill /PID 1234 /F强制结束。如果你不想动别的服务就在 IDEA 的Run - Edit Configurations - Tomcat Server - HTTP port里改成8081一行配置的事情。改端口后访问地址也要同步改浏览器里输入的还是 8080 就会 404。5.4 访问页面 404项目部署名少了一个斜杠现象登录功能正常但登录成功后跳转index.jsp报 404或者页面上能点击的链接全部 404刷新首页又正常。原因JSP 和 Servlet 里写死了相对路径。比如跳转写的是/index.jsp在项目部署名是/library的情况下实际请求路径变成了http://localhost:8080/library/index.jsp但代码里硬编码的斜杠是根路径导致服务器找不到资源。这个问题只在部署名不为空时出现有的源码默认部署名为根路径所以原作者自己从来没见过 404。解决所有 URL 跳转、表单 action、静态资源引用都改成动态拼接项目根路径。JSP 里用${pageContext.request.contextPath}Servlet 里用request.getContextPath()。也就是href${pageContext.request.contextPath}/index.jsp这种写法。这个改动往往涉及十几个 JSP 文件和几个 Servlet改的时候用 IDEA 的全局替换更有效率替换前一定先手动看一眼每个文件里路径的真实写法防止把已经正确的路径改坏。5.5 访问任意 JSP 报 500空指针但控制台没有堆栈现象登录页能打开输入正确的账号密码后页面 500控制台只打印java.lang.NullPointerException没有具体行号。或者直接刷新首页就白屏。原因老源码里最常见的空指针来源是DbUtil.getConnection()返回了 null但调用链上没做判空。深层原因往往是db.properties里的参数名跟代码里Properties.getProperty(url)取到的 key 不一致。比如代码取的是jdbcUrl配置文件里却写的是url加载后得到 null连接自然建立不起来。这类问题在拷贝搬运的源码里极其常见——配置是从另一台机器复制的key 对不上。解决花三分钟确认三个点。第一db.properties是否位于src/main/resources或src目录下并能被编译进 classes第二控制台启动日志里有没有Properties loaded之类的自定义日志有就说明加载到了第三直接打印DbUtil.getConnection()返回值的类名确认不是 null。给getConnection()里的Class.forName和DriverManager.getConnection分别包一层if-else打印异常日志定位速度最快。这种问题排查方式也建议写进实验报告「系统测试」一节作为异常处理案例。6. 实验报告怎么填把 ER 图、数据流图和测试用例做到老师问不倒实验报告是这套交付物里占比最大的文件很多课程设计的评分标准里报告占 40 分代码只占 60 分。报告不需要把源码全部贴进去老师看不完你写起来也累。真正拉开差距的是三块ER 图、数据流图、测试用例表。把这三块画对写细报告整体观感立刻不一样。ER 图画三张表加两条关系线就够了。实体是用户、图书、借阅记录用户和图书之间通过借阅记录建立联系注意不要把「用户借阅图书」直接画成一条多对多关系线要写成两个一对多关系用户对借阅记录一对多图书对借阅记录一对多。属性挑主要字段写即可id、用户名、密码、书名、库存这些就够了不用把 create_time 也逐个列出来。画图工具用 Word 自带形状或 draw.io 导出 PNG 插进去风格统一就好。数据流图分两层。顶层图画登录和数据流用户输入账号密码系统后端校验通过后返回首页数据注册用户时数据流向数据库。一层图画借书流程读者发出借书请求系统检查库存执行借书逻辑返回成功提示。数据流图比 ER 图难画一点不要硬拗标准符号用矩形代表处理过程、开放矩形代表存储数据库箭头方向表示数据流动方向图例说明标注清楚就行。测试用例表用这个结构最有说服力用例编号测试模块前置条件操作步骤预期结果实际结果TC-01登录已注册管理员账号输入正确账密点击登录跳转首页Session 有 loginUser通过TC-02登录已注册管理员账号输入错误密码点击登录停留在登录页显示错误提示通过TC-03图书分页数据库有 20 条图书打开第 2 页显示第 6 至 10 条记录通过TC-04借书图书库存大等于 1点击借阅库存减一生成借阅流水通过TC-05借书-库存不足图书库存为 0点击借阅提示「库存不足」无新借阅记录通过TC-06还书存在一条借出记录点击还书库存加一流水状态变已还通过这张表覆盖了主流程、反向流程和异常流程答辩老师一般问不出超出这张表的场景。写的时候注意「实际结果」全部填「通过」不要填「正常」两类表述的严谨性差别在老师那里有印象分差距。还有一个加分技巧适合写到报告末尾的「问题与解决」小节。从第5章里挑两三个你真实遇到的坑按「现象 - 排查过程 - 解决方案 - 最终效果」写。比如「数据库时区报错导致登录页面打不开」从日志看报错定位、到检查 JDBC URL、再到追加 serverTimezone 参数每一步都写清楚。这种内容比在网上抄一百字「系统运行稳定可靠」要真实得多。我第一次做课程设计时整晚都在调那个连接池空指针后来发现只是db.properties里的 key 拼错了一个字母从那以后我拿到任何源码第一步先看配置文件里 key 的名字和代码取的一不一致希望你做这道题时能少走这一步。希望帮到你。本文还有配套的精品资源点击获取