企业官网建设流程全解析

简介：基于JavaWeb的毕业设计管理系统是一套面向计算机相关专业毕设学生、Java学习者及课程设计团队的完整项目方案，覆盖毕业设计从选题、开题到答辩评阅、成绩发布的全流程业务。系统采用JSP、Servlet、JDBC与MySQL搭建，B/S结构，包含学生、导师、院系管理员、系统管理员四种角色，实现了课题上传审核、学生选题、任务书与参考资料下载、论文上传、过程文件评阅、答辩分组、成绩汇总等功能，功能划分清晰，适合直接作为毕业设计或项目实战练习。资源包内有3个文件，包括项目源码压缩包、SQL数据库脚本和项目说明txt，整体大小约4.33MB，SQL脚本可用于初始化数据库，说明文件辅助快速搭建运行环境。目前已有10186人学习浏览，资源经过调试可运行，拿到后可直接导入Eclipse/Tomcat环境使用；对想快速完成毕设或学习JSP+Servlet开发流程的同学来说，既能获得可运行的完整代码，也能参考其角色权限设计和分阶段任务逻辑。

1. JavaWeb毕业设计管理系统是什么：一个能直接跑通的完整Web工程

每年五六月，总有一批人被同一个问题卡住：系统做完了，代码跑不起来，或者跑起来了但讲不清里面每一层在干什么。基于JavaWeb的毕业设计管理系统，就是用来解决这个问题的——它是一套完整的传统JavaWeb工程，前端用JSP，后端用Servlet，数据库用MySQL，整个选题、开题、中期检查、论文提交、成绩评定的流程都落在页面和表结构里。对打算交毕设的人来说，它的价值不是“功能有多花哨”，而是结构足够典型：跳过了Spring Boot的自动配置黑匣子，每一个请求从浏览器到Servlet再到数据库的路径都能在源码里翻出来，老师问到底层原理你也答得上来。这篇文章按我实际带项目走通的顺序，从技术选型、表设计、本地部署讲到最容易翻车的地方，照着做就能把系统在自己电脑上跑起来。

2. 先拆技术栈再拆表：为什么选Servlet+JSP，数据库脚本里藏了什么

2.1 为什么毕业设计选JavaWeb传统栈而不是Spring Boot

答辩现场最常见的追问是“Spring Boot帮你做了哪些事，你知道吗”。用传统JavaWeb做毕设，就等于主动把这个问题的难度降到了最低。Servlet处理请求、JSP渲染页面、JDBC访问数据库，每一条链路都写在代码里，没有自动配置、没有约定优于配置，所有东西都得显式声明。对评分老师来说，这是一个能一眼看懂的工程；对你来说，这是能讲满五分钟的素材。

技术栈的完整清单一般是这样的：JDK 8 + Tomcat 9 + Servlet 3.0 + JSP 2.3 + JSTL 1.2 + MySQL 5.7或8.0 + Druid连接池 + Maven。注意这里说的是Tomcat 9，不是Tomcat 10。Tomcat 10把javax.servlet换成了jakarta.servlet，而绝大多数毕设源码还停留在javax时代，版本选错了会直接启动失败，后面避坑章节单独说。Maven负责管理jar包依赖，项目里的pom.xml会同时引入javax.servlet-api、jstl、mysql-connector-java和druid这几个核心库，这套组合本身就是JavaWeb完整案例的标配。

用Maven而不是直接把jar包放进WEB-INF/lib，理由是毕业设计的源码要拿去查重、要提交到Git仓库，用Maven描述依赖比提交一堆二进制文件干净得多。IDEA里导入Maven工程后，依赖会自动下载，不需要手动找jar包的位置。如果实验室电脑没网，那才考虑把lib目录整个提交，但那是备用方案，不是首选。

2.2 功能模块拆解：学生、教师、管理员三个角色怎么闭环

毕业设计管理系统的功能通常不是随意堆出来的，它围绕一条完整的业务线展开：管理员先维护专业和班级信息，教师登录后发布课题，学生在课题池里选题，教师确认或拒绝，然后进入过程管理——学生上传开题报告和论文初稿，教师给出指导意见和中期检查结果，最后教师评分、管理员汇总成绩并支持导出。

三个角色在源码里对应的访问入口不一样。学生端核心页面是课题浏览、选题申请、论文上传、查看进度；教师端是课题发布、选题审核、过程指导、成绩评定；管理员端是用户管理、专业班级管理、统计报表。这里有一个非常关键的设计点：这三个角色通常不是三套Servlet，而是共用一套认证和权限机制，通过用户表里的role字段区分，在Filter里拦截URL。后面第5章我会给出一个最小可用的权限拦截Filter写法，答辩时这是加分项。

2.3 数据库脚本的六张核心表与关系设计

拿到项目后的第一件事不是急着点运行，而是打开SQL脚本看表结构。一个设计良好的毕业设计管理系统，数据库脚本里至少要有六张表：用户表、专业表、课题表、选题记录表、论文提交表、成绩表。用户表是全局的，教师和学生都存这里，用role字段区分；专业表负责给管理员做基础数据维护，学生用户表通过major_id关联它。

-- 用户表：一个表同时装学生和教师，用 role 区分 CREATE TABLE `sys_user` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `username` VARCHAR(50) NOT NULL UNIQUE COMMENT '登录账号', `password` VARCHAR(150) NOT NULL COMMENT 'MD5或BCrypt加密存储', `real_name` VARCHAR(50) COMMENT '姓名', `role` TINYINT NOT NULL COMMENT '1管理员 2教师 3学生', `major_id` INT COMMENT '学生所属专业，教师/管理员为空', `email` VARCHAR(100), `phone` VARCHAR(20), `status` TINYINT DEFAULT 1 COMMENT '1可用 0禁用', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这张表有两个容易忽略的细节。第一是student_id类型的关联：题目数量一般不大，用自增主键足够；第二是密码字段一定要加注释说明存储方式，很多同学导入数据库后登录不上，就是因为源码里是MD5加密存储，而自己插入了一条明文密码的记录。打开脚本后先搜索INSERT INTO sys_user，看初始账号的密码是明文还是加密串，这个信息在后面部署时要反复用到。

课题表是核心业务表：

-- 课题表：教师发布毕业设计题目 CREATE TABLE `project` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `teacher_id` INT NOT NULL COMMENT '发布教师的用户ID，关联sys_user', `title` VARCHAR(200) NOT NULL COMMENT '课题名称', `description` TEXT COMMENT '课题背景与要求', `category` VARCHAR(50) COMMENT '课题方向分类，如JavaWeb/大数据/小程序', `max_student` TINYINT DEFAULT 1 COMMENT '最多可选人数，默认1人一题', `selected_count` TINYINT DEFAULT 0 COMMENT '已选人数，前端展示用冗余字段', `status` TINYINT DEFAULT 0 COMMENT '0待审核 1已发布 2已满员 3已下架', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

status字段是这只表的核心：学生只能看到status=1的课题，教师发布后要等管理员审核，课题被选满后状态自动变成2。这个状态流转在源码里对应着一个UPDATE语句，而不是DELETE——毕设里关于题目被下架的历史记录要留档。选中selected_count这个冗余字段，是因为列表页要显示每个课题的选报热度，每次查询都去count t_project_selection会带来额外的JOIN开销，直接用冗余字段加更新时间就能解决。

选题记录表解决“一个学生选多个课题”、“一个课题被多个人抢”这两个问题：

-- 选题记录表 CREATE TABLE `t_selection` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `student_id` INT NOT NULL COMMENT '学生ID，关联sys_user', `project_id` INT NOT NULL COMMENT '课题ID，关联project', `status` TINYINT DEFAULT 0 COMMENT '0待审核 1通过 2拒绝 3已退回重选', `apply_reason` VARCHAR(500) COMMENT '学生申请理由', `audit_comment` VARCHAR(500) COMMENT '教师审核意见', `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY `uk_student_year` (`student_id`, YEAR(create_time)), CONSTRAINT `fk_selection_project` FOREIGN KEY (`project_id`) REFERENCES `project`(`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

UNIQUE KEY uk_student_year保证了同一个学生在同一年只能有一条选题记录，这条约束比在代码里加判断更可靠。后面讲到并发抢题的场景时，会发现最终的兜底就靠这个唯一索引和一条UPDATE语句。

论文提交表、成绩表属于过程管理模块，结构相对简单：论文表存文件路径、上传时间和版本号，成绩表存总评分、答辩评语和评定等级。整个脚本导入成功后，用SHOW TABLES应该能看到至少十张表，而不是六张——因为除了业务表，通常还有公告表和消息通知表。如果导入后表数量明显偏少，说明脚本执行到一半报错了，这个在第3章说怎么处理。

3. 拿到源码后从0到1跑起来：IDEA导入、改配置、部署Tomcat的完整步骤

3.1 环境清单与版本匹配关系

很多人的毕设源码是zip压缩包，解压后第一件事是看目录里有没有pom.xml。有pom.xml就是Maven工程，直接用IDEA打开这个文件即可，不要用“Open”打开整个目录后当成普通项目硬编译；没有pom.xml，再看src下有没有.java源码和WebContent或webapp目录，这决定了是老式Web工程还是Maven风格工程。两种工程的导入方式不一样，下面表格列了推荐的环境组合，按这个组合准备最不容易出问题。

这里多说一句JDK版本：JavaWeb毕设源码几乎都是javax.servlet的写法，JDK 8自带的工具链和Tomcat 9完全匹配，是最省心的组合。如果你电脑上装的JDK 17，项目Build能通过但Tomcat启动时可能报UnsupportedClassVersionError，这不是源码的问题，是编译版本和运行版本不一致。

3.2 导入数据库脚本：命令行和Navicat两条路线

导入数据库脚本是第一个分水岭。脚本有两种写法：一种在文件开头自带CREATE DATABASE语句，一种只有建表语句、需要你手动建库。打开SQL文件先看前三行，带CREATE DATABASE的就用命令行整文件导入，不带就先建库再导入。

# 方式一：命令行导入（脚本自带建库语句） mysql -uroot -p < D:/graduation/gdms.sql # 方式二：命令行导入（脚本不带建库语句，先建库再指定库导入） mysql -uroot -p -e "CREATE DATABASE gdms DEFAULT CHARACTER SET utf8mb4;" mysql -uroot -p gdms < D:/graduation/gdms.sql

使用mysql命令导入时，注意<后面的路径不要带空格，Windows下用正斜杠或反斜杠都行。如果导入过程中出现ERROR 1064之类的语法错误，大概率是MySQL版本比脚本要求的低——比如脚本里用了utf8mb4_0900_ai_ci排序规则，这是MySQL 8.0才有的，5.7会直接报错，解决方法是把脚本里的排序规则全局替换成utf8mb4_general_ci。

用Navicat导入时，右键目标数据库选“运行SQL文件”而不是“导入向导”。“导入向导”是给Excel和CSV用的，选了它你的SQL脚本会被解析成一行行数据导入，必然失败。选错这一步是新手翻车重灾区。导入完成后执行SHOW TABLES;，对照源码包里的README或数据库脚本注释确认表数量，然后执行SELECT * FROM sys_user;看初始数据是否到位。

3.3 IDEA里配置Tomcat与Artifacts，解决「启动即报错」

这是整个部署流程里步骤最碎的一环，也是“idea运行javaweb项目配置”这个问题的高频出处。工程导入后，IDEA往往能自动识别为Maven项目，但不会自动帮你配好Tomcat。配置路径在Run → Edit Configurations → + → Tomcat Server → Local，配置完还要在Deployment标签页里把当前Web工程加进去。

配置Tomcat时，Application context是关键参数。毕设项目的管理端通常不是和前端站点分离部署的，所以Application context写/就可以，访问地址是http://localhost:8080/。如果你在这里写了/gdms，那访问地址必须变成http://localhost:8080/gdms/，后面所有页面里的相对路径都要能兼容这个前缀。很多源码里login.jsp在webapp根目录下，部署到/根路径时直接访问/login.jsp即可。

另一个容易忽略的点是Artifacts配置。工程右键Open Module Settings，在Artifacts面板里确认Web工程的输出方式是war exploded，然后回到Tomcat的Deployment标签页，把爆炸式部署的工件添加进去。如果IDEA提示No artifacts marked for deployment，说明Artifacts没建对，先删除重建再回到Tomcat配置。这个配置做完，点击启动按钮，控制台出现INFO: Starting ProtocolHandler才算部署完成。

3.4 数据库连接配置：必须改的5个参数

源码里数据库连接信息通常在src/main/resources/jdbc.properties里，或者嵌在applicationContext.xml/db.properties里。Druid连接池的配置长这样：

# jdbc.properties 数据库连接配置 jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/gdms?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai&useSSL=false&allowPublicKeyRetrieval=true jdbc.username=root jdbc.password=yourpassword jdbc.initialSize=5 jdbc.maxActive=20 jdbc.maxWait=10000

这5个参数里，jdbc.driver要分情况：MySQL 5.7用com.mysql.jdbc.Driver，MySQL 8.0用com.mysql.cj.jdbc.Driver，用错会在启动时直接报ClassNotFoundException。jdbc.url里的URL后面拼接了5个查询参数：characterEncoding=utf8解决中文写入乱码，serverTimezone=Asia/Shanghai解决时区报错，useSSL=false避免连接时握手警告，allowPublicKeyRetrieval=true解决MySQL 8.0的Public Key Retrieval is not allowed错误，useUnicode=true是characterEncoding生效的前提。

jdbc.username和jdbc.password改成自己本机MySQL的账号密码，这里有个小坑：密码里如果包含&或=字符，必须用\&和\=转义，否则会被属性解析器截断。jdbc.maxActive是连接池最大连接数，毕设并发量不大，20够用，设得太大会浪费内存。改完这5个参数，重新启动Tomcat，看到日志里Initialized Druid pool并出现登录页，本地部署就算跑通了。

4. 避坑专区：毕设项目最常见的5个翻车现场

4.1 现象：Tomcat一启动就报ClassNotFoundException或NoClassDefFoundError

原因：你的Tomcat版本是10.x，而源码里用的是javax.servlet包名。Tomcat 10把Servlet API从javax迁移到了jakarta命名空间，旧代码编译后运行时找不到类。解决：换成Tomcat 9.0.x，IDEA里重新配置Tomcat Server，或者去源码的pom.xml里把javax.servlet-api的scope从provided改成compile再重新打包。最省事的还是卸载Tomcat 10，装一个9，属于零代码改动。

4.2 现象：MySQL连接报Public Key Retrieval is not allowed

原因：MySQL 8.0默认用caching_sha2_password认证插件，Druid连接池建立连接时向服务器请求公钥，但useSSL=false时MySQL拒绝提供公钥。解决：在jdbc.url末尾加上allowPublicKeyRetrieval=true，如果还是报错，把MySQL用户的认证插件改回mysql_native_password：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码'; FLUSH PRIVILEGES;

这里要提醒一句：allowPublicKeyRetrieval=true只适合本地开发环境，生产环境应该用SSL证书方式，但毕设系统不用考虑这个。这条血泪经验的价值在于，网上很多答案直接让你换驱动版本，其实换驱动治标不治本，因为8.0驱动连接8.0库是正确组合，缺的是URL参数。

4.3 现象：页面显示正常，但中文全部变成问号或乱码

原因：三层编码不一致——JSP页面编码、Servlet请求编码、数据库连接编码。解决分两步：第一步在jdbc.url里确认有characterEncoding=utf8，并且jsp页面开头是<%@ page contentType="text/html;charset=UTF-8" language="java" %>；第二步在web.xml里加一个编码过滤器，或者在你的基础Servlet里显式调用request.setCharacterEncoding("UTF-8")。GET请求的中文乱码还要去Tomcat的conf/server.xml里给Connector加URIEncoding="UTF-8"属性，这一步不属于代码层面，很多人在源码里翻半天找不到问题。

4.4 现象：修改了JSP或Java代码，重启后还是不生效

原因：Tomcat部署的是编译后的class，不是源码。IDEA里需要重新构建，或者在Deployment配置里打开Build automatically。另一个原因是浏览器缓存——JSP改完刷新还是老页面，按Ctrl+F5强制刷新，或开发者工具里勾选Disable cache。如果你把JSP直接丢进IDEA的webapp目录但没重新部署，那等于没改，因为Tomcat跑的是target目录下的副本。检查方式：看target目录里对应文件的时间戳是否是最近的。

4.5 现象：Maven依赖下载慢或导入后代码全部标红

原因：默认的Maven中央仓库在国外，下载慢还容易断；标红是因为IDEA用的JDK版本和项目需求不匹配。解决：Maven镜像换阿里云，编辑本机settings.xml把mirror改掉：

<mirror> <id>aliyunmaven</id> <mirrorOf>central</mirrorOf> <url>https://maven.aliyun.com/repository/public</url> </mirror>

代码标红如果pom.xml没有波浪线错误，就去File → Project Structure → Project里把SDK版本切到1.8，然后File → Invalidate Caches清掉IDEA索引。这个操作属于玄学环节里少数几次真能解决问题的办法：本地Maven仓库里可能已经下载了半个损坏的jar，Invalidate Caches不会删jar，要删就删本地仓库对应路径下的.lastUpdated文件再重新导入。

5. 答辩前值得做的三个改造：权限拦截、统计页和源码讲解路径

5.1 用Filter把「未登录拦截」补成完整闭环

很多毕设源码里的Servlet都是裸奔的，直接在浏览器输入管理后台的URL就能访问。答辩前补上这个漏洞，属于最低成本的改造。写一个LoginFilter，在web.xml里注册，拦截除了login.jsp、静态资源和登录Servlet以外的所有请求：

public class LoginFilter implements Filter { @Override public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; HttpSession session = request.getSession(false); String uri = request.getRequestURI(); if (uri.contains("login") || uri.endsWith(".js") || uri.endsWith(".css") || session != null && session.getAttribute("loginUser") != null) { chain.doFilter(req, resp); } else { response.sendRedirect(request.getContextPath() + "/login.jsp"); } } }

这段过滤器代码的逻辑说明：白名单优先，再判断Session里有没有登录用户。核心是request.getContextPath()，它自动对应你在Tomcat里配置的Application context，不会因为路径前缀变化写死。顺带把上一章说过的GET乱码处理也塞进这个Filter，request.setCharacterEncoding("UTF-8")放这里统一处理，比每个Servlet单独写干净。

5.2 并发选题的正确SQL写法：一行业务逻辑撑起答辩亮点

老师最喜欢问的一个问题是“多人同时选同一个课题怎么办”。源码最常见的挫答案是先SELECT再INSERT，两步之间有间隙。改成一条原子UPDATE就能逻辑自洽：

UPDATE project SET status = 2, selected_count = selected_count + 1 WHERE id = ? AND status = 1; -- Java后台判断受影响行数，等于1才插入选题申请记录 -- 等于0说明课题已被抢走，直接提示“课题已满”

这样SQL和Java代码配合，把“抢题”变成数据库层面的事务操作，不存在并发缝隙。配合第2章那张t_selection表里的唯一索引，两行代码就把并发问题讲透了，这也是答辩现场最容易获得认可的地方。

5.3 用一条请求链路串源码，比背PPT有用

答辩前拿出纸笔，把“学生提交论文”这个功能从头到尾画一遍：浏览器POST请求 → Tomcat接收 → web.xml里Filter放行 → Servlet的doPost → 调用Service → DAO执行UPDATE → MySQL返回 → Servlet转发到success.jsp。每个环节在源码里的对应类名都看一眼，不用背全部，能指着代码说出这7层就够用。我在带项目时都要求组员先把这条链路写出来再让我检查，比看十遍PPT有用得多。

最后说一个我自己的习惯：拿到任何JavaWeb毕设源码，先去改数据库密码和Tomcat端口，确保和本机环境严格一致，然后跑通一遍完整流程——登录、选题、提交、评分。这一步跑通了，后面所有的排错都变得简单。毕业设计管理系统这类项目，最大的价值不是功能，而是你能在答辩前控制它的每一个环节。希望这篇笔记帮你在部署路上少走几步弯路，把更多精力留给答辩本身。

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