简介这是一套面向高校计算机相关专业课程设计与毕业设计的「毕业生实习管理系统」完整源码包围绕学生、教师、企业、管理员四类角色构建实习申请、日志记录、信息审核、岗位发布与数据统计等核心业务适合作为Java Web综合实训或毕业设计参考项目。压缩包共909个文件约1.61MB其中html、css、js与png构成前端页面与静态资源java与class文件承载后端业务逻辑另有sql建表脚本、xml与yml配置、json数据及少量txt说明目录结构完整便于按模块阅读与二次开发。资源已有80人学习下载读者可借此梳理分层架构设计、权限控制与数据库表结构理解实习管理场景下的业务流程与前后端协作方式并在此基础上替换技术栈或扩展智能匹配、评价标准化等功能快速形成可运行、可答辩的课程项目。1. 毕业生实习管理系统从一份压缩包到能跑起来的实习全流程每年毕业季前两个月实验室里最常被问到的问题不是论文查重而是“实习材料交到哪、导师签字找谁、企业鉴定表盖什么章”。很多高校的实习管理还停留在 Excel 加微信群学生填表、班长汇总、导师邮件确认、教务再手工录入一份数据改三遍版本还对不上。毕业生实习管理系统要解决的就是这条链路——把岗位申请、周报提交、导师审核、企业鉴定、成绩归档收进一个 Web 应用让状态流转有记录、材料导出有模板、角色权限有边界。它适合两类人一类是刚拿到课程设计或毕设题目、需要一套能演示完整业务闭环的开发者另一类是院系里真正想替换掉手工台账、又不想买重型教务套件的技术负责人。下面按“先跑通、再改对、最后防翻车”的顺序把这份压缩包拆成可复现的落地路径。2. 先看清业务边界实习管理系统到底管什么、不管什么2.1 四类角色与三条主状态流毕业生实习管理系统的核心不是“管理”两个字而是角色之间的状态交接。常见做法是划四类角色学生、校内导师、企业导师、教务管理员。学生发起实习申请校内导师确认岗位与专业相关企业导师在实习结束后填写鉴定教务做最终成绩归档。三条主状态流分别是申请流待提交→待导师审→待企业确认→已通过、周报流草稿→已提交→导师已阅→驳回重交、归档流未开始→材料收集中→待评分→已归档。把这三条流画清楚后面写代码才不会把状态字段塞成一张大杂烩表。我一般会先落一张状态枚举表而不是急着建表。因为状态一旦用字符串硬编码后期加一个“延期申请”就要全局搜替换血泪经验。下面这段 Python 枚举可以直接作为后端状态机的起点from enum import Enum class InternStatus(Enum): DRAFT draft # 学生刚创建未提交 PENDING_MENTOR pending_mentor # 等待校内导师审核 PENDING_COMPANY pending_company # 等待企业确认接收 APPROVED approved # 实习进行中 REJECTED rejected # 被驳回可修改重提 ARCHIVED archived # 材料归档流程结束 # 合法迁移只允许相邻状态跳转防止前端乱传 TRANSITIONS { InternStatus.DRAFT: [InternStatus.PENDING_MENTOR], InternStatus.PENDING_MENTOR: [InternStatus.PENDING_COMPANY, InternStatus.REJECTED], InternStatus.PENDING_COMPANY: [InternStatus.APPROVED, InternStatus.REJECTED], InternStatus.REJECTED: [InternStatus.DRAFT], InternStatus.APPROVED: [InternStatus.ARCHIVED], }这段代码的关键在TRANSITIONS字典它把“谁能跳到谁”显式写死后端每次改状态前先查表不合法就抛 400。参数上InternStatus的值用英文短串而不是中文是为了数据库索引和日志检索方便如果团队坚持中文至少保证全库统一别一半pending一半待审核。2.2 数据表最小集合与字段取舍很多同学一上来就画十几张表结果外键绕成毛线团。按我的经验最小可用集合是六张用户表、实习岗位表、实习申请表、周报表、鉴定表、操作日志表。用户表用一张存四类角色靠role字段区分比四张表各自维护登录逻辑省事得多。实习申请表里必须有的字段是学生 ID、岗位 ID、校内导师 ID、企业导师 ID、当前状态、创建时间、最后更新时间。周报表要带week_no和submit_at方便按周统计提交率。字段类型上有两个容易翻车的点。第一状态字段用VARCHAR(32)而不是TINYINT因为枚举值可读排查问题时不用对着数字猜。第二所有时间字段统一用 UTC 存储、前端按本地时区展示否则跨校区或企业导师在不同时区填表时周报的“第几周”会算错。下面这张表是我常用的字段对照直接抄即可表名关键字段类型建议说明userid, name, role, deptBIGINT, VARCHAR(64), VARCHAR(16), VARCHAR(64)role 取 student/mentor/company/adminpositionid, title, company, capacityBIGINT, VARCHAR(128), VARCHAR(128), INTcapacity 控制接收人数applicationid, student_id, position_id, mentor_id, statusBIGINT, BIGINT, BIGINT, BIGINT, VARCHAR(32)status 对应枚举值weekly_reportid, application_id, week_no, content, submit_atBIGINT, BIGINT, INT, TEXT, DATETIMEweek_no 从 1 开始evaluationid, application_id, company_score, mentor_score, commentBIGINT, BIGINT, DECIMAL(5,2), DECIMAL(5,2), TEXT两方评分分开存audit_logid, actor_id, action, target_id, created_atBIGINT, BIGINT, VARCHAR(64), BIGINT, DATETIME只追加不更新提示audit_log表不要做外键级联删除否则删一个学生账号会把历史记录一起带走归档时对不上账。2.3 权限校验放在哪一层权限别只靠前端隐藏按钮。常见做法是在后端每个写接口前加一个装饰器或中间件先查当前用户角色再查这条记录是否属于该用户。比如学生只能改自己的草稿申请导师只能审自己名下的申请。下面是一个 Flask 风格的校验片段from functools import wraps from flask import g, abort def require_role(*roles): def decorator(fn): wraps(fn) def wrapper(*args, **kwargs): if g.current_user.role not in roles: abort(403) # 角色不匹配直接拒绝 return fn(*args, **kwargs) return wrapper return decorator app.route(/application/int:app_id/approve, methods[POST]) require_role(mentor, admin) def approve_application(app_id): app Application.query.get_or_404(app_id) # 导师只能审自己名下的管理员不受限 if g.current_user.role mentor and app.mentor_id ! g.current_user.id: abort(403) app.status InternStatus.PENDING_COMPANY.value db.session.commit() return {ok: True}逻辑说明require_role只做角色粗筛细粒度的“这条记录是不是你的”必须在业务函数里再查一次。参数上abort(403)比返回自定义 JSON 更省事前端统一拦截 403 跳登录或提示无权限即可。别把权限判断写进前端路由守卫就完事那只是体验优化不是安全边界。3. 把压缩包跑起来环境、依赖与首次启动3.1 解压后的目录结构与入口识别拿到一个毕业生实习管理系统.zip先别急着双击。解压后通常能看到backend/、frontend/、sql/、README这几类目录。入口一般藏在backend/app.py或backend/manage.py前端则是frontend/package.json里的scripts。我习惯先看requirements.txt或pom.xml判断技术栈再看sql/里有没有初始化脚本。如果压缩包里只有源码没有建表语句那就要从实体类反推工作量翻倍所以第一步是确认sql/init.sql是否存在。常见目录映射如下不同项目名字可能略有差异但结构大同小异路径作用缺失时的后果backend/app.py后端启动入口无法启动 APIbackend/requirements.txtPython 依赖清单手动装包容易漏版本frontend/package.json前端依赖与脚本前端起不来sql/init.sql建表与初始数据数据库空登录失败.env.example环境变量模板数据库连接串不知道填什么3.2 数据库初始化与连接串配置先建库再导表最后改连接串。以 MySQL 为例命令行三步走# 1. 创建数据库字符集用 utf8mb4 防止中文乱码 mysql -u root -p -e CREATE DATABASE intern_db DEFAULT CHARSET utf8mb4 COLLATE utf8mb4_unicode_ci; # 2. 导入建表脚本 mysql -u root -p intern_db sql/init.sql # 3. 复制环境变量模板并修改 cp .env.example .env # 编辑 .env把 DATABASE_URL 改成自己的连接串.env里通常有DATABASE_URL、SECRET_KEY、JWT_EXPIRE_HOURS三个关键项。DATABASE_URL格式一般是mysqlpymysql://user:pass127.0.0.1:3306/intern_db注意密码里如果有或#要做 URL 编码否则解析会截断这是新手最常踩的坑之一。SECRET_KEY别用默认值换成随机串否则 token 可被伪造。JWT_EXPIRE_HOURS设 8 到 24 之间太长不安全太短导师审到一半掉线。3.3 后端与前端分别启动的最小命令后端先装依赖再跑cd backend python -m venv venv source venv/bin/activate # Windows 用 venv\Scripts\activate pip install -r requirements.txt python app.py # 默认监听 5000 端口前端如果是 Vue 或 React通常是cd frontend npm install npm run dev # 默认 5173 或 3000 端口两个都起来后浏览器访问前端地址用sql/init.sql里预置的管理员账号登录。如果登录报 500先看后端控制台有没有数据库连接错误如果页面空白按 F12 看 Network 里 API 请求是不是被跨域拦了。开发阶段可以在后端加 CORS 允许localhost前端端口生产环境再收紧。注意npm install如果卡在某个包先换国内镜像源再重试别硬等。后端pip install报编译错误多半是缺少 MySQL 客户端开发库装default-libmysqlclient-dev或改用pymysql纯 Python 驱动。4. 二次开发绕不开的三处改造模板、导出与通知4.1 实习鉴定表导出从 HTML 模板到 PDF系统跑通后教务最常提的需求是“鉴定表要按学校格式导出 PDF”。常见做法是用后端渲染 HTML 模板再调无头浏览器或 PDF 库转档。下面是一个 Jinja2 模板片段配合pdfkit或weasyprint使用from jinja2 import Template import pdfkit TEMPLATE htmlbody h2实习鉴定表/h2 p学生{{ student_name }}/p p岗位{{ position_title }}/p p企业导师评分{{ company_score }}/p p校内导师评语{{ mentor_comment }}/p /body/html def export_pdf(data: dict, out_path: str): html Template(TEMPLATE).render(**data) # options 里设置页边距和编码避免中文乱码 pdfkit.from_string(html, out_path, options{encoding: UTF-8, margin-top: 20mm})逻辑说明模板里所有变量都来自数据库查询结果别在模板里做复杂计算。参数上encoding必须显式设 UTF-8否则中文会变方块margin-top按学校要求调一般 20mm 到 25mm。如果服务器没装wkhtmltopdfpdfkit会直接报错所以部署文档里要写清系统依赖。4.2 周报提交提醒定时任务与去重导师不可能天天登录看谁没交周报。常见做法是每周五下午跑一次定时任务查出本周未提交的学生发站内信或邮件。关键是去重同一个学生同一周只提醒一次否则任务重跑就轰炸。下面用一张提醒记录表加唯一索引解决CREATE TABLE remind_log ( id BIGINT PRIMARY KEY AUTO_INCREMENT, student_id BIGINT NOT NULL, week_no INT NOT NULL, sent_at DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_student_week (student_id, week_no) );插入时用INSERT IGNORE或ON DUPLICATE KEY UPDATE唯一索引挡住重复。参数上week_no的算法要和周报表保持一致都从学期第一周算起别一个用自然周一个用教学周否则提醒发错周。定时任务本身用cron或 APScheduler 都行重点是任务日志要落库方便排查“为什么这周没发”。4.3 状态字段扩展加一个“延期申请”要动哪些地方业务跑一学期后大概率要加“延期申请”。这时候如果当初状态是硬编码字符串就要全局搜替换。正确姿势是先在枚举里加EXTEND_PENDING和EXTENDED再在TRANSITIONS里加合法迁移然后改前端状态映射表最后补一条数据库迁移脚本。下面是对应的迁移片段-- 新增延期相关状态不需要改表结构因为 status 是 VARCHAR -- 但要给已有数据补默认值防止前端映射不到 UPDATE application SET status approved WHERE status IS NULL OR status ;逻辑说明状态字段用字符串的好处在这里体现——加枚举值不用ALTER TABLE。但前端如果用了switch-case映射颜色漏加分支就会显示空白所以改完后端要同步通知前端。参数上迁移脚本先在测试库跑一遍确认没有NULL状态再上生产。5. 避坑与排查那些让系统“看起来能跑”的暗雷5.1 中文乱码从数据库到 PDF 的完整链路现象学生姓名在页面上正常导出 PDF 变成问号。原因数据库连接串没设charsetutf8mb4或者 PDF 库默认编码不是 UTF-8。解决连接串加?charsetutf8mb4PDF 导出显式传encodingUTF-8建库时确认COLLATE是utf8mb4_unicode_ci。三处都查一遍缺一处就翻车。5.2 导师看不到学生申请角色与数据权限错位现象导师登录后列表为空但数据库里明明有申请。原因查询条件写死了mentor_id current_user.id而初始化数据里导师 ID 对不上或者学生提交时没选导师。解决先查application表的mentor_id是否有值再确认登录用户的id和role。常见做法是加一个“待分配”状态由管理员先指派导师再进入审核流。5.3 周报周数算错时区与学期起始日现象同一周提交的周报有人算第 3 周有人算第 4 周。原因前端用本地时区算后端用 UTC 算或者学期起始日配置不一致。解决周数统一由后端计算前端只显示学期起始日写进配置表别硬编码在代码里。参数上week_no floor((submit_date - term_start_date) / 7) 1两个日期都转成同一时区的日期对象再相减。5.4 导出大文件超时流式输出与分页查询现象导出全院 500 人的鉴定表时请求转圈然后 502。原因一次性查全量数据再渲染内存和响应时间都爆。解决分页查询每 50 人渲染一次并追加到输出流或者改成异步任务先生成文件再通知下载。常见做法是加一个export_task表状态从pending到done前端轮询。5.5 操作日志膨胀只追加不清理的代价现象系统跑一年后audit_log表几百万行查询变慢。原因日志只写不归档。解决按季度分区或定期归档到历史表保留最近 6 个月在主表。参数上归档任务放在凌晨低峰期跑每次限制 10000 行避免长事务锁表。6. 让系统真正可用一个验证闭环与我的习惯系统能不能上线不看功能列表看一个完整闭环能不能走通。我一般会造一条测试数据学生 A 提交申请 → 导师 B 审核通过 → 企业导师 C 确认 → 学生 A 交 4 周周报 → 导师 B 批阅 → 企业导师 C 打分 → 教务导出 PDF 并归档。这条链路里任何一步报错都说明状态机或权限有问题。下面是一个用脚本模拟闭环的片段跑通它比手点十遍页面更可靠import requests BASE http://127.0.0.1:5000/api token requests.post(f{BASE}/login, json{user: student_a, pwd: 123456}).json()[token] headers {Authorization: fBearer {token}} # 1. 创建申请 app_id requests.post(f{BASE}/application, json{position_id: 1}, headersheaders).json()[id] # 2. 提交 requests.post(f{BASE}/application/{app_id}/submit, headersheaders) # 3. 导师审核换导师 token mentor_token requests.post(f{BASE}/login, json{user: mentor_b, pwd: 123456}).json()[token] requests.post(f{BASE}/application/{app_id}/approve, headers{Authorization: fBearer {mentor_token}}) # 4. 检查状态 status requests.get(f{BASE}/application/{app_id}, headersheaders).json()[status] assert status pending_company, f状态不对{status} print(闭环前半段通过)这段脚本的价值在于它把“登录、鉴权、状态迁移、断言”串成一条可重复执行的验证。参数上BASE指向本地后端assert失败会直接抛异常适合放进 CI。每次改完状态机或权限代码先跑这个脚本再手点页面确认 UI。最后一个习惯所有配置项——学期起始日、周报截止时间、PDF 页边距、提醒发送时间——全部抽到一张config表或.env里代码里不出现魔法数字。这样换一个院系部署时只改配置不改代码。我吃过亏当初把学期起始日写死在utils.py里结果第二个学院要用硬是重新打了个包。希望帮到你。本文还有配套的精品资源点击获取
