MySQL+Java+Swing 学生宿舍管理系统课程设计全流程解析

简介面向计算机专业学生的学生宿舍管理系统课程设计资源使用 MySQL 数据库 Java Swing 技术栈开发解决课程设计中常见的业务表设计、GUI 布局与数据交互问题。整套资料共 334 个文件压缩包约 112.72MB包含 47 个 Java 源文件、202 个编译后的 class 文件、22 张 PNG 界面截图以及 XML 配置文件、工程配置和辅助文档等多类内容便于全面查看项目结构和运行逻辑。资源还配套了数据库文件和相关文档可帮助理解宿舍管理中的学生信息、宿舍分配、管理员管理等核心模块既适合刚刚接触 Java 与 MySQL 的初学者按源码模仿练习也可作为课程设计报告的图表和方案参考。目前已有 268 人浏览学习对于需要快速完成课设或复习 SwingMySQL 开发流程的读者是一份较实用的完整案例。1. 学生宿舍管理系统用 MySQLJavaSwing 做课设为什么是这套组合每年到了课程设计季身边总有人问宿舍管理系统到底该用什么技术栈Web 框架满天飞为什么还要回头用 MySQLJavaSwing 做桌面应用我的判断很直接这门课叫数据库课程设计打分老师重点看的是 SQL 设计、CRUD 完整度和文档规范性而不是你把前端做得有多花哨。Swing 写出来的本地桌面程序虽然界面朴素但胜在逻辑直白、依赖少、答辩时可以说清楚每一行代码反而比套一层 SSM 框架更容易拿高分。这套方案的核心就三件事MySQL 负责数据存储和查询Java 通过 JDBC 连接数据库Swing 构建操作界面。过程里你会踩到中文乱码、时区报错、驱动加载失败这些典型坑但每一条都能在本地环境里快速排查。对于想认真做课设、又不想被框架概念淹没的人来说MySQLJavaSwing 是最稳妥的一条路。下面我就按自己做过一遍的顺序把数据库设计、JDBC 封装、界面实现、图表生成到答辩文档的全过程拆开讲。2. 数据库设计8 张表撑起宿舍管理核心业务宿舍管理看起来简单但把需求落到表结构上很多人才发现漏了关联关系。这个系统至少要覆盖学生信息、宿舍分配、楼栋管理、访客登记、报修记录、公告发布。我把它们拆成 8 张表先看表结构再讲为什么这么拆。2.1 从 ER 模型到表结构宿舍分配为什么用中间表常见的错误设计是直接在学生表里加一个 room_id 字段表示住在哪间宿舍。这在单人宿舍没问题但高校宿舍几乎都是多人间一查“某间房住了谁”就得反向扫描学生表。更合理的做法是拆出独立的关系表让分配记录有入住时间和退宿时间保留完整历史。我用 MySQL Workbench 先画 ER 图再导出 SQL。核心表有这些CREATE TABLE admin ( admin_id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, real_name VARCHAR(50) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE building ( building_id INT PRIMARY KEY AUTO_INCREMENT, building_name VARCHAR(50) NOT NULL, floors INT NOT NULL, rooms_per_floor INT NOT NULL, manager VARCHAR(50) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE room ( room_id INT PRIMARY KEY AUTO_INCREMENT, building_id INT NOT NULL, room_no VARCHAR(20) NOT NULL, capacity INT NOT NULL DEFAULT 4, current_count INT DEFAULT 0, CONSTRAINT fk_room_building FOREIGN KEY (building_id) REFERENCES building(building_id) ON DELETE CASCADE ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE student ( student_id VARCHAR(20) PRIMARY KEY, name VARCHAR(50) NOT NULL, gender ENUM(男, 女) NOT NULL, class_name VARCHAR(50), phone VARCHAR(20) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; CREATE TABLE checkin ( checkin_id INT PRIMARY KEY AUTO_INCREMENT, student_id VARCHAR(20) NOT NULL, room_id INT NOT NULL, checkin_date DATE NOT NULL, checkout_date DATE, CONSTRAINT fk_checkin_student FOREIGN KEY (student_id) REFERENCES student(student_id) ON DELETE CASCADE, CONSTRAINT fk_checkin_room FOREIGN KEY (room_id) REFERENCES room(room_id) ON DELETE CASCADE ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;这里字段类型有两个细节值得注意。student_id 用 VARCHAR 而不是 INT因为学号经常以 0 开头用 INT 会把前导零丢掉后续查询学号登录时就对不上了。gender 字段用 ENUM 限制取值是为了防止界面传入脏数据代价是以后想扩成“未知”要改表结构课设阶段完全够用。room 表里的 current_count 是冗余字段其实可以通过 checkin 表统计出来。它带来一个经典问题分配宿舍时先检查 current_count 是否小于 capacity入住成功后再把 current_count 加 1这要求事务包裹住两步操作。另一种思路是每次查询时实时统计例如SELECT COUNT(*) FROM checkin WHERE room_id? AND checkout_date IS NULL用性能换一致性。两种方案我在课设里都试过推荐你用实时统计因为数据量小、逻辑简单答辩时还能主动说出“我避免了冗余字段造成的数据不一致”这是一个很加分的点。2.2 用 MySQL Workbench 建库先设计后执行还是直接跑脚本如果你安装了 MySQL Workbench新建模型画 ER 图再 Forward Engineer 导出 SQL 是学院派做法过程繁琐但能自动生成外键关系。我实际做的时候更喜欢直接在 Workbench 的 SQL Editor 里执行建表脚本理由很简单8 张表的规模根本不需要 ER 工具辅助手写 SQL 更快而且之后改字段更顺手。带外键的表要严格按引用顺序创建。上面的脚本里先建 building再建 room最后建 checkin因为 checkin 引用了前两张表。反过来建MySQL 会直接报errno: 150外键错误。还有一个容易忽略的地方是字符集我在建库语句里显式指定CREATE DATABASE dormitory_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;用 utf8mb4 而不是 utf8是因为 utf8mb4 是真正的四字节 UTF-8 编码MySQL 8.0 的默认字符集也改成了它。课设里如果学生姓名里有生僻字用 utf8 会存不进去踩过的都知道这坑多隐蔽。排序规则选 utf8mb4_unicode_ci 精确度更高比较字符串时也不区分大小写适合登录校验。插入初始化数据时我建议把管理员、楼栋、房间、部分学生做成一个单独的 data.sql和建表语句分开。这样演示前重新初始化数据只需要执行 data.sql不需要把建表语句再跑一遍。注意插入顺序同样要遵循外键依赖先 building 再 room 再 student 再 checkin。2.3 三条数据初始化经验自增列、中文编码和演示数据第一mysql 命令行客户端执行 SQL 脚本看中文是否乱码先确认终端编码是 UTF-8。Windows 下 cmd 默认 GBK执行含中文的脚本会显示乱码但存进数据库的可能是对的。验证方法是SELECT * FROM student\G看输出乱码了再调终端编码不要急着改数据库字符集。第二自增列插入指定 ID 后再让 MySQL 自动生成新 ID 可能出现主键冲突的隐患。比如 room 表里 1 到 10 号房间是通过脚本手动插入的之后在系统里新增 11 号房发生的概率不大但手动插入的 ID 如果大于当前自增值MySQL 会自动把 AUTO_INCREMENT 跳到最大 ID1这一点要心里有数。建议初始化数据时要么全部指定 ID要么全部不指定不要混着来。第三演示数据量控制在每张表 10 到 20 条就够了。数据太少界面表格显得空数据太多答辩现场演示查找功能时要翻好几页效果反而差。报修和访客表的时间字段尽量跨最近一个月让图形报表的数据分布看上去自然。3. JDBC 连接 MySQL驱动、连接串和登录查询的落地写法表建好、数据灌进去之后接下来是 Java 代码和数据库建立连接。这一步最容易出问题的地方集中在驱动依赖、连接串参数和 SQL 执行方式上。我按自己常用的工程配置讲一遍。3.1 添加依赖与连接串8.x 驱动下三个必须写的参数如果你用 IDEA 做项目依赖管理可以用 Maven。在 pom.xml 里加 mysql-connector-j 依赖注意 Java 版本和驱动版本的匹配Java 8 搭配 8.0.x 驱动没问题Java 11 以上我一般也保持这个组合。dependencies dependency groupIdmysql/groupId artifactIdmysql-connector-j/artifactId version8.0.33/version /dependency /dependencies驱动版本建议固定在 8.0.x不要用 5.1.x。8.x 版本的驱动类名是com.mysql.cj.jdbc.Driver老版本是com.mysql.jdbc.Driver用错类名会在Class.forName()时报ClassNotFoundException这是课设里最常见的编译期报错。连接字符串要写成这样String url jdbc:mysql://localhost:3306/dormitory_db ?useSSLfalse serverTimezoneAsia/Shanghai characterEncodingutf8 allowPublicKeyRetrievaltrue; String user root; String password 你的密码;这几个参数的解释我放在表格里方便答辩时讲清楚参数名作用不写会出现什么useSSLfalse关闭 SSL 加密连接驱动建立安全连接过程变慢日志出现警告serverTimezoneAsia/Shanghai指定服务器时区报The server time zone value异常characterEncodingutf8设置连接字符集中文写入数据库后乱码allowPublicKeyRetrievaltrue允许获取服务器公钥使用 caching_sha2_password 认证时报 Public Key Retrieval 错误必须说明的是allowPublicKeyRetrieval 建议只在本地开发时开如果答辩部署到服务器关闭它更安全但要配合 SSL 证书才能正常连接。课设场景都是本机运行开这个参数副作用很小。3.2 写一个 DBUtil 工具类四大步骤固定成模板我不建议每次用数据库都重写一遍连接代码那样代码重复率太高答辩老师一眼就能看出工程素养不够。把连接和关闭操作封装成工具类 DBUtil是 JDBC 项目的基本套路。public class DBUtil { private static String url jdbc:mysql://localhost:3306/dormitory_db ?useSSLfalseserverTimezoneAsia/Shanghai characterEncodingutf8; private static String user root; private static String password 123456; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(url, user, password); } public static void close(ResultSet rs, Statement stmt, Connection conn) { try { if (rs ! null) rs.close(); if (stmt ! null) stmt.close(); if (conn ! null) conn.close(); } catch (SQLException e) { e.printStackTrace(); } } }把用户名和密码硬编码在 Java 文件里课设可以接受但我更推荐放到 db.properties 配置文件里用 java.util.Properties 读取。这样做的好处是换数据库环境时不用重新编译直接改配置文件。Swing 项目目录结构里resources 文件夹下放 db.properties用getClassLoader().getResourceAsStream(db.properties)加载也能避开中文路径导致的 FileNotFoundException。关闭资源顺序不能反过来。先关 ResultSet再关 Statement最后关 Connection。反过来先关 Connection 后面两个再关也没什么意义因为数据库连接已经断掉了。细节也可以这样讲JDBC 的 Statement 和 ResultSet 都依赖连接存活连接关闭后它们会自动失效但显式关闭是好习惯可以及时释放数据库端游标资源避免连接数耗尽。按我的经验这是一个在交互过程中很容易被问到的问题值得提前搞清楚。3.3 登录校验的 SQL 写法PreparedStatement 必须替代 Statement登录功能是系统的门面但很多人的第一版代码喜欢用 Statement 拼接 SQL例如Statement stmt conn.createStatement(); String sql SELECT * FROM admin WHERE username name AND password pwd ; ResultSet rs stmt.executeQuery(sql);这段代码能跑通但存在两个问题。第一是 SQL 注入风险在文本框输入 OR 11就能绕过密码直接登录第二是用加号拼 SQL可读性很差排查问题时要一层层剥字符串。用 PreparedStatement 是正规做法public boolean login(String username, String password) { String sql SELECT * FROM admin WHERE username? AND password?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, username); ps.setString(2, password); ResultSet rs ps.executeQuery(); return rs.next(); } catch (SQLException e) { e.printStackTrace(); return false; } }这里用了 try-with-resources 语法Java 7 之后自带资源自动关闭功能可以少写 finally 块。rs.next()返回 true 表示找到了记录false 表示没有。注意这里返回值是“是否能找到匹配记录”不要试图把 password 字段取出来再跟用户输入比较画蛇添足还增加出错点。关于密码存储课设项目里直接把明文密码存进数据库非常常见但如果想在文档里体现安全意识可以用 MD5 或 SHA-256 加盐后存储。登录校验时对用户输入做同样哈希再比对SQL 不变。这属于加分项不是必须做但做了之后在答辩“安全设计”环节能多讲几句显得考虑周到。4. Swing 界面与图表JTable、查询联动和 JFreeChart 的整合数据库层通畅后剩下的工作量都在 Swing 界面上。宿舍管理系统的界面通常包含登录窗体、主窗体、宿舍管理、学生管理、报修管理和统计报表几个面板。Swing 的组件不多但要做得顺手关键在于了解 JTable 的数据模型和线程模型。4.1 JTable 展示学生列表DefaultTableModel 的填充与刷新JTable 是 Swing 里最常用来展示数据库结果的组件。它的难点不是画表格而是通过 TableModel 来维护数据。我给你的建议是不要在 JTable 上直接调用 addRow应该操作 DefaultTableModel。public void loadStudentData(JTable table, String keyword) { DefaultTableModel model (DefaultTableModel) table.getModel(); model.setRowCount(0); // 清空旧数据 String sql SELECT student_id, name, gender, class_name, phone FROM student; if (keyword ! null !keyword.trim().isEmpty()) { sql WHERE name LIKE ? OR student_id LIKE ?; } try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { if (keyword ! null !keyword.trim().isEmpty()) { ps.setString(1, % keyword %); ps.setString(2, % keyword %); } ResultSet rs ps.executeQuery(); while (rs.next()) { model.addRow(new Object[]{ rs.getString(student_id), rs.getString(name), rs.getString(gender), rs.getString(class_name), rs.getString(phone) }); } } catch (SQLException e) { e.printStackTrace(); } }这段代码的关键在model.setRowCount(0)它把表格模型的行数清零实现界面刷新。如果不调用这一行每次查询新增的数据都会追加在旧数据后面表格越来越难用。另一个要点是模糊查询别用WHERE name?要用LIKE ?并配合%通配符拼接。通配符加在参数里SQL 字符串本身保持干净这样写 PreparedStatement 是安全的。rs.next()每调用一次游标后移一行循环里把每条记录的字段放进 Object 数组model.addRow()接收行数据JTable 会自动重绘。整个过程是同步的Swing 单线程模型下不会出现界面卡死问题因为数据量本来就是几十条级别。如果你想在表格加一列“操作”按钮不推荐课设做因为 JTable 的单元格加按钮需要自定义 TableCellRenderer 和 TableCellEditor代码量会突然增加很多收益对课设评分不显著。管理操作的按钮放在表格下方工具栏里更实用通过选中行的学号来定位数据。4.2 下拉框联动宿舍查询监听器里重查数据库宿舍分配界面的常见交互是先选楼栋再选楼层然后列出房间号和剩余床位。初学者容易把楼层数据全部缓存到下拉框里楼栋切换后楼层不清空逻辑越写越乱。正确的做法是每个下拉框选择变化时触发监听器重新查询下一级数据。buildingCombo.addActionListener(e - { String selected (String) buildingCombo.getSelectedItem(); if (selected null) return; int buildingId getBuildingId(selected); loadFloorsCombo(buildingId); // 重新填充楼层下拉框 }); private void loadFloorsCombo(int buildingId) { floorCombo.removeAllItems(); String sql SELECT DISTINCT room_no FROM room WHERE building_id?; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setInt(1, buildingId); ResultSet rs ps.executeQuery(); while (rs.next()) { floorCombo.addItem(rs.getString(room_no)); } } catch (SQLException e) { e.printStackTrace(); } }这里的失误高发点在 removeAllItems 之后立即 addItem 会触发 ActionListener 又一次执行的递归问题。建议下拉框加数据时先setEnabled(false)填充完后再启用或者用一个 boolean 标记位控制。我一般用标记位变量名isUpdatingCombo在填充方法开始置 true结束置 false监听器开头判断这个标记直接 return。这是 Swing 联动里最容易写 bug 的地方说出来是能体现出编程功力的。4.3 JFreeChart 画统计图中文乱码问题必须提前处理图表是题目里“图表”二字的直接交付物。常见做法是用 JFreeChart 生成柱状图或饼图展示“各楼栋入住率”。有人会想到用 Java POI 操作 Word 生成图表但那是把图表写进文档的路径界面展示还是 JFreeChart 更直接。public JPanel createBarChart() { DefaultCategoryDataset dataset new DefaultCategoryDataset(); String sql SELECT b.building_name, SUM(r.capacity) AS total, SUM(r.current_count) AS used FROM room r JOIN building b ON r.building_idb.building_id GROUP BY b.building_id, b.building_name; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ResultSet rs ps.executeQuery(); while (rs.next()) { String name rs.getString(building_name); int total rs.getInt(total); int used rs.getInt(used); double rate (total 0) ? 0 : used * 100.0 / total; dataset.addValue(rate, 入住率, name); } } catch (SQLException e) { e.printStackTrace(); } JFreeChart chart ChartFactory.createBarChart( 各楼栋入住率统计, 楼栋, 入住率(%), dataset); ChartPanel panel new ChartPanel(chart); return panel; }这段 SQL 用了 JOIN 和 GROUP BY 做聚合统计。total 是房间总容量used 是当前已入住人数入住率百分比在这里计算。JFreeChart 对中文支持天然有问题生成的图表标题和坐标轴会出现方块。解决办法是拿到图表对象后设置字体的 Font 属性把标题和坐标轴字体都改成中文字体chart.getTitle().setFont(new Font(微软雅黑, Font.BOLD, 16)); CategoryPlot plot chart.getCategoryPlot(); plot.getDomainAxis().setLabelFont(new Font(微软雅黑, Font.PLAIN, 14)); plot.getRangeAxis().setLabelFont(new Font(微软雅黑, Font.PLAIN, 14));也可以用java.awt.Font的new Font(宋体, ...)但微软雅黑在 Windows 上字号稍大时更好看。如果项目最后要跨平台部署Linux 服务器没有微软雅黑会回退到默认字体显示方块课设一般都在 Windows 上演示这个隐患注意一下就好。图表的刷新和表格一样需要在按钮点击时重新查询数据、重新构建 dataset、替换 ChartPanel 里的图表对象。JFreeChart 的ChartPanel.setChart(newChart)就是干这个的不需要重建整个面板。展示阶段界面卡顿一般不是性能问题而是 Swing 事件调度线程的重复耗时操作确认没有在监听器里做死循环就行。5. 避坑记录JDBC 驱动、编码、端口与图表显示这 6 个常见问题这是全篇最关键的一章。这些坑百分之八十来自实际操作中的血泪经验每条都按现象、原因、解决三步写清楚你直接对照排查。5.1 ClassNotFoundException: com.mysql.cj.jdbc.Driver现象代码运行到Class.forName(com.mysql.cj.jdbc.Driver)抛java.lang.ClassNotFoundException。原因Maven 依赖没有下载成功或者 jar 包没有打进运行环境。我用 IDEA 时常见原因是 pom.xml 添加了依赖但没有刷新 Maven 项目或者项目本地仓库缓存冲突。解决检查 External Libraries 里有没有 mysql-connector-j 的 jar。如果没有执行mvn clean install重新拉取如果用的是普通 Java 项目手动把驱动 jar 复制到项目里并添加到 Libraries。注意依赖声明里的scope不要写provided否则运行期会找不到。5.2 连接报错 The server time zone value 中国标准时间现象启动程序访问数据库时报The server time zone value Öйú±ê׼ʱ¼ä is unrecognized一堆乱码。原因MySQL 8.x 的时区默认值不规范JDBC 驱动无法解析。解决连接串加serverTimezoneAsia/Shanghai或者改成serverTimezoneGMT%2B8。注意加号要转义成%2B在 URL 里裸写会被解析成空格。更彻底的做法是改 MySQL 全局时区执行SET GLOBAL time_zone08:00但学生机一般没权限改全局连接串参数是最稳妥的。5.3 插入中文后查询乱码现象界面输入中文保存到数据库重新打开显示成???或乱码。原因连接字符串没带characterEncodingutf8MySQL 客户端连接字符集不是 UTF-8。另一个原因是表的字符集建表时没指定默认继承了 latin1。解决先在 MySQL 里执行SHOW CREATE TABLE student看表字符集是不是 utf8mb4如果建表时漏了用ALTER TABLE student CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci补救同时把连接串参数补上。保存操作前打印一下传入 SQL 的中文先确认 Java 端本身没有乱码再排查数据库端。5.4 连接失败Communications link failure 或 Access denied现象程序启动后提示Communications link failure数据库客户端却能正常连接。原因端口不通或用户名密码错误。先确认 MySQL 是否在 3306 端口监听Windows 命令行执行netstat -ano | findstr 3306看端口。如果端口没问题再检查连接 URL 里的数据库名和用户名密码。Access denied 大概率是密码写错了注意不要有隐藏空格配置文件里password123456和password 123456是完全不同的。5.5 JFreeChart 中文显示成方块现象弹出的图表窗口标题和坐标轴文字全是方框。原因JFreeChart 默认用 SansSerif 字体渲染中文在某些 JDK 版本下不支持中文。解决获取图表对象后遍历设置中文字体具体代码见 4.3。还有一种情况是你的 Windows 系统没有微软雅黑字体换成宋体试试。图表内 legend 图例的中文也要设置用chart.getLegend().setItemFont()处理。5.6 SQL 聚合查询 GROUP BY 报 ONLY_FULL_GROUP_BY 错误现象执行含 GROUP BY 的报表 SQL 报which isnt in GROUP BY。原因MySQL 5.7 之后默认开启sql_modeONLY_FULL_GROUP_BYSELECT 的列必须出现在 GROUP BY 或聚合函数中。比如SELECT building_name, room_id, COUNT(*) FROM room GROUP BY building_nameroom_id 不属于 GROUP BY 也不在聚合函数里必然报错。解决要么把 room_id 加进 GROUP BY要么去掉 room_id。这个错误的排查思路也适用查询所有需求列就是要保证 select 列表和 group by 列表做到一一对应除非把字段装进聚合函数比如MAX(room_id)。6. 课程设计交付演示脚本、答辩文档和三级目录的整理顺序功能做完只是开始课设评审更看重交付物的完整度。你要交的东西题目写明是“源码图表文档”我讲讲怎么组织它们让老师看起来觉得你是认真做的。6.1 演示动线设计60 秒内讲完整套流程答辩现场时间有限演示不要从登录开始慢慢点。推荐的动线是先展示数据库 ER 图和建表脚本证明表结构是设计的再打开程序登录演示一次查询学生模糊查、一次新增入住登记、一次修改报修状态、一次删除退宿最后切到统计按钮展示图表随数据变化而变化。每个操作控制在 10 秒内全程 60 秒收尾。演示前必须用初始化脚本把数据库重置成干净状态避免上次演示留下的脏数据影响判断。我习惯写一个reset.bat脚本内容就两行mysql -uroot -p123456 data.sql演示开始前跑一次数据库恢复到初始数据。这个动作本身在老师看来也是加分项说明你有工程交付意识。6.2 文档结构数据库设计说明书该怎么写课程设计报告很多人写成代码说明书贴大段源码这是大忌。老师想看的是你在遇到某个问题时的取舍逻辑比如为什么学生编号用 VARCHAR 而不是 INT。建议把文档按这个目录组织章节必写内容加分内容需求分析功能清单、用户角色用例图数据库设计表结构说明、ER 图范式分析、外键策略界面设计每个窗体的截图和功能事件处理流程核心代码DBUtil、登录、报表逻辑说明不贴大段代码测试日志功能测试用例失败用例和修复过程文档和源码对应关系要在正文里说清楚比如“登录功能源码见 LoginFrame.java 第 15 行”老师复核时能对照上。图表部分要把 JFreeChart 生成的柱状图截张小图放进去同时说明数据来源 SQL 的统计口径。6.3 最后的收尾习惯我的习惯是课设结束后把所有 SQL 脚本、Java 源码、JFreeChart 截图和 Word 文档打成一个压缩包压缩包命名格式是“学号_姓名_学生宿舍管理系统_课程设计”。以这样的结构交付不管哪一位老师评审都能在很短时间内看懂你的思路然后挑几个深入问题来问比如事务、索引、连接池。提前把这些问题想好往文档里写一段你自己的理解通过答辩就没什么可愁了。这套方案我已经整理过三轮了最深的感受是课设的价值不在于技术新潮而在于每一行代码和文档都能解释清楚希望帮到你。本文还有配套的精品资源点击获取