简介这是一套基于PHPSQL开发的成绩查询系统毕业设计资源面向计算机专业本科生及需要快速完成课程设计或毕设项目的开发者。系统以PHP作为后端语言、MySQL作为数据库完整实现学生登录、成绩查询、个人信息修改以及教师登录、成绩录入、成绩修改等核心功能整体采用MVC分层架构模块划分清晰便于二次开发与日常维护。压缩包为rar格式大小约826KB包含系统源码、毕设文档和答辩PPT三部分其中系统源码可直接部署运行毕设文档覆盖需求分析、系统设计、功能实现与测试过程答辩PPT则凝练出项目背景、设计思路、技术亮点与创新价值能够支撑从编码到论文再到现场演示的全流程。已有342人学习适合希望借助完整案例理解PHPMySQL应用开发、并快速搭建成绩管理系统的校内外学习者参考。整个资源结构清晰便于边读文档边对照代码调试可显著缩短上手时间。1. 成绩查询系统年年有人做为什么说它是毕设题里的标准答案每年的毕设题目清单发下来时PHPSQL 成绩查询系统总是被第一批学生划掉——太简单了。但真正动手做的同学会发现这个题目恰恰是性价比最高的选择。标题里只有学生登录、成绩查询、个人信息修改、教师登录、成绩录入这几件事但它完整覆盖了 Web 开发毕设答辩的全部评审点有数据库设计、有前后端交互、有权限区分、有论文可写、有 PPT 可讲。对基础一般、想稳稳过关的同学它是翻车概率最低的题对想冲优秀的同学它又留足了加料空间。这篇文章按完整可复现的路径来讲从数据库建表、核心 PHP 代码到论文怎么写、答辩 PPT 怎么排最后给一个让系统明显加分的导出技巧。2. 先把系统拆成表从需求分析到四张核心表的建表 SQL2.1 功能边界学生端和教师端各自只做哪几件事拿到标题先别急着写代码第一件事是把功能边界划清楚。标题已经给了底线学生端是登录、成绩查询、个人信息修改教师端是登录、成绩录入。实际做的时候教师端通常还要补一个「成绩修改」因为录入错了不能删了重录一个 UPDATE 就能解决的事答辩老师也会默认你有。学生端的个人信息修改就是 UPDATE student 表登录密码改动也在这一页里。权限是这套系统最容易出问题的点。两个角色不能互相看到对方的功能页更关键的是学生直接改 URL 访问教师页面这种情况必须被拦下来。常规做法是给登录用户塞一个 role 字段进 Session每个页面入口校验角色而不是只校验「有没有登录」。这一点在第 4 章的避坑里会详细展开但建表之前你就要把「哪些页面属于哪个角色」列出来后面写代码才不会乱。至于管理员端标题没提建议低配方案里不做。一是不加分反而增加文档工作量二是如果有老师问「学生账号谁来建」你在论文里写清楚「学生和教师账号由管理员预置进数据库」就够了。真正想冲优秀的同学可以把它列为系统扩展写在论文展望里代码不用写。功能边界越清晰需求分析这一章越好写。2.2 四张核心表student、teacher、course、score 的字段怎么定数据库设计是整个毕设的地基答辩老师大概率会盯着你的表结构和范式问。成绩查询系统最简方案是四张表学生表、教师表、课程表、成绩表。成绩表在大多数毕设里兼任「选课表」——学生选了哪门课就提前往 score 表里插一条记录score 字段为空表示还没录入成绩教师录入时把它填上。这样省掉一张选课关联表逻辑简单论文也好画图。字段类型有几个细节值得注意。学号用 VARCHAR(20) 而不是 INT因为学号可能有前导零用整型会丢掉。密码字段用 VARCHAR(255)给 password_hash() 的输出留足空间它是 60 个字符用 VARCHAR(32) 或 VARCHAR(50) 会截断这是最常见的翻车点。成绩字段用 DECIMAL(5,1)能存三位整数加一位小数百分制足够浮点误差在论文测试里不好解释。学期字段用 VARCHAR(10)存成「2024-2025-1」这种格式比用 DATE 类型更直观查询时也方便按学期过滤。课程表和教师表之间有一条关联course 表里放 teacher_id 外键。这条关联决定了「教师登录后能看到自己教的课程」也决定了成绩录入页面要先按当前登录的教师 ID 去查课。很多学生会把课程表做成独立表、教师和课程完全没关联结果教师端成绩录入变成「所有老师都能录所有课」答辩时这个设计漏洞一问一个准。2.3 建表 SQL 与两个关键取舍联合唯一索引、外键到底建不建下面这组建表 SQL 可以直接在 phpMyAdmin 或命令行里执行字符集统一用 utf8mb4引擎用 InnoDB。CREATE DATABASE IF NOT EXISTS score_system DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_general_ci; USE score_system; CREATE TABLE student ( id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, student_no VARCHAR(20) NOT NULL COMMENT 学号, name VARCHAR(30) NOT NULL COMMENT 姓名, password VARCHAR(255) NOT NULL COMMENT 密码哈希, class_name VARCHAR(50) DEFAULT COMMENT 班级, phone VARCHAR(20) DEFAULT COMMENT 手机号, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_student_no (student_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT学生表; CREATE TABLE teacher ( id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, teacher_no VARCHAR(20) NOT NULL COMMENT 工号, name VARCHAR(30) NOT NULL COMMENT 姓名, password VARCHAR(255) NOT NULL COMMENT 密码哈希, title VARCHAR(30) DEFAULT COMMENT 职称, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_teacher_no (teacher_no) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT教师表; CREATE TABLE course ( id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, course_no VARCHAR(20) NOT NULL COMMENT 课程编号, course_name VARCHAR(50) NOT NULL COMMENT 课程名称, credit DECIMAL(2,1) DEFAULT 0 COMMENT 学分, teacher_id INT UNSIGNED NOT NULL COMMENT 授课教师ID, semester VARCHAR(10) NOT NULL COMMENT 开课学期, UNIQUE KEY uk_course_no_sem (course_no, semester), KEY idx_teacher_id (teacher_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT课程表; CREATE TABLE score ( id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, student_id INT UNSIGNED NOT NULL COMMENT 学生ID, course_id INT UNSIGNED NOT NULL COMMENT 课程ID, semester VARCHAR(10) NOT NULL COMMENT 学期, score DECIMAL(5,1) DEFAULT NULL COMMENT 成绩NULL表示未录入, created_at DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_stu_course_sem (student_id, course_id, semester), KEY idx_course_id (course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT成绩表;这里有一个核心取舍score 表用联合唯一索引(student_id, course_id, semester)而不是单独一个自增主键就算完。这个索引保证同一个学生同一个学期同一门课只能出现一次从数据库层面堵死了重复录入。如果不用它教师端录入成绩时同一学生会出现两行记录成绩查询页面和论文测试都会非常难看。第二个取舍是外键。InnoDB 支持外键约束但很多毕设为了演示时删数据方便故意不建外键靠程序去维护。我的建议是建。成绩系统的测试数据很少外键管着反而是好事——删一个学生时如果成绩表里还有他的记录数据库会直接报错这提醒你先把关联数据清干净。答辩老师问「数据一致性怎么保证」你答「student 和 course 被 score 外键引用删除时数据库会校验」这是一个实打实的加分回答。注意外键要求被引用列有索引上面建表 SQL 里已经给 course 表加了KEY idx_teacher_idscore 表加了KEY idx_course_id直接建外键不会报错。建完表后需要造一点测试数据最省事的办法是用 PHP 命令生成密码哈希再手工 INSERT// 命令行执行php -r echo password_hash(123456, PASSWORD_DEFAULT); // 把输出结果粘到 INSERT 语句的 password 字段里账号统一初始密码 123456学生端和老师端都能登录演示时不用记两套密码。3. 核心代码一次打通登录校验、成绩查询、成绩录入三条链路3.1 公共入口数据库连接与角色校验挡住未登录直访整个系统的公共文件建议拆成一个 conn.php包含数据库连接、Session 启动、角色校验函数。所有业务页面第一行require conn.php这是最不容易出错的写法。?php // conn.php 公共入口文件 date_default_timezone_set(Asia/Shanghai); session_start(); // 必须放在任何输出之前 $host 127.0.0.1; $dbname score_system; $user root; $pass root; try { $pdo new PDO( mysql:host$host;dbname$dbname;charsetutf8mb4, $user, $pass, [ PDO::ATTR_ERRMODE PDO::ERRMODE_EXCEPTION, PDO::ATTR_DEFAULT_FETCH_MODE PDO::FETCH_ASSOC, ] ); } catch (PDOException $e) { die(数据库连接失败 . $e-getMessage()); } // 检查登录状态与角色不匹配就跳回登录页 function check_login($role student) { if (empty($_SESSION[user_id]) || $_SESSION[role] ! $role) { header(Location: login.php); exit; } } // 输出转义防 XSS所有从数据库取出来的值都走这个函数 function h($str) { return htmlspecialchars($str, ENT_QUOTES, UTF-8); }PDO 是比 mysqli 更合适的选型一方面预处理prepare execute能直接规避 SQL 注入另一方面PDO::ATTR_ERRMODE PDO::ERRMODE_EXCEPTION让 SQL 语法错误直接抛异常开发期调试看报错信息一目了然。charsetutf8mb4 写在连接串里是从源头解决中文乱码的第一道防线。登录页 login.php 的处理逻辑是这套系统的安全核心。常规做法是表单提交后按角色查对应的表用 password_verify() 对比哈希验证通过再写 Session?php // login.php require conn.php; if ($_SERVER[REQUEST_METHOD] POST) { $no trim($_POST[username] ?? ); $pwd $_POST[password] ?? ; $role $_POST[role] ?? student; // 角色走白名单不能直接拼进 SQL $allowed [student student, teacher teacher]; if (!isset($allowed[$role])) { $error 非法角色; } else { $table $role; // 表名固定student / teacher $noField $role teacher ? teacher_no : student_no; // 预处理 参数绑定用户名永远作为参数传入 $stmt $pdo-prepare( SELECT id, name, password FROM {$table} WHERE {$no_field} ? ); $stmt-execute([$no]); $user $stmt-fetch(); if ($user password_verify($pwd, $user[password])) { $_SESSION[user_id] $user[id]; $_SESSION[role] $role; $_SESSION[name] $user[name]; header(Location: . ($role teacher ? teacher_dashboard.php : student_dashboard.php)); exit; } $error 账号或密码错误; } } // 下方是同目录下的登录表单 HTML用户名、密码、角色下拉框这里表名和字段名是白名单拼接不是用户直接传进来的安全性没有问题。注意 SELECT 一定要把 password 字段查出来password_verify() 需要拿原始哈希做比对。跳转用 header() 之前不能有任何 HTML 输出所以这段逻辑放在文件顶部表单 HTML 放在后面。3.2 学生端成绩查询一条 LEFT JOIN 把课程名带出来成绩查询是学生端的主页面很多初学者会直接SELECT * FROM score WHERE student_id ?查出来只有 course_id 没有课程名页面没法看。正确的做法是 JOIN course 表把课程名称和学分一起带上?php // student_score.php require conn.php; check_login(student); $stmt $pdo-prepare( SELECT c.course_name, c.credit, sc.score, sc.semester FROM score sc LEFT JOIN course c ON sc.course_id c.id WHERE sc.student_id ? ORDER BY sc.semester DESC, c.course_name ); $stmt-execute([$_SESSION[user_id]]); $rows $stmt-fetchAll(); ?这里用 LEFT JOIN 而不用 INNER JOIN 是有讲究的。如果教师还没录入某门课的成绩score 字段是 NULLINNER JOIN 会直接把这行丢掉学生端看起来就像「少了一门课」LEFT JOIN 保证选过的课一定显示成绩为空就显示「未录入」。这个细节在论文测试部分的用例里可以专门写一条——「成绩未录入时学生端显示状态”属于需求分析里没提但实现里考虑到了的亮点。输出表格时所有动态值都套上 h() 函数。课程名、学期这些数据来自数据库虽然目前可信但养成输出转义的习惯答辩演示时在 URL 参数里塞一段脚本也打不穿页面。table trth学期/thth课程/thth学分/thth成绩/th/tr ?php foreach ($rows as $row): ? tr td? h($row[semester]) ?/td td? h($row[course_name]) ?/td td? h($row[credit]) ?/td td ? $row[score] null ? 未录入 : h($row[score]) ? /td /tr ?php endforeach; ? /table成绩为 NULL 时显示「未录入」而不是显示 0。直接用$row[score]输出的话NULL 会变成空白页面看起来像是有 bug。这个三元判断加不加演示效果差别很大。3.3 教师端成绩录入选课程、列名单、批量更新教师端的成绩录入分三步登录后先看到自己教的课程列表点进某门课看到学生名单和成绩输入框提交后批量写库。?php // teacher_score.php require conn.php; check_login(teacher); $courseId isset($_GET[course_id]) ? intval($_GET[course_id]) : 0; // 第一步当前教师的课程列表 $stmt $pdo-prepare( SELECT id, course_name, semester FROM course WHERE teacher_id ? ORDER BY semester DESC ); $stmt-execute([$_SESSION[user_id]]); $courses $stmt-fetchAll(); // 第二步选中课程后的学生名单 $students []; if ($courseId 0) { $stmt $pdo-prepare( SELECT s.student_no, s.name, sc.id AS sc_id, sc.score FROM score sc JOIN student s ON sc.student_id s.id WHERE sc.course_id ? ORDER BY s.student_no ); $stmt-execute([$courseId]); $students $stmt-fetchAll(); } // 第三步提交时批量更新成绩 if ($_SERVER[REQUEST_METHOD] POST) { $scores $_POST[score] ?? []; // 形如 [sc_id 分数] $sql UPDATE score SET score ? WHERE id ?; $upStmt $pdo-prepare($sql); foreach ($scores as $scId $scoreVal) { if ($scoreVal ) { continue; // 空值不更新保持未录入状态 } if (!is_numeric($scoreVal) || $scoreVal 0 || $scoreVal 100) { continue; // 非法分数直接跳过不写库 } $upStmt-execute([$scoreVal, intval($scId)]); } // PRG 模式提交后跳转刷新页面不会重复提交 header(Location: teacher_score.php?course_id . $courseId); exit; } ?第三步的批量更新有几个细节值得注意。空值 continue 意味着教师可以只录一部分学生的成绩就提交另外几个保持「未录入」下次进来再补。分数校验$scoreVal 0 || $scoreVal 100杜绝了把 -1 或 150 这种数写进数据库论文测试里对应的用例就叫「非法输入被拒绝」。最后 header 跳转是 PRG 模式的简版它解决的是「提交成功后按 F5表单重新提交把成绩又写了一遍」的问题——这个细节第 4 章还会展开。教师端页面上课程下拉框选中后通过?course_id传参学生表格里每个输入框的 name 用score[sc_id]这样提交后$_POST[score]直接是一个「成绩记录 ID 分数」的关联数组循环里拿 sc_id 做 WHERE 条件精确更新。这个命名技巧在写很多批量更新场景时都通用。4. 避坑速查SQL 注入、中文乱码、Session 失效成绩系统的四个翻车现场4.1 SQL 注入在登录框输入 1 or 11 会看到什么现象登录页的用户名输入框里填1 or 11密码随便填结果直接登进去了。原因早期代码如果用字符串拼接WHERE student_no 1 or 11这个条件恒为真第一条学生记录就被查出来了。解决所有 SQL 一律用预处理$pdo-prepare()execute([$value])参数和 SQL 语句分离注入字符就只是字符不是代码。整改时把整个项目里所有mysqli_query或字符串拼接的查询全部替换掉登录、查询、修改、录入四类操作各检查一遍。4.2 中文乱码页面问号、数据库问号、导出乱码三种情况一起治现象学生姓名在页面上显示成???或者录入「张三」后数据库里是å¼ ä¸‰。原因三层地方不一致——PHP 文件本身不是 UTF-8 编码保存、PDO 连接串没带 charsetutf8mb4、MySQL 表字符集是 latin1任何一层不对都会乱码。解决统一走 UTF-8 一套。PHP 文件用编辑器另存为 UTF-8无 BOM连接串里写死charsetutf8mb4建表 SQL 里每个表都带DEFAULT CHARSETutf8mb4。已经乱掉的数据用 ALTER TABLE 转字符集别手动一条条改转完之后检查一遍再清掉历史坏数据。最常见的漏网之鱼是导出的 CSV 用 Excel 打开乱码这个在第 6 章有专门解法。4.3 Session 掉线与权限绕过登录后关浏览器再开就掉线手改 URL 能进教师页现象登录完关掉浏览器再打开又回到登录页或者学生登录后手动把 URL 改成 teacher_dashboard.php居然能进教师后台。原因前者是 Session 配置问题php.ini 里session.cookie_lifetime默认是 0意味着 cookie 只存活到浏览器关闭后者的根因是页面只校验了「登录了没有」没校验「角色对不对」。解决角色校验统一走 conn.php 里的check_login(teacher)每个页面入口先调它Session 掉线问题检查session.save_path指向的目录是否有写权限以及session.gc_maxlifetime是否被设成了很小的值。另一个隐蔽点是服务器时间不对会导致 Session 立即过期date_default_timezone_set(Asia/Shanghai)必须在会话启动前设置。4.4 密码明文存储和刷新重复提交答辩老师一眼就看穿的两个问题现象打开数据库password 字段里躺着123456旁边 student_no 是2021001老师当场皱眉。原因图省事直接存明文或者用了已经废弃的 md5()。解决建表时 password 就用 VARCHAR(255)注册或初始化账号时用password_hash()生成哈希登录用password_verify()校验。如果数据库里已经有明文数据写一个一次性脚本登录时检测到该行 password 不是哈希格式就自动用明文比对成功后重写为哈希下次登录就走正常校验了。顺带的第二个问题是表单刷新重复提交——录入成绩后按 F5数据被写了两遍。解决就是 3.3 里提到的 PRG 模式POST 处理完马上header(Location: ...)跳转到 GET 页面刷新时刷的是跳转后的地址不会重复触发写操作。5. 毕设文档与答辩 PPT系统做完只算一半另一半在纸上5.1 论文结构划分与字数分配核心三章撑起篇幅系统代码跑通只是毕设的一半论文占另一半甚至更重。成绩查询系统的论文有固定套路按学校要求微调即可核心是需求分析、概要设计、详细设计、系统测试四章。常规结构和建议字数如下表。章节建议字数写什么容易犯的错绪论1000背景、意义、国内外现状、论文结构写成「随着互联网的发展」空话连篇需求分析2000可行性、功能需求、数据流图只写功能清单不写非功能需求概要设计2500系统架构、模块划分、数据库设计把数据库设计塞进详细设计结构混乱详细设计3000每个模块的流程、界面、核心代码片段贴大段源码没有文字说明系统测试1500测试环境、测试用例表、测试结果只写「测试通过」没有用例细节总结与展望800做了什么、哪里不足、未来可扩展过度自夸不写局限详细设计是最容易被扣分的章。别把整个 PHP 文件贴上去挑登录校验、成绩查询 JOIN、批量更新这三段核心代码每段配一段文字说明「为什么这么写」。流程图必须画登录流程和成绩录入流程各一张。提到的图必须有编号正文里引用图号比如「如图 4-1 所示」这是盲审检查比较细的地方缺一个编号都是扣分点。5.2 三张必须自己画的图ER 图、用例图、业务流程图论文里最核心的三张图是 ER 图、用例图、业务流程图。ER 图四张表全画上标出主键和外键重点表现 student 和 course 通过 score 表形成的多对多关系——这个关系是数据库设计部分的答辩提问点。用例图两个角色学生角色带登录、查询成绩、修改个人信息三个用例教师角色带登录、录入成绩、修改成绩三个用例。业务流程图至少两张登录认证流程和成绩录入流程用菱形表示判断、矩形表示处理步骤。画图工具推荐 draw.io免费、跨平台、能导出高清矢量图。别用截图或手绘论文里的图必须矢量否则打印出来发虚。还有一个细节ER 图里实体名和属性名要和建表 SQL 完全一致teacher_id 就是 teacher_id别在图上写「教师ID」在 SQL 里写 teacher_id答辩老师对照着看会觉得很业余。5.3 答辩 PPT 的 10 页结构以及必被追问的三个问题答辩 PPT 不求花哨求逻辑清晰。常规 10 页以内封面、目录、背景意义、技术选型、需求分析、数据库设计、功能演示、核心代码、系统测试、总结展望每页 3 到 5 张图或几个关键点不要堆大段文字。功能演示页放系统截图界面丑没关系重点是展示登录、查询、录入三个完整流程。如果现场怕出问题提前录一段操作视频放 PPT 里兜底这是最稳的做法。答辩必被追问的三个问题提前准备答案。第一为什么选 PHP答快速开发、语法贴近教材、能突出数据库设计能力顺便提一句当前主流版本对预处理的支持很成熟。第二怎么防 SQL 注入讲题目里的登录实现prepare 参数绑定这题答好了基本就稳了。第三数据库符合第几范式讲 score 表联合唯一索引消除了重复记录各表主键清晰、无部分依赖至少符合第三范式——哪怕你的表实际没那么严格也要能说出「设计时按第三范式约束字段都依赖主键」这个结论。6. 最后一个加分技巧成绩导出 CSV 与一键统计三行代码解决 Excel 乱码教师端做完成绩录入后很多老师会问「能不能把成绩导出来」。这是学生端没有、教师端确认有需求的隐蔽功能加上它整个系统的完整度直接上一个台阶。导出用 CSV 而不是真正的 Excel 文件CSV 是纯文本不需要装任何第三方库浏览器直接触发下载毕设场景完全够用。// teacher_export.php require conn.php; check_login(teacher); $courseId intval($_GET[course_id] ?? 0); $stmt $pdo-prepare( SELECT s.student_no, s.name, sc.score FROM score sc JOIN student s ON sc.student_id s.id WHERE sc.course_id ? ORDER BY s.student_no ); $stmt-execute([$courseId]); $rows $stmt-fetchAll(); header(Content-Type: text/csv; charsetutf-8); header(Content-Disposition: attachment; filenamescore_ . date(Ymd) . .csv); echo \xEF\xBB\xBF; // UTF-8 BOM没有它 Excel 打开就是乱码 $out fopen(php://output, w); fputcsv($out, [学号, 姓名, 成绩]); foreach ($rows as $row) { fputcsv($out, [$row[student_no], $row[name], $row[score]]); } fclose($out); exit;echo \xEF\xBB\xBF这一行是 Excel 打开 CSV 不乱码的关键它告诉 Excel 这个文件是 UTF-8 编码没有 BOM 头的话 Excel 默认按 GBK 解析中文全部变乱码。这个坑我当年踩过一次从此写 CSV 导出必带 BOM。配套的还可以加一个统计 SQL按分数段统计人数答辩演示时比单纯列表好看得多SELECT SUM(score 90) AS excellent, SUM(score 80 AND score 90) AS good, SUM(score 60 AND score 80) AS pass, SUM(score 60) AS fail FROM score WHERE course_id 1;最后一个习惯整个系统做完后把数据库导出成 SQL 文件连同代码目录一起备份论文里的测试数据截图必须和这份备份一致。我见过最可惜的情况是答辩现场演示时数据库连不上备份在手两分钟恢复场面上完全不慌。希望帮到你。本文还有配套的精品资源点击获取
