企业官网建设流程全解析

简介：面向数据库期末大作业的学生体质健康管理系统完整项目包，涵盖学生体测数据录入、成绩查询、统计分析与健康档案管理等典型数据库应用场景，适合计算机相关专业学生用于课程设计、期末大作业或项目演示。资源共5个文件，包含源码压缩包、SQL数据库脚本、Word设计报告、PPT介绍演示和Markdown说明文档，整体约18.37MB；其中数据库脚本便于建表与初始数据导入，设计报告和PPT可直接支撑答辩汇报，源码包则方便运行和二次开发。已有314人学习/下载。项目内含完整的数据库表设计、核心功能模块和配套文档体系，可帮助读者理解从表结构规划到前后端联调的全流程，尤其适合初学者作为管理系统实战练习，也可为数据库课程答辩提供直观的项目材料，学习借鉴价值较高。

1. 学生体质健康管理系统：数据库期末大作业里一份能直接复现的完整样本

每年数据库课程设计结课前后，最不缺的就是“代码能跑但讲不清楚”的项目：建表语句写在报告里，界面堆在页面上，可一到答辩就被问住。这份“数据库期末大作业-学生体质健康管理系统源码+数据库+介绍PPT+设计报告.zip”正好补齐了这个缺口，它把学生体质健康管理从建库脚本、源码实现到设计报告、演示 PPT 串成了一条完整的交付链。系统以学生基础信息和体质测试成绩管理为主线，围绕管理员、教师、学生三类角色做权限切分，适合计算机、大数据、物联网等专业用来完整走一遍数据库课程设计的流程。

不直接照抄，拆着用才有价值。真正值得花时间的，是 123.sql 里的表结构为什么这么设计、源码里增删改查的实现层次、设计报告和 PPT 怎么把项目讲成闭环。下面的拆解按“数据模型 → 数据库初始化 → 源码落地 → 排错 → 答辩升级”的顺序展开，每一步都给可复现的命令和参数。

2. 学生体质健康管理系统的数据模型：从 E-R 图到三类核心表设计

2.1 角色与权限：三类账号决定功能边界

学生体质健康管理系统首先要回答一个问题：谁在用？这个系统在功能上切成三个角色——管理员、教师、学生。管理员负责基础数据维护，比如学生信息增删改、账号分配；教师负责录入和调整体质测试成绩；学生只能查询自己的测试结果。这个边界直接体现在 user 表的 role 字段上，也决定了下游所有模块怎么切分。

常见做法是用一张 user 表统一存账号，再通过 role 字段区分角色。这种设计的优点是好扩展，后续新增角色只需改字典值，不用动表结构；代价是权限控制在代码层要额外写判断，不能全依赖数据库。课程设计里用下面这种 user 表属于最稳妥的方案：

CREATE TABLE `user` ( `id` INT NOT NULL AUTO_INCREMENT COMMENT '用户ID', `username` VARCHAR(50) NOT NULL COMMENT '登录账号', `password` VARCHAR(64) NOT NULL COMMENT '登录密码（MD5加密）', `role` TINYINT NOT NULL DEFAULT 3 COMMENT '角色：1管理员 2教师 3学生', `status` TINYINT NOT NULL DEFAULT 1 COMMENT '账号状态：1正常 0禁用', `student_id` INT DEFAULT NULL COMMENT '关联学生ID，仅学生角色使用', `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户账号表';

这段建表语句里有两个容易被忽略的细节。第一个是 password 字段用了 VARCHAR(64)，对应 MD5 加密后 32 位或加盐后的长度，绝不建议存明文。第二个是 student_id 这一列只给学生角色用，它让登录后可以直接从 user 表关联到 student 表。如果没有这一列，学生登录后想查自己的详细信息，还得再做一次学号匹配，代码会多一层。

2.2 student 表：学生基础档案的字段取舍与唯一约束

学生基础表是系统的数据底座。它至少要覆盖学号、姓名、性别、出生日期、班级、专业、入学年份这些常规字段，另外还有一个课程设计里容易漏掉的问题：体质测试记录是每年一条的流水数据，绝不能拼在学生表里反复加列。凡是“一个学生多条”的数据，都该拆到独立表里，这也是判断表设计好坏的关键点。

CREATE TABLE `student` ( `id` INT NOT NULL AUTO_INCREMENT, `student_no` VARCHAR(20) NOT NULL COMMENT '学号', `name` VARCHAR(50) NOT NULL COMMENT '姓名', `gender` TINYINT NOT NULL DEFAULT 1 COMMENT '性别：1男 2女', `class_name` VARCHAR(50) NOT NULL COMMENT '班级', `major` VARCHAR(50) DEFAULT NULL COMMENT '专业', `enroll_year` YEAR DEFAULT NULL COMMENT '入学年份', `birth_date` DATE DEFAULT NULL COMMENT '出生日期', `id_card` VARCHAR(18) DEFAULT NULL COMMENT '身份证号', `phone` VARCHAR(11) DEFAULT NULL, `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_student_no` (`student_no`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='学生基础信息表';

学号唯一约束这一行很多人会漏，但它在系统里的作用非常大。体质测试表通过 student_no 关联学生时，如果学号可以重复，查询结果就会出现一个学生对应多条档案的混乱情况。加上 UNIQUE KEY 后，插入重复学号会直接报错，从源头拦住脏数据。性别用 TINYINT 而不是 VARCHAR 也是课程设计里值得讲的一个点：用数字字典存性别，后续如果要接其他系统，映射成本更低。

2.3 fitness_test 表：体质测试记录的量纲与字段设计

体质测试表是整套系统的业务核心。按照《国家学生体质健康标准》，大学组测试项目一般包括身高、体重、肺活量、50 米跑、立定跳远、坐位体前屈、引体向上（男）/仰卧起坐（女）、1000 米跑（男）/800 米跑（女）。这里的关键是量纲统一：身高用厘米、体重用公斤、跑动用秒、跳远用厘米。如果代码里混用米和厘米，统计结果会放大或缩小一百倍，这就是典型的数据质量事故。

CREATE TABLE `fitness_test` ( `id` INT NOT NULL AUTO_INCREMENT, `student_no` VARCHAR(20) NOT NULL COMMENT '学号', `test_date` DATE NOT NULL COMMENT '测试日期', `height_cm` DECIMAL(5,1) NOT NULL COMMENT '身高/cm', `weight_kg` DECIMAL(5,1) NOT NULL COMMENT '体重/kg', `vital_capacity` INT NOT NULL COMMENT '肺活量/mL', `run_50m` DECIMAL(4,2) NOT NULL COMMENT '50米跑/s', `long_jump_cm` DECIMAL(5,1) NOT NULL COMMENT '立定跳远/cm', `sit_and_reach_cm` DECIMAL(4,1) NOT NULL COMMENT '坐位体前屈/cm', `pull_up` INT DEFAULT NULL COMMENT '引体向上/次', `sit_up` INT DEFAULT NULL COMMENT '仰卧起坐/次', `run_1000m` DECIMAL(5,2) DEFAULT NULL COMMENT '1000米跑/s', `run_800m` DECIMAL(5,2) DEFAULT NULL COMMENT '800米跑/s', `score` DECIMAL(5,1) DEFAULT NULL COMMENT '综合评分', PRIMARY KEY (`id`), KEY `idx_student_no` (`student_no`), KEY `idx_test_date` (`test_date`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='体质测试记录表';

这里的取舍值得多说一句。pull_up 和 sit_up 分成两列，而不是合成一个“力量项目”列，原因很简单：男女测试项目不同，分开存可以让空值留在该有的位置，NULL 在统计函数里会被自动跳过，比拼接字符串好处理得多。另一个设计点是 score 综合评分字段，可以在录入时由程序算好，也可以在查询时用 CASE WHEN 实时算。课程设计阶段建议把原始分和评分分开存，这样演示时可以先展示原始数据，再展示评分结果，讲起来逻辑更清楚。

如果拆开这套资源里的 123.sql，你会发现表的数量大概率在 5 张左右：user、student、fitness_test 之外，还有用于班级或学院维度统计的辅助表。表不在于多，而在于每张表都能回答“为什么存在”。比如班级信息可以不单独建表，直接在 student 表里存 class_name 字符串，前提是你不需要做班级维度的独立管理。一旦系统里出现按班级筛选、按班级统计达标率的需求，class_name 冗余在学生表里就完全够用，这是课程设计阶段不用过度设计的地方。

3. 把 123.sql 跑起来：数据库初始化与连接配置的完整流程

3.1 命令行导入：一条命令完成建库、建表与初始数据写入

拿到资源后第一步不是打开源码，而是先在本地把数据库跑起来。压缩包里的 123.sql 正常情况下已经包含建库、建表、插入初始数据的全部语句。我最推荐的方式是命令行导入，别先打开 Navicat 图形界面去双击执行——脚本里可能设置了字符集或指定了数据库，在图形工具里执行容易被工具的默认连接库干扰，反而报错。

mysql -uroot -p < 123.sql

命令执行后会要求输入 root 密码。如果 123.sql 开头写了 CREATE DATABASE，这一步会直接建一个新库；如果没写，就需要手动建库再导入：

mysql -uroot -p -e "CREATE DATABASE IF NOT EXISTS student_health DEFAULT CHARSET utf8mb4;" mysql -uroot -p student_health < 123.sql

第二种方式更稳，因为很多课程设计的 SQL 脚本里不包含建库语句，默认你在指定数据库下建表。如果导入时看到 ERROR 1046 (3D000): No database selected，基本就是脚本里既没有建库语句也没有 USE 语句，必须手动指定数据库。

导入完成后别急着关终端，先用三条 SQL 做基本检查：查看表清单、统计关键表数据量、确认 user 表里的初始账号。

SHOW TABLES; SELECT COUNT(*) FROM student; SELECT username, role, status FROM user;

第一条 SHOW TABLES 能立刻确认建表是否完整，正常能看到至少 5 张业务表。第二条统计 student 表初始数据量，判断是否带入了示例数据。第三条看 user 表里的账号，课程设计资源一般会预置一个 admin 管理员账号，登录时要用到。

提示：导入前用文本编辑器打开 123.sql 看一眼开头几行，重点关注是否有 CREATE DATABASE、USE、SET NAMES 语句，这三类语句决定了导入方式。省这一步，后面报错时排查成本更高。

3.2 连接配置四个必改参数：host、port、用户名、密码

数据库就绪后，下一步是把源码里的连接参数改成你自己的环境。这份资源的源码是 Java Web 项目，连接信息集中在 db.properties 或 jdbc.properties 里；如果是单纯 JDBC 直连，大概率散落在 DBUtil 之类的工具类中。搜关键词 jdbc:mysql 就能定位到：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/student_health?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=123456

.properties 文件里重点看两个参数。第一，serverTimezone 在高版本 MySQL JDBC 驱动里是必填的，不填会报时区相关的异常；如果驱动是 5.x 版本，这个参数可以去掉。第二，characterEncoding=utf8mb4 要与建表时的字符集对齐，否则查询出来的中文数据在页面渲染时可能出问题。实际项目里我一般把 utf8 写成 utf8mb4，这样特殊符号也能正常存取。

如果是源码里直接写连接，通常是下面这种写法：

Class.forName("com.mysql.cj.jdbc.Driver"); Connection conn = DriverManager.getConnection( "jdbc:mysql://localhost:3306/student_health?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai", "root", "123456" );

这段代码里驱动类名也要留意。MySQL 8.x 用的是 com.mysql.cj.jdbc.Driver，5.x 用的是 com.mysql.jdbc.Driver。如果本机是 MySQL 5.7 却用了 8.x 的驱动类名，启动时会直接报 ClassNotFoundException；反过来，8.x 里用旧驱动类名会提示 deprecated，能跑但有警告。课程设计里这两个版本混用的现象非常普遍，排查时分清 MySQL 服务端版本和 JDBC 驱动版本就能快速定位。

3.3 验证初始化结果：三表联查确认数据能对上

连接配置改完后，第一次运行前建议先在命令行直接跑一遍联查，确认表间关联没有断链。这一步能在数据库层面提前暴露问题，省得启动 Web 服务后对着 500 错误页猜原因。

SELECT s.student_no, s.name, f.test_date, f.height_cm, f.weight_kg, f.vital_capacity FROM student s LEFT JOIN fitness_test f ON s.student_no = f.student_no ORDER BY f.test_date DESC LIMIT 20;

如果查询正常返回，说明 student 表与 fitness_test 表之间的关联键没问题。如果某些行 height_cm 为空，说明这批学生还没有测试记录，属于正常情况；如果整个查询报 Unknown column，说明 SQL 字段名和表结构对不上，需要回到第 2 章核对字段定义。

还要验证一遍账号与学生的关联完整性，看有没有孤账号。这个数量为零，说明基础数据没有明显断链：

SELECT COUNT(*) AS orphan_accounts FROM user u LEFT JOIN student s ON u.student_id = s.id WHERE u.role = 3 AND s.id IS NULL;

orphan_accounts 返回 0 是好现象；如果大于 0，说明有学生账号关联到了不存在的学生档案，登录后会出现查不到个人信息的现象。这种问题多半是导入顺序错了——先插了 user 表再插 student 表，外键值对不上。

4. 从源码到可运行系统：功能链路与增删改查的对应关系

4.1 解压 student2.zip 后的项目结构

student2.zip 是这套系统的源码包，解压后看到的应该是典型 Java Web 项目结构。课程设计项目里最常见的组织方式是 src 目录下按 dao、model、servlet、util 分包，webapp 或 WebRoot 下放 JSP 页面。做定位时直接按包名走：dao 包管数据库访问，servlet 包管请求转发，JSP 管页面展示。

src/ com/example/dao/ # 数据库访问层：StudentDao、UserDao、FitnessTestDao com/example/model/ # 实体类：Student、User、FitnessTest com/example/servlet/ # 控制层：LoginServlet、StudentServlet、TestServlet com/example/util/ # 工具类：DBUtil、MD5Util webapp/ login.jsp # 登录页 student_list.jsp # 学生列表页 test_manage.jsp # 体质测试管理页

在改代码之前，先把这层结构看清楚。很多同学拿到源码第一件事是打开 login.jsp 改界面，但这对理解系统没有帮助。正确顺序应当是从 model 实体看字段、再从 dao 看 SQL、最后才到 servlet 和 JSP 看页面展示。entity 里的字段应该和数据库表一一对应，dao 里的 SQL 决定了数据怎么读写，servlet 只负责转发和参数封装。

如果解压后发现只有 class 文件没有 java 源码，那要么是只发布了编译产物，要么是源码放在别的目录。正常交付的课程设计压缩包里应该有完整 .java 文件，这一点在 README.md 里一般会写明。

4.2 登录功能：从前端表单到后端 Session 的完整链路

从登录功能切入整套代码是最快的判断方式。登录虽然简单，却涉及了所有层次：JSP 表单、Servlet 接收请求、DAO 查询数据库、Session 保存状态。把这条链路走通，后面看任何模块都不费劲。

@WebServlet("/login") public class LoginServlet extends HttpServlet { private UserDao userDao = new UserDao(); protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username = request.getParameter("username"); String password = MD5Util.md5(request.getParameter("password")); User user = userDao.findByUsernameAndPassword(username, password); if (user != null && user.getStatus() == 1) { request.getSession().setAttribute("loginUser", user); response.sendRedirect("index.jsp"); } else { request.setAttribute("error", "账号或密码错误"); request.getRequestDispatcher("login.jsp").forward(request, response); } } }

这段控制层代码有三个值得注意的细节。第一，密码做 MD5 后传入 DAO，数据库里存的也是 MD5 值，查询时可以直接比对哈希；如果源码里是明文比较，建议至少改成 MD5 再演示，答辩时老师看到明文密码字段会扣印象分。第二，user.getStatus() == 1 检查了账号状态，这行逻辑能挡住被禁用账号登录，体现了权限管理的完整度。第三，登录成功走 sendRedirect，失败走 forward。redirect 会重新发起一次请求，地址栏变为 index.jsp，刷新页面不会重复提交表单；forward 是服务器内部跳转，能保留请求参数，方便回显错误信息。

4.3 体质测试成绩录入与查询：一条主线用例涉及的增删改查

核心功能是体质测试成绩录入，对应到代码通常是 TestServlet 接收身高、体重、肺活量等参数，封装成 FitnessTest 对象，再调用 FitnessTestDao 的 insert 方法写库。这个流程是典型的“表单提交 → 参数封装 → 对象持久化”三段式，结构不复杂，关键是 INSERT 语句的字段顺序要和表单参数名保持一致。

INSERT INTO fitness_test ( student_no, test_date, height_cm, weight_kg, vital_capacity, run_50m, long_jump_cm ) VALUES (?, ?, ?, ?, ?, ?, ?);

SQL 里的问号是 PreparedStatement 的参数占位符，用这种方式能挡住 SQL 注入，避免拼接字符串时单引号带来的语法错误。课程设计源码里你可能会看到一部分查询用字符串拼接写，比如SELECT * FROM student WHERE name = '+ name +'，这不是不能用，但答辩时老师问一句“参数里带了单引号会怎样”，很多人答不上来。所以哪怕原代码是拼接的，也建议改成参数绑定，这是性价比很高的小升级。

查询展示是另一条链路。学生进入“我的成绩”页面，前端传当前登录用户的 student_id，后端换成学号，再到 fitness_test 表按学号查询并倒序排列，保证最新一次测试结果排在最上面：

SELECT * FROM fitness_test WHERE student_no = ? ORDER BY test_date DESC;

如果页面显示“暂无测试记录”，大概率是当前登录学生的 student_no 和 fitness_test 表里的记录对不上。常见情况是学生表学号带了空格或下划线，测试表学号是纯数字，两值不一致。这是课程设计里容易让人翻车的低级事故，排查方法很直接：把两个表里的 student_no 导出来逐行比，或者用 LENGTH() 函数看长度差异。

5. 学生体质健康管理系统排错避坑：五类高频问题与修复路径

5.1 导入时“No database selected”或 1064 语法错误

现象：命令行执行mysql -uroot -p < 123.sql后，MySQL 报 ERROR 1046 (3D000): No database selected，或者报 ERROR 1064 语法错误，脚本中断。

原因：前者是脚本开头没有建库语句也没有 USE 语句，MySQL 不知道把表建在哪个库里；后者多半是 MySQL 版本语法差异，比如 5.7 的脚本里用了 8.0 才支持的函数，或反过来用了老版本已经废弃的关键字。

解决：先手动建库再导入，这是覆盖面最广的做法：

mysql -uroot -p -e "CREATE DATABASE IF NOT EXISTS student_health DEFAULT CHARSET utf8mb4;" mysql -uroot -p student_health < 123.sql

然后再确认服务器版本：mysql --version。若是 5.7，脚本里出现CURRENT_TIMESTAMP默认值没问题，但出现utf8mb4_0900_ai_ci排序规则则只在 8.0 里有效。遇到这类报错，直接在脚本里把排序规则改回utf8mb4_general_ci，兼容性最好。

5.2 运行后页面中文全部显示为问号

现象：登录页面和列表页的中文全部显示成问号，但英文和数字正常。数据库里手工查询，发现存储的中文已经是乱码。

原因：字符集三层没对齐：连接字符串、数据库字符集、表字符集。三者中只要有一层不是 utf8mb4，中文就会出现“???”或“鍝堝搱”这类乱码。

解决：统一到 utf8mb4，检查三个位置。第一，连接 URL 里的 characterEncoding 改为 utf8mb4；第二，用SHOW CREATE TABLE student\G查看表字符集，不是 utf8mb4 则执行ALTER TABLE student CONVERT TO CHARACTER SET utf8mb4;；第三，JSP 页面头部确认contentType="text/html; charset=utf-8"。三处对齐后，重新导入数据并重启服务，问题基本消失。

5.3 配置文件正确却提示连接失败

现象：db.properties 里的账号密码和网上教程完全一致，启动 Tomcat 时仍然报 Communications link failure 或 Connection refused。

原因：一种情况是 MySQL 服务没启动；另一种是端口不对，连接串写 3306，但本机 MySQL 实例可能跑在 3307；还有一种隐蔽情况是 MySQL 8.x 默认用 caching_sha2_password 认证插件，旧版 JDBC 驱动不支持，会报 Unable to load authentication plugin。

解决：先确认服务状态：Windows 下在服务管理器里看 MySQL 服务，Linux 下执行systemctl status mysql。再看端口监听：Windows 用netstat -ano | findstr 3306，Linux 用ss -lntp | grep 3306。最后处理认证插件问题，在 MySQL 命令行里把账号认证方式改回 mysql_native_password，改动最小：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456'; FLUSH PRIVILEGES;

5.4 系统能启动但查询不到新插入的数据

现象：页面正常打开，也能录入成绩，但回到列表页刷新后，新记录不见了，旧数据正常显示。

原因：两种情况最常见。第一，DAO 层拿到 Connection 后执行了 INSERT，但没提交事务，默认 autocommit 被关闭，数据只存在于当前连接内，换了查询连接就看不到。第二，查询页面带了过滤条件，比如按当前班级查，而新插入记录的班级字段没填，被 WHERE 条件过滤掉了。

解决：先在命令行手工 SELECT 该学号的记录，确认数据是否落库。如果库里能查到而页面查不到，检查 DAO 的增删改操作后面有没有 commit，以及查询 SQL 的 WHERE 条件是否和录入表单的字段值一致。JDBC 直连课程设计里，最省事的办法是确保每个写操作都在 try-with-resources 块里完成，连接关闭时自动提交；如果手动管理事务，必须补上conn.commit()。

5.5 数据库时间字段与本地时间相差 8 小时

现象：体质测试录入时间或 create_time 字段显示的时间比本地时间晚 8 小时，存进去是早上 8 点，显示成凌晨 0 点。

原因：MySQL 驱动和服务器时区没对齐。JDBC 驱动默认取 JVM 时区，而数据库连接的 serverTimezone 没设置，或者设成了 UTC，跟北京时间差了 8 小时。

解决：连接 URL 里显式指定 Asia/Shanghai：

jdbc.url=jdbc:mysql://localhost:3306/student_health?serverTimezone=Asia/Shanghai&useUnicode=true&characterEncoding=utf8mb4

改完后重启服务，重新执行一次 UPDATE 把之前受影响的时间修正即可。这个问题在答辩演示时很容易暴露，因为录入一条数据的时间戳一眼就能看出来是否正常。

6. 答辩前的两个升级：给系统加一个统计维度和一个完整故事

6.1 在现有表上增加达标率统计接口

最推荐的升级是不新增表，直接在 fitness_test 上做一个班级达标率统计。因为评分标准固定，一条带 CASE WHEN 的 SQL 就能实现，既不动表结构，也能体现分组统计和聚合函数这两个数据库课程的核心知识点：

SELECT s.class_name, COUNT(*) AS total_count, SUM(CASE WHEN f.score >= 60 THEN 1 ELSE 0 END) AS pass_count, ROUND(SUM(CASE WHEN f.score >= 60 THEN 1 ELSE 0 END) / COUNT(*) * 100, 1) AS pass_rate FROM fitness_test f JOIN student s ON f.student_no = s.student_no GROUP BY s.class_name;

把这条 SQL 封装成一个 TestStatServlet，页面表格展示班级、参考人数、达标人数、达标率四列。答辩时讲到这个页面，老师大概率会顺着分组语句问“为什么用 GROUP BY class_name”和“CASE WHEN 的判定逻辑”，这两个问题答清楚，数据库功底就立住了。

6.2 用设计报告与 PPT 讲出系统背后的设计链路

这套资源里配了介绍 PPT 和设计报告。我的建议是模仿里面的叙述结构，而不是照搬页面截图。把报告写成完整链路：先写背景，学生体质数据逐年积累，人工管理效率低；再写需求分析，角色、流程、数据流；然后是概念设计 E-R 图、逻辑设计关系模式、物理设计建表语句；最后落到系统实现和页面展示。每一步一两页，重点讲 E-R 图到表结构的转换过程，那是数据库课程设计的核心考点。

毕竟期末大作业的评分重点，从来不只是代码能不能跑，更看你能不能把数据模型讲圆：为什么这样建表、外键怎么设、冗余字段如何处理。从那次之后，我每次交付数据库大作业，都会强制自己先把 E-R 图和数据字典对照着过一遍，确认每一张表都能在报告里找到对应的设计理由。这是最能拉开差距的一步，也是这次拆解这套学生体质健康管理系统带给我的实际收获。希望帮到你。

本文还有配套的精品资源，点击获取