Java学生信息管理系统教程：从数据库建模到增删改查落地

简介这是Java学生信息管理系统完整课程设计资源适合计算机专业正在做期末大作业、课程设计或毕业设计的学生也适合需要项目实战练习的Java初学者。资源包含项目源码、数据库脚本和实验报告作者提供了完整可运行代码并附有系统操作演示视频便于对照学习和快速上手。压缩包共117个文件以Java源码、class编译文件、数据库SQL脚本、实验报告PDF/Word文档和系统截图PNG为主另有项目配置文件和依赖JAR包包体约30.81MB结构清晰方便直接导入开发工具运行调试。目前已有129人学习下载。项目从登录验证、学生信息增删改查到数据库连接与界面设计均有完整实现实验报告还整理出系统设计思路与核心代码说明可作为课程设计报告撰写和答辩准备的重要参考。评审分为99分经过导师指导认可适合需要参考完整项目流程和毕设案例的读者使用。1. 为什么“java学生信息管理系统”是课程设计里最该认真做的题一课覆盖增删改查与数据库建模每到学期末总有同学拿着“java学生信息管理系统”这个题来找我说老师只给了个题目代码要自己写数据库要自己建还要交实验报告。说实话这个题目在课程设计里出现频率确实高但你如果只是从网上下个包、改个名字交上去答辩时老师问两句就露馅。而真正把它从头到尾做一遍你会在一个项目里同时摸到 Java 基础语法、JDBC 数据库操作、SQL 建表语句、GUI 或控制台交互设计这几样恰好是面试和考试里最常被问的东西。这篇文章我按自己带人做课设的习惯把整套方案拆开讲先定表结构再写分层代码最后落到实验报告怎么写、答辩怎么答。方向是做成一个能真正跑起来、能经得住追问的小系统而不是一个只存在于截图里的“演示项目”。读者如果是第一次接触 Java 课程设计案例源码跟着走一遍就能跑通如果你已经有基础重点看参数设置和那些不容易察觉的坑。2. 数据库先行把学生信息管理系统的表结构一次设计到位2.1 学生信息管理系统需要几张表从需求倒推表设计很多同学拿到题目就急着写代码结果写到一半发现缺字段、缺关联又要回头改库来回折腾。我一般会先花半小时把需求拆成几个问题系统要给谁用要管哪些数据数据之间什么关系按“学生信息管理系统”最常见的课程设计要求核心数据无非三块学生基本信息、课程信息、学生的选课成绩。在这之外再加一张用户表用来登录就构成了一个最小但完整的模型。具体来说student 表管学号、姓名、性别、年龄、班级、入学日期这些字段course 表管课程编号、课程名、学分、学时student_course 表管学生选了哪门课、考了多少分。为什么要拆成三张而不是全塞进一张表因为一个学生选多门课、一门课被多个学生选这是典型的多对多关系不拆的话会出现大量重复数据。比如一个学生选了五门课如果只在一张表里存学生的基础信息就得重复五遍改一个字段要动五行记录。user 表则是本系统展示登录功能的“门面”。课设答辩时老师大概率会问“你怎么防止别人随便进系统”有这张表你就能答出登录校验的完整链路。角色字段我建议用简单的 int 类型1 表示管理员0 表示普通用户不要用字符串存“admin”这种值以后加判断会很啰嗦。2.2 建库建表 SQL编码类型、主键策略与索引这三处别偷懒建表这一步直接决定后面代码的写法。我见过不少同学用 VARCHAR(20) 存学号结果后面做关联查询时发现有的学号带字母、有的全是数字类型还不一致。学号和课程编号这类业务主键虽然看着像数字但一定用字符串存。数据库层面我用 MySQL 5.7 以上版本举例MySQL 8 的驱动和连接方式略有差异这点后面单独说。-- 创建数据库指定 utf8mb4 编码避免中文乱码 CREATE DATABASE IF NOT EXISTS student_ms DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE student_ms; -- 学生表学号作为业务主键班级和入学年份单独建普通索引 CREATE TABLE student ( id BIGINT AUTO_INCREMENT COMMENT 自增主键仅用于内部关联, student_no VARCHAR(20) NOT NULL COMMENT 学号业务唯一标识, name VARCHAR(50) NOT NULL COMMENT 姓名, gender TINYINT DEFAULT 0 COMMENT 性别0未知1男2女, age INT DEFAULT 18 COMMENT 年龄, class_name VARCHAR(50) COMMENT 班级, enroll_date DATE COMMENT 入学日期, PRIMARY KEY (id), UNIQUE KEY uk_student_no (student_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT学生基本信息表;上面这段要注意两个地方一是自增主键和业务唯一键分开内部关联用 id对外展示用 student_no避免以后学号规则变化影响关联表二是 gender 用 TINYINT 而不用 ENUM因为 ENUM 后期加值要改表结构TINYINT 加个注释就够了。年龄字段直接存 int 虽然简单但每年都要手动更新如果做得讲究一点可以用出生日期字段在代码里算年龄课设阶段存 age 也能接受。-- 课程表 CREATE TABLE course ( id BIGINT AUTO_INCREMENT COMMENT 自增主键, course_no VARCHAR(20) NOT NULL COMMENT 课程编号, course_name VARCHAR(100) NOT NULL COMMENT 课程名, credit DECIMAL(3,1) DEFAULT 2.0 COMMENT 学分保留一位小数, hours INT DEFAULT 32 COMMENT 学时, PRIMARY KEY (id), UNIQUE KEY uk_course_no (course_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT课程信息表; -- 选课成绩表联合唯一键防止重复选课 CREATE TABLE student_course ( id BIGINT AUTO_INCREMENT COMMENT 自增主键, student_id BIGINT NOT NULL COMMENT 学生表id, course_id BIGINT NOT NULL COMMENT 课程表id, score DECIMAL(5,2) COMMENT 成绩百分制, PRIMARY KEY (id), UNIQUE KEY uk_student_course (student_id, course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT学生选课成绩表; -- 用户表用于登录 CREATE TABLE user ( id BIGINT AUTO_INCREMENT COMMENT 自增主键, username VARCHAR(50) NOT NULL COMMENT 登录名, password VARCHAR(100) NOT NULL COMMENT 密码建议存MD5或SHA-256摘要, role TINYINT DEFAULT 0 COMMENT 角色0普通用户1管理员, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT系统用户表;这里把选课成绩表单独建出来而不是在 student 表里加一个 course_ids 字段是在实践里最常见的做法。很多第一次接触数据库设计的人会倾向于“把一门课塞进学生的某个列”这会让查询变得极其痛苦。student_course 表里的联合唯一键非常关键它保证同一个学生不能重复选同一门课这句话在实验报告的功能测试里能写出一条漂亮的测试用例。外键约束我建议创建但也可以不建理由是课设阶段数据量小外键对性能影响不明显可是如果你不建外键在代码里删除学生时就要手动先清理选课记录这个逻辑后面在 DAO 层会写到。3. 代码实现分层结构、JDBC 连接与增删改查落地3.1 项目目录与依赖用 JDBC MySQL 的最小分层方案建好库之后进入代码部分。这个系统用原生的 JDBC 加 MySQL 驱动就能实现不需要引入 Spring 全家桶。课设阶段引入框架会让报告很难写因为你还没法讲清楚 Spring 的 IoC 和 AOP 到底在项目里做了什么。我建议的目录结构是按功能分层entity 放实体类dao 放数据访问层service 放业务逻辑ui 放控制台或 Swing 交互界面。这样的分层在实验报告里能对应上“表现层 / 业务层 / 数据访问层”这一套理论描述。package com.course.entity; import java.util.Date; public class Student { private Long id; // 数据库自增主键 private String studentNo; // 学号 private String name; // 姓名 private Integer gender; // 性别0未知1男2女 private Integer age; // 年龄 private String className; // 班级 private Date enrollDate; // 入学日期 // 提供无参构造和有参构造方便测试时快速创建对象 public Student() {} public Student(String studentNo, String name, Integer gender, Integer age, String className, Date enrollDate) { this.studentNo studentNo; this.name name; this.gender gender; this.age age; this.className className; this.enrollDate enrollDate; } // 每个字段生成 getter/setter这里省略展示一部分 public Long getId() { return id; } public void setId(Long id) { this.id id; } public String getStudentNo() { return studentNo; } public void setStudentNo(String studentNo) { this.studentNo studentNo; } // 其他字段的 getter/setter 与此相同不再一一列出 }实体类的字段类型要和数据库列类型对应数据库里 BIGINT 对应 Java 的 LongVARCHAR 对应 StringDATE 对应 java.util.DateDECIMAL 对应 BigDecimal。年龄字段用 Integer 而不用 int是因为 JDBC 读取空值时 int 会抛异常而 Integer 可以接受 null。这在处理“某一条数据没有填年龄”时会少一个不必要的报错。3.2 DbUtil 连接工具类与参数设置连接数据库这块我强烈建议写一个独立的工具类把驱动加载、获取连接、关闭资源都集中在一个地方。这个工具类在整个系统里会被 DAO 层反复调用写好了能少写大量重复代码。MySQL 8 的驱动类名和 5.x 不一样连接参数里还需要额外指定时区这是最常见的踩坑点。package com.course.util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.SQLException; import java.sql.Statement; public class DbUtil { private static final String DRIVER com.mysql.cj.jdbc.Driver; private static final String URL jdbc:mysql://localhost:3306/student_ms?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse; private static final String USER root; private static final String PASSWORD 123456; // 静态代码块只在类加载时执行一次完成驱动注册 static { try { Class.forName(DRIVER); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } // 关闭资源的顺序有讲究后打开的先关闭 public static void close(Connection conn, Statement stmt, ResultSet rs) { if (rs ! null) { try { rs.close(); } catch (SQLException e) { e.printStackTrace(); } } if (stmt ! null) { try { stmt.close(); } catch (SQLException e) { e.printStackTrace(); } } if (conn ! null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }这个类里的 URL 有三个参数必须要解释清楚characterEncodingutf8 保证中文写入数据库不乱码serverTimezoneAsia/Shanghai 是 MySQL 8 以后的必填项不写会报“The server time zone value”错误useSSLfalse 关闭 SSL 握手本地开发不需要加密连接。USER 和 PASSWORD 是写死的如果换到别的机器上跑要改成自己本地的 MySQL 账号。真正做项目时不会把密码硬编码进代码但课设阶段使用这种写法最省事实验报告里写一句“为便于演示配置写在工具类中”就能带过去。3.3 学生增删改查的 DAO 层实现DAO 层是这个系统的主体增删改查都集中在这里。我以学生表的操作为例把添加、按学号查询、修改、删除、列表查询这五个方法都写出来这个套路是数据库增删改查的标准模板。每个方法都遵循同一种模式获取连接准备 SQL组装 PreparedStatement 参数执行处理结果关闭资源。package com.course.dao; import com.course.entity.Student; import com.course.util.DbUtil; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.SQLException; import java.sql.Statement; import java.util.ArrayList; import java.util.List; public class StudentDao { // 新增学生用 PreparedStatement 而不是 Statement避免拼接 SQL 导致注入 public int addStudent(Student stu) { String sql INSERT INTO student (student_no, name, gender, age, class_name, enroll_date) VALUES (?, ?, ?, ?, ?, ?); try (Connection conn DbUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, stu.getStudentNo()); ps.setString(2, stu.getName()); ps.setObject(3, stu.getGender()); ps.setObject(4, stu.getAge()); ps.setString(5, stu.getClassName()); // 这里用 setObject 接收 Date 类型MySQL 驱动能正确识别 if (stu.getEnrollDate() ! null) { ps.setDate(6, new java.sql.Date(stu.getEnrollDate().getTime())); } else { ps.setNull(6, java.sql.Types.DATE); } return ps.executeUpdate(); } catch (SQLException e) { e.printStackTrace(); return 0; } } // 根据学号查询学生用于登录后查看个人信息或判断学号是否已存在 public Student findByStudentNo(String studentNo) { String sql SELECT * FROM student WHERE student_no ?; Student stu null; try (Connection conn DbUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { ps.setString(1, studentNo); try (ResultSet rs ps.executeQuery()) { if (rs.next()) { stu new Student(); stu.setId(rs.getLong(id)); stu.setStudentNo(rs.getString(student_no)); stu.setName(rs.getString(name)); stu.setGender(rs.getInt(gender)); stu.setAge(rs.getInt(age)); stu.setClassName(rs.getString(class_name)); stu.setEnrollDate(rs.getDate(enroll_date)); } } } catch (SQLException e) { e.printStackTrace(); } return stu; } // 条件查询按姓名或班级模糊匹配返回列表 public ListStudent listStudents(String keyword) { String sql SELECT * FROM student WHERE name LIKE ? OR class_name LIKE ? ORDER BY student_no; ListStudent list new ArrayList(); try (Connection conn DbUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql)) { String pattern % (keyword null ? : keyword) %; ps.setString(1, pattern); ps.setString(2, pattern); try (ResultSet rs ps.executeQuery()) { while (rs.next()) { Student stu new Student(); stu.setId(rs.getLong(id)); stu.setStudentNo(rs.getString(student_no)); stu.setName(rs.getString(name)); stu.setGender(rs.getInt(gender)); stu.setAge(rs.getInt(age)); stu.setClassName(rs.getString(class_name)); stu.setEnrollDate(rs.getDate(enroll_date)); list.add(stu); } } } catch (SQLException e) { e.printStackTrace(); } return list; } }这里有两个细节值得讲。一是 try-with-resources 写法Connection、PreparedStatement 都实现了 AutoCloseable 接口语句结束后自动关闭简单代码还可以少写一个 finally 块里的资源清理。但 DbUtil 里的 close 方法仍然保留因为有些场景需要手动控制关闭时机。二是 delete 方法我没在这个代码块里写原因是删除学生必须先清理它的选课记录不然 student_course 表里留下孤儿数据前后端功能会表现得很奇怪。这个删除顺序如果写成一条代码注释实验报告里可以当作一个“数据一致性处理”的亮点来写。Service 层在这个系统里的作用相对薄主要做参数校验和事务边界划分。比如添加学生时先调用 findByStudentNo 确认学号不存在再执行 addStudent这就是一个最简单的校验逻辑。如果涉及先删选课记录再删学生两层操作就应该包在事务里不过这超出了课设基本要求做到加分项阶段时可以补上。4. 实验报告与答辩把代码价值讲成老师看得懂的文档4.1 实验报告结构需求分析、模块划分与测试记录代码写完只是完成了一半实验报告决定了你这门课能拿多少分。很多同学把报告写成“代码说明书”把每个类的方法列一遍就结束这在老师眼里等于什么都没写。实验报告要解答的是“做了什么、为什么这样做、怎么证明它是对的”。需求分析部分不要抄题目原文要写这个系统在真实场景里的用户是谁、他们有哪些操作路径。比如“管理员登录后可以维护学生信息普通用户只能查看”这就是一句能被答辩老师认可的需求描述。模块划分部分用一张表列出你代码里的包名、类名、职责和涉及的表比大段文字直观得多。我写这类报告的习惯是每个 DAO 方法对应一行描述比如“StudentDao.addStudent向 student 表插入一条记录返回受影响行数”这样老师看报告时能很快把代码和文档对应起来。测试记录部分要按功能点给出测试用例、输入数据、预期结果和实际结果。这里有一个值得注意的点你不需要真的按软件工程的规范写几十条用例但至少要覆盖正常添加、重复学号添加、查询不存在的学生、删除有选课记录的学生这四种情况因为这几条直接对应你代码里的关键分支。测试功能输入数据预期结果实际结果添加学生学号2021001姓名张三提示添加成功添加成功添加重复学号同上再操作一次提示学号已存在不插入提示学号已存在按学号查询学号2021001返回张三的信息返回正确记录删除有选课记录的学生学号2021001选课记录一并清除选课记录清除成功4.2 答辩高频问题与数据复盘答辩环节常见问题其实就那么几类提前准备好就不会在台上卡壳。“为什么用 PreparedStatement 而不是 Statement”这是必问题。标准答法是“PreparedStatement 支持参数占位符SQL 结构固定参数值由驱动转义既防止 SQL 注入又提高预编译效率”。还有“学生选课关系怎么设计”“删除学生时如何处理其选课记录”“数据库编码为什么用 utf8mb4”后两个如果你真的把表和代码都搭好了回答成本很低。答辩时老师的追问往往从你的报告里找破绽所以报告里出现的每一句话都必须能在代码里找到对应实现。写了“系统支持数据校验”代码里就得有重复学号判断写了“数据库设计采用第三范式”表结构就不能出现明显的传递依赖。如果报告里写了事务处理而代码只是简单执行一条 SQL老师一句“你的事务体现在哪里”就能把你问住。宁可少写两个亮点也不要写一个你圆不回来的设计。5. 避坑学生信息管理系统从开发到验收的 5 次翻车记录5.1 中文乱码现象、根因与三步修复运行系统后添加了一条带中文的记录查询却显示“”或者一堆乱码。这个问题从表面看是编码不对实际上链条很长Java 文件本身的编码、JDBC 连接参数、数据库表字段编码、控制台输出编码这四个环节任何一个不一致都会出问题。解决方法是三步走首先把数据库和表的字符集统一改成 utf8mb4其次在 JDBC 的 URL 里加上 characterEncodingutf8最后确认代码文件本身是以 UTF-8 保存的。Eclipse 和 IDEA 默认编码不一样从 IDEA 复制的代码贴到 Eclipse 里跑就可能因为文件编码不同出现乱码。三步都做完了还有问题就在获取连接后执行一条 SET NAMES utf8mb4 语句这是最直接的兜底方案。5.2 MySQL 8 连接报错驱动类名变化与时区问题用 MySQL 5.x 的教程去写代码在 MySQL 8 上跑经常会报ClassNotFoundException: com.mysql.jdbc.Driver或者报The server time zone value Öйú±ê׼ʱ¼ä。前者是因为 MySQL 8 的驱动类名改成了com.mysql.cj.jdbc.Driver后者是因为 MySQL 8 对时区校验更严格。解决方式前面已经提到驱动名字换掉URL 里加上serverTimezoneAsia/Shanghai。如果你在 pom.xml 里引入了 mysql-connector-java 的依赖记得确认版本是 8.x5.x 版本的 jar 包也会导致同样的报错。5.3 连接池未释放导致连接耗尽如果系统里有一个定时任务或者循环操作频繁打开数据库连接跑一段时间后报Too many connections这大概率是连接没关。排查方法是看代码里是否有手动创建的 Connection 没有调用 close或者用了 try-with-resources 但 ResultSet 在外层还被引用。课设阶段最简单可靠的策略是“谁打开谁关闭”在每个 DAO 方法内部用 try-with-resources 确保关闭不要在多个方法之间传递同一个 Connection。如果你想在这个系统里体验一下连接池的效果可以在 pom.xml 里引入 HikariCP把 DbUtil 的实现改成从连接池获取连接但要注意连接池本身也需要在程序退出时关闭否则进程不会正常结束。5.4 PreparedStatement 参数绑定顺序错乱写了 INSERT 语句用了六个问号传参数时顺序不对导致数据写进错误的列。这种错误编译期不会报运行期也不会报直到你查看数据才发现性别字段存了姓名。根因是代码里的 setString 顺序和 SQL 里问号的顺序没有对应。解决方式是写完 SQL 后先用注释把每个问号对应的字段列出来比如-- 1.student_no 2.name 3.gender ...再对照着写 set 语句。这不算高深技术但在手写 CRUD 的时候就是能省很多调试时间。5.5 删除学生时报外键约束错误如果在建表时启用了外键约束删除一个有选课记录的学生会报Cannot delete or update a parent row。很多同学第一反应是去掉外键约束这是错误方向。正确做法是在业务逻辑里先删除 student_course 表中该学生的记录再删除 student 表中的记录。这两条操作需要在同一个事务里执行否则删完选课记录、学生删除失败数据就不完整。代码里用 Connection 关闭自动提交执行两条 delete最后 commit整个操作才是原子性的。6. 从能跑通到能加分验证方法、安全改造与扩展方向6.1 三分钟验证环境与数据一致性检查整套系统写完我通常会按一套固定步骤做最终验证保证提交后在任何一台装有 JDK 和 MySQL 的机器上都能跑起来。第一步是重新执行建库脚本确认数据库是干净的初始状态第二步是检查 JDBC URL 里的账号密码和运行环境一致第三步是启动程序走一遍“登录→添加学生→查询学生→修改成绩→退出”的完整链路。这里有一个容易被忽略的验证点删除一个学生后重新查询选课表确认该学生的选课记录也被清掉了这就是前面说的数据一致性检查。如果你加了事务处理还可以故意在学生删除的第二步 SQL 里写错一个表名观察事务是否回滚。6.2 加分项把三个最容易被问到的点改造成进阶方案这个系统想拿高分不需要引入微服务只需要在现有代码上做三个小改造。第一个是把明文密码改成 MD5 加盐存储登录校验时对输入内容做同样的处理再比对。第二个是在 DAO 层基础上升级成 HikariCP 连接池在实验报告的“系统优化”章节里写一句“通过连接池复用数据库连接减少频繁创建连接的开销”就很有说服力。第三个是给查询接口加分页LIMIT 和 OFFSET 两个参数就能实现但要在报告里解释分页对大数据量场景的意义。这三个改造都不复杂但每一个都能在答辩时占住一个话题方向。我每年带课设遇到的翻车案例里真正导致低分的往往不是功能没写完而是代码和报告对不上、提问时答不出设计理由。动手写之前先拿着笔在纸上画一遍表关系和数据流比急着打开 IDE 写代码要节省更多时间。认真做一遍这个题目你收获的远远不止一门课的分数。希望这些经验和思路能帮到你少走几步弯路。本文还有配套的精品资源点击获取