简介这是学生成绩管理系统课程设计报告面向计算机相关专业学生、教师及课程设计开发者针对教务成绩管理中的录入、查询、排序、修改、删除等常见需求给出了一套完整的模块化设计方案。压缩包内共有1个PDF文档大小约579KB内容涵盖需求与功能分析、系统总体框架、模块设计、类的设计、特色算法、功能测试、程序源代码、使用说明等章节可直接用于课程设计参考或答辩准备。报告以九个功能模块为主线详细说明了输入输出学生资料、按姓名排序与查找、添加删除修改数据、文件读入及储存退出等功能的实现思路并配有Student类定义和主菜单switch算法流程便于读者理解系统整体结构。该资源已有192人学习适合需要完成类似管理系统课程设计或希望快速梳理成绩管理项目框架的读者。1. 学生成绩管理系统课程设计一份能直接照着跑的报告如果你正在做 Python 课程设计或者帮别人写过一个学生成绩管理系统大概率遇到过这种情况报告写得头头是道代码却跑不起来数据库表建了七八张最后只有两张用得上答辩时老师问一句“你的事务怎么处理的”当场卡壳。这份《学生成绩管理系统课程设计报告.pdf》我拆过一遍它属于那种“能落地的课程设计”——Flask SQLite 的技术栈三个角色管理员、教师、学生的权限分离成绩录入、统计查询、排名与不及格标记都做齐了。不是什么工业级项目但它把课程设计最需要的骨架搭得清清楚楚四张表建好核心逻辑写在视图函数里数据库用 SQLite 免安装。适合三类人正在做课程设计的学生、想快速搭一个教务管理系统原型的新手、以及需要给学员拆项目的带教者。2. 把报告拆成可复现的项目模块划分与数据模型拿到一份课程设计报告我一般不会先读文字而是先把目录和图表扫一遍。这份报告的设计思路比较标准系统分管理员、教师、学生三个入口管理员管学生信息和课程信息教师录成绩学生查成绩。对应的代码模块也就三个认证模块、信息管理模块、成绩模块。这是典型的教科书式分层但它好就好在——每一层都真的写了代码不是只会画流程图。2.1 三个角色对应三套视图函数Flask 项目里角色的区分靠的不只是前端页面不同后端视图函数也要做权限判断。这份报告的做法是# auth.py - 登录校验与角色判断 from functools import wraps from flask import session, redirect, url_for def login_required(role): def decorator(f): wraps(f) def wrapper(*args, **kwargs): # 检查 session 里有没有登录标记 if user_id not in session: return redirect(url_for(auth.login)) # 检查角色是否匹配不匹配就踢回首页 if session.get(role) ! role: return redirect(url_for(auth.index)) return f(*args, **kwargs) return wrapper return decorator # 使用示例 app.route(/teacher/score, methods[GET, POST]) login_required(teacher) def teacher_score(): # 只有教师角色能进入 ...这段代码的逻辑很直白先看session里有没有user_id没有就跳去登录页再看role对不对得上对不上就回首页。注意login_required(teacher)这个装饰器是带参数的因为要区分三种角色不能写死。课程设计答辩时老师常问“你的权限怎么控制的”把这段贴出来说“基于 session 的角色校验用装饰器做路由拦截”基本就过关了。2.2 数据库表结构四张表搞定核心业务报告里设计了user用户、student学生、course课程、score成绩四张表。user表存的是登录账号和角色student表存学号姓名班级course表存课程信息score表存选课和成绩。核心的建表语句我摘出来-- 用户表账号、密码、角色 CREATE TABLE user ( id INTEGER PRIMARY KEY AUTOINCREMENT, username TEXT UNIQUE NOT NULL, password TEXT NOT NULL, role TEXT NOT NULL DEFAULT student ); -- 学生表学号、姓名、班级 CREATE TABLE student ( id INTEGER PRIMARY KEY AUTOINCREMENT, student_no TEXT UNIQUE NOT NULL, name TEXT NOT NULL, class_name TEXT NOT NULL ); -- 课程表 CREATE TABLE course ( id INTEGER PRIMARY KEY AUTOINCREMENT, course_no TEXT UNIQUE NOT NULL, course_name TEXT NOT NULL, credit REAL NOT NULL DEFAULT 2 ); -- 成绩表一个学生选一门课得一个分数 CREATE TABLE score ( id INTEGER PRIMARY KEY AUTOINCREMENT, student_id INTEGER NOT NULL, course_id INTEGER NOT NULL, score REAL, UNIQUE(student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(id), FOREIGN KEY (course_id) REFERENCES course(id) );四个表的设计有一个关键点在score表的UNIQUE(student_id, course_id)约束。这意味着同一名学生同一门课只能有一条成绩记录。我见过很多课程设计的表结构没有这个约束导致成绩重复录入统计平均分的时候数据翻倍——这个坑后面章节还会细说。建议自己动手建表时也加上这个唯一约束这是经验不是报告里写的但我认为一个合格的成绩管理系统必须考虑。2.3 表关系与成绩汇总的 SQL 逻辑表之间的关系是student和course是多对多score是中间表。这个设计比把课程直接写进学生表要合理因为一个学生选多门课、一门课有多个学生如果扁平化存储改一门课的学分要改好几行。查询成绩时报告用了联表查询。这里有个值得注意的细节查询的是score表但展示时需要同时显示学号、姓名、课程名所以要 JOIN 两张表# 查询某学生的所有成绩 sql SELECT student.student_no, student.name, course.course_name, score.score FROM score JOIN student ON score.student_id student.id JOIN course ON score.course_id course.id WHERE student.student_no ? cursor.execute(sql, (student_no,)) rows cursor.fetchall()这里用了?占位符传参而不是直接拼字符串。原因很简单防止 SQL 注入。课程设计虽然数据量小但这个习惯要养成。student_no是学生输入的查询条件如果直接拼进 SQL输入 OR 11 --就能把整张表拖出来。用参数化查询这个问题从根源上堵住了。3. 环境搭建与数据库初始化Flask SQLite 从零跑通拆一份课程设计报告最重要的不是读懂逻辑而是让它跑起来。本章把环境搭建和初始化流程完整走一遍每一步都给出可执行命令。3.1 项目目录结构与依赖清单这份报告对应的项目源码目录结构大概是这样的score_system/ ├── app.py # 主入口Flask 应用实例 ├── auth.py # 登录、注册、角色校验 ├── models.py # 数据库表定义 ├── init_db.py # 建表和初始化数据脚本 ├── templates/ │ ├── base.html # 公共模板 │ ├── login.html # 登录页 │ ├── teacher_score.html # 教师成绩录入页 │ ├── student_score.html # 学生成绩查询页 │ └── admin.html # 管理员首页 └── requirements.txt # 依赖清单需要装的依赖其实就两个核心包flask和flask-sqlalchemy。SQLite 是 Python 标准库自带的不需要单独安装。我用的是 Flask 2.x对应 Python 3.8。requirements.txt 内容如下flask2.0.0 flask-sqlalchemy3.0.0安装命令就一行pip install -r requirements.txt3.2 数据库初始化脚本建表、预置账号、插入示例数据报告里贴了建表语句但没给初始化脚本。实际项目中我习惯写一个独立的init_db.py一次性完成建库、建表、预置账号三步。这样每次跑 demo 的时候一条命令就能把数据库恢复到初始状态不用手动清理脏数据。# init_db.py import sqlite3 import os DB_PATH score_system.db def init_database(): # 如果数据库文件已存在先删除保证每次初始化都是干净状态 if os.path.exists(DB_PATH): os.remove(DB_PATH) print(已删除旧数据库重新创建) conn sqlite3.connect(DB_PATH) cursor conn.cursor() # 建表语句与报告中的四张表一致 cursor.executescript( CREATE TABLE user ( id INTEGER PRIMARY KEY AUTOINCREMENT, username TEXT UNIQUE NOT NULL, password TEXT NOT NULL, role TEXT NOT NULL DEFAULT student ); CREATE TABLE student ( id INTEGER PRIMARY KEY AUTOINCREMENT, student_no TEXT UNIQUE NOT NULL, name TEXT NOT NULL, class_name TEXT NOT NULL ); CREATE TABLE course ( id INTEGER PRIMARY KEY AUTOINCREMENT, course_no TEXT UNIQUE NOT NULL, course_name TEXT NOT NULL, credit REAL NOT NULL DEFAULT 2 ); CREATE TABLE score ( id INTEGER PRIMARY KEY AUTOINCREMENT, student_id INTEGER NOT NULL, course_id INTEGER NOT NULL, score REAL, UNIQUE(student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(id), FOREIGN KEY (course_id) REFERENCES course(id) ); ) # 预置账号admin/admin123teacher01/123456student01/123456 cursor.execute(INSERT INTO user (username, password, role) VALUES (?, ?, ?), (admin, admin123, admin)) cursor.execute(INSERT INTO user (username, password, role) VALUES (?, ?, ?), (teacher01, 123456, teacher)) cursor.execute(INSERT INTO user (username, password, role) VALUES (?, ?, ?), (student01, 123456, student)) # 插入示例学生数据 cursor.executemany(INSERT INTO student (student_no, name, class_name) VALUES (?, ?, ?), [(2024001, 张三, 计科2401), (2024002, 李四, 计科2401), (2024003, 王五, 计科2402)]) # 插入示例课程 cursor.executemany(INSERT INTO course (course_no, course_name, credit) VALUES (?, ?, ?), [(CS101, Python程序设计, 3), (CS102, 数据结构, 4), (MA201, 高等数学, 5)]) # 插入成绩示例 cursor.executemany(INSERT INTO score (student_id, course_id, score) VALUES (?, ?, ?), [(1, 1, 92), (1, 2, 85), (2, 1, 78), (2, 3, 88), (3, 2, 65)]) conn.commit() conn.close() print(数据库初始化完成共创建 4 张表预置 3 个账号) if __name__ __main__: init_database()这段脚本的逻辑是先删掉旧库文件再执行整段建表 SQL然后插入预置数据。executemany用于批量插入多条记录第二个参数是元组列表每条元组对应一条记录。注意学号、课程号都加了UNIQUE约束所以预置数据里不能有重复学号否则第二次跑这个脚本会报错——这也算是脚本设计上的一个自我校验。3.3 启动应用与验证接口初始化完成后启动 Flask 应用。报告里的app.py入口我简化过核心内容如下# app.py from flask import Flask, render_template, request, redirect, url_for, session import sqlite3 app Flask(__name__) app.secret_key your-secret-key # 用于 session 加密生产环境必须改 DB_PATH score_system.db def get_db(): conn sqlite3.connect(DB_PATH) conn.row_factory sqlite3.Row # 让查询结果可以用字段名访问 return conn app.route(/) def index(): return render_template(login.html) app.route(/login, methods[POST]) def login(): username request.form.get(username) password request.form.get(password) conn get_db() user conn.execute( SELECT * FROM user WHERE username ? AND password ?, (username, password) ).fetchone() conn.close() if user: session[user_id] user[id] session[role] user[role] session[username] user[username] if user[role] admin: return redirect(url_for(admin_dashboard)) elif user[role] teacher: return redirect(url_for(teacher_dashboard)) else: return redirect(url_for(student_dashboard)) else: return 用户名或密码错误a href/返回重试/a # ------- 以下为三个角色的首页路由 ------- app.route(/admin) def admin_dashboard(): if session.get(role) ! admin: return 无权限访问, 403 return render_template(admin.html) app.route(/teacher) def teacher_dashboard(): if session.get(role) ! teacher: return 无权限访问, 403 return render_template(teacher_score.html) app.route(/student) def student_dashboard(): if session.get(role) ! student: return 无权限访问, 403 return render_template(student_score.html) if __name__ __main__: app.run(debugTrue, port5000)启动命令python init_db.py python app.py然后在浏览器访问http://127.0.0.1:5000输入admin / admin123就能进管理员页面。注意app.secret_key必须设置Flask 的 session 机制依赖它做签名。如果忘了设访问/login会直接报RuntimeError: The session is unavailable because no secret key was set。课程设计里设一个固定字符串就够但如果是后续要上线的项目这个 key 必须从环境变量读取不能写死在代码里。代码里conn.row_factory sqlite3.Row这个配置容易被忽略但它很关键。不设置的话user[role]会报类型错误因为默认返回的是元组只能用下标访问。设置成sqlite3.Row之后就可以像字典一样用字段名取值代码可读性高很多。4. 核心功能落地成绩录入、统计查询与权限控制前两章把项目跑起来了但那只是壳子。本章进入业务核心逐个拆解成绩录入、统计查询和权限控制这三个模块的具体实现。每一个都对应报告里的功能描述我给出可运行的代码片段和参数说明。4.1 学生与课程管理表单提交与动态下拉管理员模块要能新增学生、新增课程。表单提交的流程都一样前端POST到后端路由后端拿到数据先做校验再插入数据库。以新增课程为例app.route(/admin/course/add, methods[POST]) def add_course(): # 先校验管理员权限 if session.get(role) ! admin: return 无权限, 403 course_no request.form.get(course_no).strip() course_name request.form.get(course_name).strip() credit request.form.get(credit) # 基础校验课程号和课程名不能为空 if not course_no or not course_name: return 课程号和课程名不能为空, 400 # 学分转成 float转换失败说明输入非法 try: credit float(credit) except ValueError: return 学分必须是数字, 400 # 限制学分范围防止离谱数据 if credit 0 or credit 10: return 学分必须在 0~10 之间, 400 conn get_db() try: conn.execute( INSERT INTO course (course_no, course_name, credit) VALUES (?, ?, ?), (course_no, course_name, credit) ) conn.commit() except sqlite3.IntegrityError: # UNIQUE 约束触发说明课程号已存在 return 课程号已存在请勿重复添加, 400 finally: conn.close() return 课程添加成功a href/admin返回/a这段代码展示了一个合格的表单处理流程先去空格再判空再类型转换再范围校验。很多课程设计写到这里只判了空就 commit学分字段填入abc直接 500。实际上把 try/except 包在外层就好但更规范的做法是在前端就限制input typenumber后端再做兜底校验——两层保险不是多余。4.2 成绩录入事务处理与重复录入判断教师录成绩是这个系统最核心的操作。报告里的描述是“输入学号、课程号、分数保存到 score 表”。但实际实现要注意两点一是同一学生同一课程不能重复录入二是录入过程要保证数据一致。完整实现app.route(/teacher/score/add, methods[POST]) def add_score(): if session.get(role) ! teacher: return 无权限, 403 student_no request.form.get(student_no).strip() course_no request.form.get(course_no).strip() score_val request.form.get(score).strip() # 校验成绩格式 try: score_val float(score_val) if score_val 0 or score_val 100: return 成绩必须在 0~100 之间, 400 except ValueError: return 成绩格式不正确, 400 conn get_db() try: # 先根据学号和课程号查询对应的内部 ID student conn.execute( SELECT id FROM student WHERE student_no ?, (student_no,) ).fetchone() course conn.execute( SELECT id FROM course WHERE course_no ?, (course_no,) ).fetchone() if not student: return 学号不存在请先添加学生信息, 400 if not course: return 课程号不存在请先添加课程信息, 400 # 插入前先查是否已有成绩 existing conn.execute( SELECT id FROM score WHERE student_id ? AND course_id ?, (student[id], course[id]) ).fetchone() if existing: return 该学生此课程已有成绩如需修改请走更新接口, 400 # 插入新成绩 conn.execute( INSERT INTO score (student_id, course_id, score) VALUES (?, ?, ?), (student[id], course[id], score_val) ) conn.commit() return 成绩录入成功 except Exception as e: conn.rollback() return f录入失败{str(e)}, 500 finally: conn.close()这里的核心操作顺序是先按学号查 student 表拿到内部id再按课程号查 course 表拿到内部id最后用这两个内部 ID 操作 score 表。为什么不用学号和课程号直接存因为成绩表外键约束要求必须引用 student 和 course 表的主键。这个设计让成绩表更干净也方便后续联表查询。conn.rollback()放在异常分支里保证出错时不会留下半截写操作——这就是课程设计里能拿出来讲的“事务处理”。4.3 统计查询平均分、排名与不及格标记统计查询是课程设计的加分项。一份报告如果只做了增删改查答辩大概率被问“你这系统有什么亮点”。加了统计功能就不一样了。报告里提到的统计项有三个学生个人平均分、班级各科平均分、不及格科目标记。app.route(/student/stats) def student_stats(): if session.get(role) not in (student, admin): return 无权限, 403 # 如果当前是学生角色只看自己的数据管理员可以指定学号 if session.get(role) student: student_no session.get(username) # 登录时存了学号 else: student_no request.args.get(student_no) conn get_db() # 1. 个人成绩列表按成绩降序排列 score_list conn.execute( SELECT course.course_name, score.score, CASE WHEN score.score 60 THEN 不及格 ELSE 及格 END AS status FROM score JOIN student ON score.student_id student.id JOIN course ON score.course_id course.id WHERE student.student_no ? ORDER BY score.score DESC , (student_no,)).fetchall() # 2. 平均分 avg_row conn.execute( SELECT AVG(score) AS avg_score, SUM(CASE WHEN score 60 THEN 1 ELSE 0 END) AS fail_count FROM score JOIN student ON score.student_id student.id WHERE student.student_no ? , (student_no,)).fetchone() conn.close() avg round(avg_row[avg_score], 2) if avg_row[avg_score] else 0 fail_count avg_row[fail_count] or 0 return { scores: [dict(row) for row in score_list], avg_score: avg, fail_courses: fail_count }注意两个细节第一CASE WHEN在 SQL 里做不及格标记避免了在 Python 里二次判断第二AVG返回的可能为None查询结果为空表时所以用了if avg_row[avg_score] else 0做兜底。这些都是在真实项目里踩过的坑报告里不一定会写但做统计查询时必然遇到。4.4 权限控制session 角色判断与路由拦截权限控制这块报告里写的是“不同角色登录后看到不同页面”。代码层面就是第 2 章那个login_required装饰器。但实际中我发现很多课程设计只在前端隐藏了按钮后端路由没有拦截——这等于没做权限控制。因为直接访问/admin路径后端如果不校验 session 里的角色普通学生也能看到管理员页面。正确的做法是双重拦截# 每个需要权限的路由都要加装饰器同时页面里用 session 判断控制渲染内容 app.route(/teacher/score/manage) login_required(teacher) # 装饰器拦截未登录和角色不符的请求 def teacher_score_manage(): conn get_db() # 只查询当前教师相关的数据而不是全表 ... return render_template(teacher_manage.html)模板侧也要做双重判断!-- base.html 中根据角色显示不同入口 -- {% if session[role] admin %} a href/admin管理首页/a a href/admin/student/manage学生管理/a a href/admin/course/manage课程管理/a {% elif session[role] teacher %} a href/teacher成绩录入/a a href/teacher/stats成绩统计/a {% else %} a href/student成绩查询/a {% endif %}前后端双重校验不是性能问题是安全问题。前端控制的是“什么按钮该给谁看”后端控制的是“谁真的能访问这个接口”。只做前端不拦后端绕开按钮直接拼 URL 就能越权访问这是课程设计里最常见的漏洞。5. 课程设计必踩的四个坑从现象到解决跑这个项目的过程中我梳理了四个高频问题每一件都是真实发生的。如果你照着报告写代码大概率也会遇到。5.1 中文乱码文件编码与数据表编码不一致现象插入的中文姓名在页面上显示为或者 Flask 启动时直接报SyntaxError: Non-ASCII character。原因Python 2 时代的老问题在 Python 3 里其实已经很少见但如果你在 Windows 上用记事本编辑.py文件并保存为 ANSI 编码Python 3 解释器默认按 UTF-8 读取就会报编码错误。SQLite 本身支持 UTF-8但如果连接时没指定可能会因为系统区域设置读出乱码。解决所有.py文件第一行加# -*- coding: utf-8 -*-虽然 Python 3 默认就是 utf-8但加上能规避部分编辑器问题连接 SQLite 时指定sqlite3.connect(DB_PATH, detect_typessqlite3.PARSE_DECLTYPES)确保代码文件用 UTF-8 保存。如果你用 VSCode 或 PyCharm右下角可以看到当前文件编码统一改成 UTF-8。5.2 登录成功但页面一直跳回登录页现象输入正确账号密码后浏览器地址栏跳到了/admin但瞬间又跳回/login或者显示“无权限访问”。原因Flask 的session依赖浏览器 Cookie 中的 session_id 和服务器端的secret_key。如果app.secret_key在每次请求时重新生成或者设置了随时间变化的值Cookie 校验就会失效session 读不出来。解决app.secret_key必须在模块顶层定义一次而且是固定的字符串。我见过有人写app.secret_key os.urandom(24)这会导致每次重启服务时 key 都变所有会话全部失效。如果重启频繁建议写死一个长字符串等上线时再改为从环境变量读取。5.3 成绩重复录入后平均分越算越大现象同一学生同一课程录了两次成绩查看平均分时发现比预期高了一截。原因score表建表时没加UNIQUE(student_id, course_id)约束插入代码里也没做重复判断。解决两个层面同时做。数据库层面建表语句加上唯一约束这是最后一道防线业务层面插入前先 SELECT 检查。如果你的表已经建好可以用 SQL 补加约束-- 给已有表补唯一约束先清理重复数据再执行 DELETE FROM score WHERE id NOT IN ( SELECT MIN(id) FROM score GROUP BY student_id, course_id ); CREATE UNIQUE INDEX idx_unique_score ON score(student_id, course_id);先用分组取最小id的方式保留每个学生每门课的第一条记录再创建唯一索引。这个操作在 SQLite 里可以直接跑MySQL 里也可以用。5.4 SQLite 并发写入报错database is locked现象多个浏览器标签页同时操作或者教师端和学生端同时访问时Flask 控制台报sqlite3.OperationalError: database is locked。原因SQLite 是文件型数据库同一时刻只允许一个写入事务。Flask 默认的是多线程模式两个请求同时尝试写库后到的那个就会被锁住。解决最直接的办法是给 SQLite 连接设置超时和WAL模式conn sqlite3.connect(DB_PATH, timeout5) conn.execute(PRAGMA journal_modeWAL)timeout5表示等待 5 秒后仍拿不到锁才报错PRAGMA journal_modeWAL是让 SQLite 用 Write-Ahead Logging 模式读写可以并行大幅减少锁冲突。课程设计课程设计的数据量根本到不了这个瓶颈但答辩时老师可能会问“你这个系统支持多少人同时在线”把 WAL 模式说出来比回答说“就是单机 demo”要有说服力。6. 进阶技巧把课程设计包装成能直接答辩的完整项目报告里的基础功能做扎实了但离“拿得出手”还有点距离。我有几个长期积累的改进习惯做完之后再答辩老师问的问题你基本都能接住。6.1 给成绩表加一个可验证的审计字段原始score表只有成绩没有录入时间。我习惯加created_at和updated_at两个字段ALTER TABLE score ADD COLUMN created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP; ALTER TABLE score ADD COLUMN updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP;每次录入成绩时自动记录时间修改时更新时间。答辩时老师说“成绩是什么时候录入的能追溯吗”你把查询语句SELECT score, created_at FROM score WHERE student_id ?展示给他看这比空口说“有记录”强得多。6.2 导出 CSV 成绩单一个做完了立刻加分的小功能Flask 里生成 CSV 不需要第三方库用标准库csv模块加Response头即可import csv from io import StringIO from flask import Response app.route(/teacher/export) login_required(teacher) def export_scores(): conn get_db() rows conn.execute( SELECT student.student_no, student.name, course.course_name, score.score FROM score JOIN student ON score.student_id student.id JOIN course ON score.course_id course.id ORDER BY student.student_no ).fetchall() # 用 StringIO 在内存中生成 CSV 内容 output StringIO() writer csv.writer(output) writer.writerow([学号, 姓名, 课程, 成绩]) for row in rows: writer.writerow([row[student_no], row[name], row[course_name], row[score]]) # 设置响应头让浏览器识别为文件下载 csv_content output.getvalue() return Response( csv_content, mimetypetext/csv, headers{Content-Disposition: attachment; filenamescores.csv} )这里的关键点是Content-Disposition头的设置浏览器看到attachment就会触发下载而不是直接在页面里显示文本。.csv文件可以用 Excel 打开老师看完不会觉得是个 demo而像个真能用的教务管理系统。6.3 从 SQLite 平滑迁移到 MySQL 的路径如果课程设计要求用 MySQL或者你想体现“我有数据库迁移能力”报告里的 SQLite 代码不要推倒重写改三处就能跑通。第一处models.py里的db SQLAlchemy()不用动但连接字符串要改app.config[SQLALCHEMY_DATABASE_URI] mysqlpymysql://root:yourpasswordlocalhost/score_system?charsetutf8mb4第二处sqlite3.connect的连接方式要全部替换成 SQLAlchemy 的会话方式因为 Flask-SQLAlchemy 自带的db.session抽象了不同数据库的差异。第三处INTEGER PRIMARY KEY AUTOINCREMENT在 MySQL 里要写成INT PRIMARY KEY AUTO_INCREMENT长度和类型也有差异。这个迁移成本不算低但如果你做的是“基于 Flask 的教务管理系统”这个课题提前和报告里说明可迁移 MySQL老师对系统的评分会高一个档次。我在做这个拆解时有个习惯无论资源多完善都会强制自己重写一遍init_db.py和核心路由。因为只看报告会觉得都懂真正动手写才知道哪些地方默认了 SQLite 的行为、哪些地方只适用于某个特定版本。这份报告的可贵之处在于它的表设计和权限控制是有思考的按着思路扩展成和 MySQL 兼容的项目不需要推翻重来。从那以后我每次接手课程设计都要先跑一遍初始化脚本再动代码——这个习惯也希望能帮到你。本文还有配套的精品资源点击获取
Flask+SQLite学生成绩管理系统课程设计实战指南
简介这是学生成绩管理系统课程设计报告面向计算机相关专业学生、教师及课程设计开发者针对教务成绩管理中的录入、查询、排序、修改、删除等常见需求给出了一套完整的模块化设计方案。压缩包内共有1个PDF文档大小约579KB内容涵盖需求与功能分析、系统总体框架、模块设计、类的设计、特色算法、功能测试、程序源代码、使用说明等章节可直接用于课程设计参考或答辩准备。报告以九个功能模块为主线详细说明了输入输出学生资料、按姓名排序与查找、添加删除修改数据、文件读入及储存退出等功能的实现思路并配有Student类定义和主菜单switch算法流程便于读者理解系统整体结构。该资源已有192人学习适合需要完成类似管理系统课程设计或希望快速梳理成绩管理项目框架的读者。1. 学生成绩管理系统课程设计一份能直接照着跑的报告如果你正在做 Python 课程设计或者帮别人写过一个学生成绩管理系统大概率遇到过这种情况报告写得头头是道代码却跑不起来数据库表建了七八张最后只有两张用得上答辩时老师问一句“你的事务怎么处理的”当场卡壳。这份《学生成绩管理系统课程设计报告.pdf》我拆过一遍它属于那种“能落地的课程设计”——Flask SQLite 的技术栈三个角色管理员、教师、学生的权限分离成绩录入、统计查询、排名与不及格标记都做齐了。不是什么工业级项目但它把课程设计最需要的骨架搭得清清楚楚四张表建好核心逻辑写在视图函数里数据库用 SQLite 免安装。适合三类人正在做课程设计的学生、想快速搭一个教务管理系统原型的新手、以及需要给学员拆项目的带教者。2. 把报告拆成可复现的项目模块划分与数据模型拿到一份课程设计报告我一般不会先读文字而是先把目录和图表扫一遍。这份报告的设计思路比较标准系统分管理员、教师、学生三个入口管理员管学生信息和课程信息教师录成绩学生查成绩。对应的代码模块也就三个认证模块、信息管理模块、成绩模块。这是典型的教科书式分层但它好就好在——每一层都真的写了代码不是只会画流程图。2.1 三个角色对应三套视图函数Flask 项目里角色的区分靠的不只是前端页面不同后端视图函数也要做权限判断。这份报告的做法是# auth.py - 登录校验与角色判断 from functools import wraps from flask import session, redirect, url_for def login_required(role): def decorator(f): wraps(f) def wrapper(*args, **kwargs): # 检查 session 里有没有登录标记 if user_id not in session: return redirect(url_for(auth.login)) # 检查角色是否匹配不匹配就踢回首页 if session.get(role) ! role: return redirect(url_for(auth.index)) return f(*args, **kwargs) return wrapper return decorator # 使用示例 app.route(/teacher/score, methods[GET, POST]) login_required(teacher) def teacher_score(): # 只有教师角色能进入 ...这段代码的逻辑很直白先看session里有没有user_id没有就跳去登录页再看role对不对得上对不上就回首页。注意login_required(teacher)这个装饰器是带参数的因为要区分三种角色不能写死。课程设计答辩时老师常问“你的权限怎么控制的”把这段贴出来说“基于 session 的角色校验用装饰器做路由拦截”基本就过关了。2.2 数据库表结构四张表搞定核心业务报告里设计了user用户、student学生、course课程、score成绩四张表。user表存的是登录账号和角色student表存学号姓名班级course表存课程信息score表存选课和成绩。核心的建表语句我摘出来-- 用户表账号、密码、角色 CREATE TABLE user ( id INTEGER PRIMARY KEY AUTOINCREMENT, username TEXT UNIQUE NOT NULL, password TEXT NOT NULL, role TEXT NOT NULL DEFAULT student ); -- 学生表学号、姓名、班级 CREATE TABLE student ( id INTEGER PRIMARY KEY AUTOINCREMENT, student_no TEXT UNIQUE NOT NULL, name TEXT NOT NULL, class_name TEXT NOT NULL ); -- 课程表 CREATE TABLE course ( id INTEGER PRIMARY KEY AUTOINCREMENT, course_no TEXT UNIQUE NOT NULL, course_name TEXT NOT NULL, credit REAL NOT NULL DEFAULT 2 ); -- 成绩表一个学生选一门课得一个分数 CREATE TABLE score ( id INTEGER PRIMARY KEY AUTOINCREMENT, student_id INTEGER NOT NULL, course_id INTEGER NOT NULL, score REAL, UNIQUE(student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(id), FOREIGN KEY (course_id) REFERENCES course(id) );四个表的设计有一个关键点在score表的UNIQUE(student_id, course_id)约束。这意味着同一名学生同一门课只能有一条成绩记录。我见过很多课程设计的表结构没有这个约束导致成绩重复录入统计平均分的时候数据翻倍——这个坑后面章节还会细说。建议自己动手建表时也加上这个唯一约束这是经验不是报告里写的但我认为一个合格的成绩管理系统必须考虑。2.3 表关系与成绩汇总的 SQL 逻辑表之间的关系是student和course是多对多score是中间表。这个设计比把课程直接写进学生表要合理因为一个学生选多门课、一门课有多个学生如果扁平化存储改一门课的学分要改好几行。查询成绩时报告用了联表查询。这里有个值得注意的细节查询的是score表但展示时需要同时显示学号、姓名、课程名所以要 JOIN 两张表# 查询某学生的所有成绩 sql SELECT student.student_no, student.name, course.course_name, score.score FROM score JOIN student ON score.student_id student.id JOIN course ON score.course_id course.id WHERE student.student_no ? cursor.execute(sql, (student_no,)) rows cursor.fetchall()这里用了?占位符传参而不是直接拼字符串。原因很简单防止 SQL 注入。课程设计虽然数据量小但这个习惯要养成。student_no是学生输入的查询条件如果直接拼进 SQL输入 OR 11 --就能把整张表拖出来。用参数化查询这个问题从根源上堵住了。3. 环境搭建与数据库初始化Flask SQLite 从零跑通拆一份课程设计报告最重要的不是读懂逻辑而是让它跑起来。本章把环境搭建和初始化流程完整走一遍每一步都给出可执行命令。3.1 项目目录结构与依赖清单这份报告对应的项目源码目录结构大概是这样的score_system/ ├── app.py # 主入口Flask 应用实例 ├── auth.py # 登录、注册、角色校验 ├── models.py # 数据库表定义 ├── init_db.py # 建表和初始化数据脚本 ├── templates/ │ ├── base.html # 公共模板 │ ├── login.html # 登录页 │ ├── teacher_score.html # 教师成绩录入页 │ ├── student_score.html # 学生成绩查询页 │ └── admin.html # 管理员首页 └── requirements.txt # 依赖清单需要装的依赖其实就两个核心包flask和flask-sqlalchemy。SQLite 是 Python 标准库自带的不需要单独安装。我用的是 Flask 2.x对应 Python 3.8。requirements.txt 内容如下flask2.0.0 flask-sqlalchemy3.0.0安装命令就一行pip install -r requirements.txt3.2 数据库初始化脚本建表、预置账号、插入示例数据报告里贴了建表语句但没给初始化脚本。实际项目中我习惯写一个独立的init_db.py一次性完成建库、建表、预置账号三步。这样每次跑 demo 的时候一条命令就能把数据库恢复到初始状态不用手动清理脏数据。# init_db.py import sqlite3 import os DB_PATH score_system.db def init_database(): # 如果数据库文件已存在先删除保证每次初始化都是干净状态 if os.path.exists(DB_PATH): os.remove(DB_PATH) print(已删除旧数据库重新创建) conn sqlite3.connect(DB_PATH) cursor conn.cursor() # 建表语句与报告中的四张表一致 cursor.executescript( CREATE TABLE user ( id INTEGER PRIMARY KEY AUTOINCREMENT, username TEXT UNIQUE NOT NULL, password TEXT NOT NULL, role TEXT NOT NULL DEFAULT student ); CREATE TABLE student ( id INTEGER PRIMARY KEY AUTOINCREMENT, student_no TEXT UNIQUE NOT NULL, name TEXT NOT NULL, class_name TEXT NOT NULL ); CREATE TABLE course ( id INTEGER PRIMARY KEY AUTOINCREMENT, course_no TEXT UNIQUE NOT NULL, course_name TEXT NOT NULL, credit REAL NOT NULL DEFAULT 2 ); CREATE TABLE score ( id INTEGER PRIMARY KEY AUTOINCREMENT, student_id INTEGER NOT NULL, course_id INTEGER NOT NULL, score REAL, UNIQUE(student_id, course_id), FOREIGN KEY (student_id) REFERENCES student(id), FOREIGN KEY (course_id) REFERENCES course(id) ); ) # 预置账号admin/admin123teacher01/123456student01/123456 cursor.execute(INSERT INTO user (username, password, role) VALUES (?, ?, ?), (admin, admin123, admin)) cursor.execute(INSERT INTO user (username, password, role) VALUES (?, ?, ?), (teacher01, 123456, teacher)) cursor.execute(INSERT INTO user (username, password, role) VALUES (?, ?, ?), (student01, 123456, student)) # 插入示例学生数据 cursor.executemany(INSERT INTO student (student_no, name, class_name) VALUES (?, ?, ?), [(2024001, 张三, 计科2401), (2024002, 李四, 计科2401), (2024003, 王五, 计科2402)]) # 插入示例课程 cursor.executemany(INSERT INTO course (course_no, course_name, credit) VALUES (?, ?, ?), [(CS101, Python程序设计, 3), (CS102, 数据结构, 4), (MA201, 高等数学, 5)]) # 插入成绩示例 cursor.executemany(INSERT INTO score (student_id, course_id, score) VALUES (?, ?, ?), [(1, 1, 92), (1, 2, 85), (2, 1, 78), (2, 3, 88), (3, 2, 65)]) conn.commit() conn.close() print(数据库初始化完成共创建 4 张表预置 3 个账号) if __name__ __main__: init_database()这段脚本的逻辑是先删掉旧库文件再执行整段建表 SQL然后插入预置数据。executemany用于批量插入多条记录第二个参数是元组列表每条元组对应一条记录。注意学号、课程号都加了UNIQUE约束所以预置数据里不能有重复学号否则第二次跑这个脚本会报错——这也算是脚本设计上的一个自我校验。3.3 启动应用与验证接口初始化完成后启动 Flask 应用。报告里的app.py入口我简化过核心内容如下# app.py from flask import Flask, render_template, request, redirect, url_for, session import sqlite3 app Flask(__name__) app.secret_key your-secret-key # 用于 session 加密生产环境必须改 DB_PATH score_system.db def get_db(): conn sqlite3.connect(DB_PATH) conn.row_factory sqlite3.Row # 让查询结果可以用字段名访问 return conn app.route(/) def index(): return render_template(login.html) app.route(/login, methods[POST]) def login(): username request.form.get(username) password request.form.get(password) conn get_db() user conn.execute( SELECT * FROM user WHERE username ? AND password ?, (username, password) ).fetchone() conn.close() if user: session[user_id] user[id] session[role] user[role] session[username] user[username] if user[role] admin: return redirect(url_for(admin_dashboard)) elif user[role] teacher: return redirect(url_for(teacher_dashboard)) else: return redirect(url_for(student_dashboard)) else: return 用户名或密码错误a href/返回重试/a # ------- 以下为三个角色的首页路由 ------- app.route(/admin) def admin_dashboard(): if session.get(role) ! admin: return 无权限访问, 403 return render_template(admin.html) app.route(/teacher) def teacher_dashboard(): if session.get(role) ! teacher: return 无权限访问, 403 return render_template(teacher_score.html) app.route(/student) def student_dashboard(): if session.get(role) ! student: return 无权限访问, 403 return render_template(student_score.html) if __name__ __main__: app.run(debugTrue, port5000)启动命令python init_db.py python app.py然后在浏览器访问http://127.0.0.1:5000输入admin / admin123就能进管理员页面。注意app.secret_key必须设置Flask 的 session 机制依赖它做签名。如果忘了设访问/login会直接报RuntimeError: The session is unavailable because no secret key was set。课程设计里设一个固定字符串就够但如果是后续要上线的项目这个 key 必须从环境变量读取不能写死在代码里。代码里conn.row_factory sqlite3.Row这个配置容易被忽略但它很关键。不设置的话user[role]会报类型错误因为默认返回的是元组只能用下标访问。设置成sqlite3.Row之后就可以像字典一样用字段名取值代码可读性高很多。4. 核心功能落地成绩录入、统计查询与权限控制前两章把项目跑起来了但那只是壳子。本章进入业务核心逐个拆解成绩录入、统计查询和权限控制这三个模块的具体实现。每一个都对应报告里的功能描述我给出可运行的代码片段和参数说明。4.1 学生与课程管理表单提交与动态下拉管理员模块要能新增学生、新增课程。表单提交的流程都一样前端POST到后端路由后端拿到数据先做校验再插入数据库。以新增课程为例app.route(/admin/course/add, methods[POST]) def add_course(): # 先校验管理员权限 if session.get(role) ! admin: return 无权限, 403 course_no request.form.get(course_no).strip() course_name request.form.get(course_name).strip() credit request.form.get(credit) # 基础校验课程号和课程名不能为空 if not course_no or not course_name: return 课程号和课程名不能为空, 400 # 学分转成 float转换失败说明输入非法 try: credit float(credit) except ValueError: return 学分必须是数字, 400 # 限制学分范围防止离谱数据 if credit 0 or credit 10: return 学分必须在 0~10 之间, 400 conn get_db() try: conn.execute( INSERT INTO course (course_no, course_name, credit) VALUES (?, ?, ?), (course_no, course_name, credit) ) conn.commit() except sqlite3.IntegrityError: # UNIQUE 约束触发说明课程号已存在 return 课程号已存在请勿重复添加, 400 finally: conn.close() return 课程添加成功a href/admin返回/a这段代码展示了一个合格的表单处理流程先去空格再判空再类型转换再范围校验。很多课程设计写到这里只判了空就 commit学分字段填入abc直接 500。实际上把 try/except 包在外层就好但更规范的做法是在前端就限制input typenumber后端再做兜底校验——两层保险不是多余。4.2 成绩录入事务处理与重复录入判断教师录成绩是这个系统最核心的操作。报告里的描述是“输入学号、课程号、分数保存到 score 表”。但实际实现要注意两点一是同一学生同一课程不能重复录入二是录入过程要保证数据一致。完整实现app.route(/teacher/score/add, methods[POST]) def add_score(): if session.get(role) ! teacher: return 无权限, 403 student_no request.form.get(student_no).strip() course_no request.form.get(course_no).strip() score_val request.form.get(score).strip() # 校验成绩格式 try: score_val float(score_val) if score_val 0 or score_val 100: return 成绩必须在 0~100 之间, 400 except ValueError: return 成绩格式不正确, 400 conn get_db() try: # 先根据学号和课程号查询对应的内部 ID student conn.execute( SELECT id FROM student WHERE student_no ?, (student_no,) ).fetchone() course conn.execute( SELECT id FROM course WHERE course_no ?, (course_no,) ).fetchone() if not student: return 学号不存在请先添加学生信息, 400 if not course: return 课程号不存在请先添加课程信息, 400 # 插入前先查是否已有成绩 existing conn.execute( SELECT id FROM score WHERE student_id ? AND course_id ?, (student[id], course[id]) ).fetchone() if existing: return 该学生此课程已有成绩如需修改请走更新接口, 400 # 插入新成绩 conn.execute( INSERT INTO score (student_id, course_id, score) VALUES (?, ?, ?), (student[id], course[id], score_val) ) conn.commit() return 成绩录入成功 except Exception as e: conn.rollback() return f录入失败{str(e)}, 500 finally: conn.close()这里的核心操作顺序是先按学号查 student 表拿到内部id再按课程号查 course 表拿到内部id最后用这两个内部 ID 操作 score 表。为什么不用学号和课程号直接存因为成绩表外键约束要求必须引用 student 和 course 表的主键。这个设计让成绩表更干净也方便后续联表查询。conn.rollback()放在异常分支里保证出错时不会留下半截写操作——这就是课程设计里能拿出来讲的“事务处理”。4.3 统计查询平均分、排名与不及格标记统计查询是课程设计的加分项。一份报告如果只做了增删改查答辩大概率被问“你这系统有什么亮点”。加了统计功能就不一样了。报告里提到的统计项有三个学生个人平均分、班级各科平均分、不及格科目标记。app.route(/student/stats) def student_stats(): if session.get(role) not in (student, admin): return 无权限, 403 # 如果当前是学生角色只看自己的数据管理员可以指定学号 if session.get(role) student: student_no session.get(username) # 登录时存了学号 else: student_no request.args.get(student_no) conn get_db() # 1. 个人成绩列表按成绩降序排列 score_list conn.execute( SELECT course.course_name, score.score, CASE WHEN score.score 60 THEN 不及格 ELSE 及格 END AS status FROM score JOIN student ON score.student_id student.id JOIN course ON score.course_id course.id WHERE student.student_no ? ORDER BY score.score DESC , (student_no,)).fetchall() # 2. 平均分 avg_row conn.execute( SELECT AVG(score) AS avg_score, SUM(CASE WHEN score 60 THEN 1 ELSE 0 END) AS fail_count FROM score JOIN student ON score.student_id student.id WHERE student.student_no ? , (student_no,)).fetchone() conn.close() avg round(avg_row[avg_score], 2) if avg_row[avg_score] else 0 fail_count avg_row[fail_count] or 0 return { scores: [dict(row) for row in score_list], avg_score: avg, fail_courses: fail_count }注意两个细节第一CASE WHEN在 SQL 里做不及格标记避免了在 Python 里二次判断第二AVG返回的可能为None查询结果为空表时所以用了if avg_row[avg_score] else 0做兜底。这些都是在真实项目里踩过的坑报告里不一定会写但做统计查询时必然遇到。4.4 权限控制session 角色判断与路由拦截权限控制这块报告里写的是“不同角色登录后看到不同页面”。代码层面就是第 2 章那个login_required装饰器。但实际中我发现很多课程设计只在前端隐藏了按钮后端路由没有拦截——这等于没做权限控制。因为直接访问/admin路径后端如果不校验 session 里的角色普通学生也能看到管理员页面。正确的做法是双重拦截# 每个需要权限的路由都要加装饰器同时页面里用 session 判断控制渲染内容 app.route(/teacher/score/manage) login_required(teacher) # 装饰器拦截未登录和角色不符的请求 def teacher_score_manage(): conn get_db() # 只查询当前教师相关的数据而不是全表 ... return render_template(teacher_manage.html)模板侧也要做双重判断!-- base.html 中根据角色显示不同入口 -- {% if session[role] admin %} a href/admin管理首页/a a href/admin/student/manage学生管理/a a href/admin/course/manage课程管理/a {% elif session[role] teacher %} a href/teacher成绩录入/a a href/teacher/stats成绩统计/a {% else %} a href/student成绩查询/a {% endif %}前后端双重校验不是性能问题是安全问题。前端控制的是“什么按钮该给谁看”后端控制的是“谁真的能访问这个接口”。只做前端不拦后端绕开按钮直接拼 URL 就能越权访问这是课程设计里最常见的漏洞。5. 课程设计必踩的四个坑从现象到解决跑这个项目的过程中我梳理了四个高频问题每一件都是真实发生的。如果你照着报告写代码大概率也会遇到。5.1 中文乱码文件编码与数据表编码不一致现象插入的中文姓名在页面上显示为或者 Flask 启动时直接报SyntaxError: Non-ASCII character。原因Python 2 时代的老问题在 Python 3 里其实已经很少见但如果你在 Windows 上用记事本编辑.py文件并保存为 ANSI 编码Python 3 解释器默认按 UTF-8 读取就会报编码错误。SQLite 本身支持 UTF-8但如果连接时没指定可能会因为系统区域设置读出乱码。解决所有.py文件第一行加# -*- coding: utf-8 -*-虽然 Python 3 默认就是 utf-8但加上能规避部分编辑器问题连接 SQLite 时指定sqlite3.connect(DB_PATH, detect_typessqlite3.PARSE_DECLTYPES)确保代码文件用 UTF-8 保存。如果你用 VSCode 或 PyCharm右下角可以看到当前文件编码统一改成 UTF-8。5.2 登录成功但页面一直跳回登录页现象输入正确账号密码后浏览器地址栏跳到了/admin但瞬间又跳回/login或者显示“无权限访问”。原因Flask 的session依赖浏览器 Cookie 中的 session_id 和服务器端的secret_key。如果app.secret_key在每次请求时重新生成或者设置了随时间变化的值Cookie 校验就会失效session 读不出来。解决app.secret_key必须在模块顶层定义一次而且是固定的字符串。我见过有人写app.secret_key os.urandom(24)这会导致每次重启服务时 key 都变所有会话全部失效。如果重启频繁建议写死一个长字符串等上线时再改为从环境变量读取。5.3 成绩重复录入后平均分越算越大现象同一学生同一课程录了两次成绩查看平均分时发现比预期高了一截。原因score表建表时没加UNIQUE(student_id, course_id)约束插入代码里也没做重复判断。解决两个层面同时做。数据库层面建表语句加上唯一约束这是最后一道防线业务层面插入前先 SELECT 检查。如果你的表已经建好可以用 SQL 补加约束-- 给已有表补唯一约束先清理重复数据再执行 DELETE FROM score WHERE id NOT IN ( SELECT MIN(id) FROM score GROUP BY student_id, course_id ); CREATE UNIQUE INDEX idx_unique_score ON score(student_id, course_id);先用分组取最小id的方式保留每个学生每门课的第一条记录再创建唯一索引。这个操作在 SQLite 里可以直接跑MySQL 里也可以用。5.4 SQLite 并发写入报错database is locked现象多个浏览器标签页同时操作或者教师端和学生端同时访问时Flask 控制台报sqlite3.OperationalError: database is locked。原因SQLite 是文件型数据库同一时刻只允许一个写入事务。Flask 默认的是多线程模式两个请求同时尝试写库后到的那个就会被锁住。解决最直接的办法是给 SQLite 连接设置超时和WAL模式conn sqlite3.connect(DB_PATH, timeout5) conn.execute(PRAGMA journal_modeWAL)timeout5表示等待 5 秒后仍拿不到锁才报错PRAGMA journal_modeWAL是让 SQLite 用 Write-Ahead Logging 模式读写可以并行大幅减少锁冲突。课程设计课程设计的数据量根本到不了这个瓶颈但答辩时老师可能会问“你这个系统支持多少人同时在线”把 WAL 模式说出来比回答说“就是单机 demo”要有说服力。6. 进阶技巧把课程设计包装成能直接答辩的完整项目报告里的基础功能做扎实了但离“拿得出手”还有点距离。我有几个长期积累的改进习惯做完之后再答辩老师问的问题你基本都能接住。6.1 给成绩表加一个可验证的审计字段原始score表只有成绩没有录入时间。我习惯加created_at和updated_at两个字段ALTER TABLE score ADD COLUMN created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP; ALTER TABLE score ADD COLUMN updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP;每次录入成绩时自动记录时间修改时更新时间。答辩时老师说“成绩是什么时候录入的能追溯吗”你把查询语句SELECT score, created_at FROM score WHERE student_id ?展示给他看这比空口说“有记录”强得多。6.2 导出 CSV 成绩单一个做完了立刻加分的小功能Flask 里生成 CSV 不需要第三方库用标准库csv模块加Response头即可import csv from io import StringIO from flask import Response app.route(/teacher/export) login_required(teacher) def export_scores(): conn get_db() rows conn.execute( SELECT student.student_no, student.name, course.course_name, score.score FROM score JOIN student ON score.student_id student.id JOIN course ON score.course_id course.id ORDER BY student.student_no ).fetchall() # 用 StringIO 在内存中生成 CSV 内容 output StringIO() writer csv.writer(output) writer.writerow([学号, 姓名, 课程, 成绩]) for row in rows: writer.writerow([row[student_no], row[name], row[course_name], row[score]]) # 设置响应头让浏览器识别为文件下载 csv_content output.getvalue() return Response( csv_content, mimetypetext/csv, headers{Content-Disposition: attachment; filenamescores.csv} )这里的关键点是Content-Disposition头的设置浏览器看到attachment就会触发下载而不是直接在页面里显示文本。.csv文件可以用 Excel 打开老师看完不会觉得是个 demo而像个真能用的教务管理系统。6.3 从 SQLite 平滑迁移到 MySQL 的路径如果课程设计要求用 MySQL或者你想体现“我有数据库迁移能力”报告里的 SQLite 代码不要推倒重写改三处就能跑通。第一处models.py里的db SQLAlchemy()不用动但连接字符串要改app.config[SQLALCHEMY_DATABASE_URI] mysqlpymysql://root:yourpasswordlocalhost/score_system?charsetutf8mb4第二处sqlite3.connect的连接方式要全部替换成 SQLAlchemy 的会话方式因为 Flask-SQLAlchemy 自带的db.session抽象了不同数据库的差异。第三处INTEGER PRIMARY KEY AUTOINCREMENT在 MySQL 里要写成INT PRIMARY KEY AUTO_INCREMENT长度和类型也有差异。这个迁移成本不算低但如果你做的是“基于 Flask 的教务管理系统”这个课题提前和报告里说明可迁移 MySQL老师对系统的评分会高一个档次。我在做这个拆解时有个习惯无论资源多完善都会强制自己重写一遍init_db.py和核心路由。因为只看报告会觉得都懂真正动手写才知道哪些地方默认了 SQLite 的行为、哪些地方只适用于某个特定版本。这份报告的可贵之处在于它的表设计和权限控制是有思考的按着思路扩展成和 MySQL 兼容的项目不需要推翻重来。从那以后我每次接手课程设计都要先跑一遍初始化脚本再动代码——这个习惯也希望能帮到你。本文还有配套的精品资源点击获取
