课程评价系统这类题目，在计算机毕业设计里属于“看起来不惊艳、但做出来很有东西”的典型代表。我做过多届JavaWeb方向的毕设指导，也亲手带着学生把一个基于JSP的课程评价系统从零跑到上线，这里想把这个项目的完整思路、设计细节、编码套路和部署踩坑都摊开来讲一遍。它不是“最简单的选题”，而是“最适合检验基本功的选题”，涉及JSP、Servlet、JDBC、数据库设计、前端交互和项目部署一条完整的传统JavaWeb链路，业务场景又贴合高校真实需求，需求边界清晰，不会像电商系统那样功能膨胀到失控。打算用JSP做毕设，或者正在被JavaWeb课设折磨的同学，这篇文章基本能帮你把整条路走通。

1. 为什么说这是一个“性价比很高”的毕设选题

1.1 先搞清楚课程评价系统到底在解决什么问题

很多同学做毕设容易犯一个毛病：选题很大，功能很虚，最后演示的时候手忙脚乱。课程评价系统的好处在于，它背后的业务场景是真实存在的，而且几乎每个人都经历过。每个学期末，学校都要组织学生给课程和任课老师打分，以前用纸质问卷，后来用Excel表格，再后来用在线表单——但这里头有个关键需求是普通表单工具满足不了的：数据要按课程汇总、按老师汇总、按维度分析，还要防止学生重复提交、恶意乱评。

所以这个系统要解决的核心问题有三层：

• 让学生能够方便地对所学课程进行打分和文字评价，门槛要低，提交要快；
• 让教师能够看到自己课程的评价结果，包括平均分、评分明细、学生的文字反馈，同时要保护评价者的匿名性；
• 让管理员能统一管理用户、课程、评价数据，并且能做基础的统计与导出。

这个业务模型非常标准，不需要你凭空发明需求，照着高校真实流程设计就行。也正因为需求边界清晰，论文写起来才不会被质疑“需求不合理”——这是评审老师最喜欢挑毛病的地方，而课程评价系统天然避开了这个坑。

1.2 为什么选JSP技术栈，而不是Spring Boot + Vue

我知道很多年轻同学一看到JSP就不太情愿，觉得这是“过时技术”。但从毕业设计的评价逻辑来看，JSP恰恰是风险最低的选择。

首先，JSP、Servlet、JDBC这套组合，是理解Web开发底层原理的最佳路径。Spring Boot这类框架帮你屏蔽了太多细节——你配置一个注解，请求就进来了；你写一个Mapper，数据就查出来了。而JSP要求你手动处理请求转发、手动写JDBC连接、手动管理会话状态，这个过程虽然繁琐，但能让你真正理解HTTP请求是怎么和后端程序关联起来的。论文里写起来也更有东西：你可以在“系统实现”章节逐层讲解请求流程、页面跳转机制、数据访问逻辑。

其次，JSP项目在答辩演示时不容易翻车。老技术虽然生态旧，但稳定，部署路径清晰，出现问题基本Google一下就能解决。你如果用前后端分离的微服务架构做毕设，一旦答辩现场环境有问题，排查成本会非常高。我见过太多学生用Spring Boot做一个启动都要几十秒的项目，最后演示时数据库连不上、端口被占用、前端跨域报错，心态直接崩掉。JSP项目启动轻、依赖少，Tomcat一跑就起来，演示成本低得多。

当然，我并不是说学Spring Boot没意义。如果你时间充裕、基础扎实，用现代框架做课程评价系统当然也行。但对于“计算机毕业设计”这个特定场景，JSP能让你的精力更集中地在业务逻辑和代码实现上，而不是被框架配置耗光。这个选题思路，放到任何一届毕设里都是稳的。

2. 系统功能与数据库设计：先把地基打牢

2.1 三种角色，每个角色的功能边界要分清楚

课程评价系统的角色设计不需要复杂，三类角色足够覆盖全部业务场景：学生、教师、管理员。很多同学做毕业设计喜欢把角色拆得很细，什么“学生代表”“教务处领导”，结果每个角色的功能都只有一两个页面，看起来像是为了凑功能而凑功能。我建议直接把角色收敛到三类，把每个角色的功能做深做透。

学生端核心功能包括：登录系统、查看本学期需要评价的课程列表、对单门课程进行评分和文字评价、查看自己的历史评价记录。这里有一个很重要的细节：学生可能有多门课程需要评价，但每门课只能提交一次。这个约束必须在数据库层和业务层双重控制，否则就会出现重复评价的数据脏问题。教师端则相对简单：查看自己名下课程的评价结果，包括课程平均分、各评分维度得分、学生提交的文字反馈，还可以针对评价内容进行回复解释。管理员的功能最重：用户管理（增删改查、重置密码）、课程管理（课程信息维护、教师与课程关联）、评价管理（查看、删除异常评价）、数据统计（按课程汇总、按教师汇总、导出报表）。

2.2 数据库表怎么设计：五张核心表加三张关联表

数据库设计是论文里最容易得分也最容易失分的部分。课程评价系统的表结构不复杂，但要注意规范化和演示时的易讲解性。基于我多次实现这个项目的经验，推荐如下核心表结构：

这里要注意几个细节。第一，不要把所有评价内容存成一个大表字段，比如“教学态度”“课堂内容”“作业布置”各来一列。更好的设计是把评价维度抽出来放到evaluation_option表里，这样如果某学期要调整评价维度，管理员只需要在系统里维护配置，不用改代码。第二，用户表里的角色字段不要用字符串裸值，建议用数字枚举（0学生、1教师、2管理员），程序里用常量定义，避免拼写错误。第三，所有表都建议加create_time字段，统计“按时提交率”时你会用得上。

除了上述核心表，还需要课程与学生的关联。一门课有多个学生选课，一个学生选多门课，这是典型的多对多关系，需要一张选课表（选课记录表），字段包括id、student_id、course_id、status。课程评价系统的评价逻辑就是基于选课表来判定“这个学生是否有权评价这门课”——只选了这门课的学生才有评价权限，这个校验逻辑在答辩时非常值得单独展示，因为它体现的是业务严谨性，不是简单做一个增删改查。

2.3 评价分数怎么算：平均分、加权分与防刷机制

评分统计是课程评价系统的核心逻辑，也是最能体现技术深度的部分。单门课程的评价结果不能简单地把所有学生打分加一起取平均，还要考虑评价维度权重和有效样本数。

建议这样设计评分规则：每个评价维度设置一个默认权重，比如“教学态度”权重30%、“教学内容”权重40%、“作业与辅导”权重30%。学生给每个维度打1-5分，最终单条评价的总分 = 每个维度得分乘以对应权重后的加权和。课程平均分 = 所有有效评价的总分平均值。

这里有几个计算细节要格外注意：

• 有效评价的判定：只有该学生的选课记录存在且评价状态为已提交时，才计入统计；被管理员标记为“异常”的评价不计入；
• 最低样本数：如果一门课只有两三个学生评价，平均分的参考价值不大，可以设置一个阈值（比如评价人数低于5人时不展示具体分数，只展示评价人数）；
• 防重复提交：评价提交前，先在evaluation表里查询该学生和该课程的组合是否已存在记录，而不是等到数据库报唯一约束错误再处理。在业务层做前置校验，响应更友好。

这些逻辑在论文的“系统详细设计”章节里一展开，内容就非常扎实了，比那些“登录注册加增删改查”的通用系统要高出几个档次。

3. 从零编码：IDEA里新建JSP项目并跑通全流程

3.1 环境准备：JDK、Tomcat与IDEA的项目创建步骤

开发环境这块，很多新手卡住的地方不在于代码本身，而在于项目结构不对。JSP项目不是一个普通的Java工程，它必须是一个Web应用结构：根目录下有WEB-INF文件夹，里面放着web.xml，classes目录存放编译后的class文件，lib目录存放依赖的jar包。

在IDEA里新建JSP项目，我推荐的步骤是：

1. 确认JDK版本，建议JDK 8或JDK 11，不要追求高版本，Tomcat兼容性会让你头疼；
2. 准备Tomcat 8.5或9.0版本，解压到本地目录，配置好CATALINA_HOME环境变量（不配也行，IDEA里可以直接关联）；
3. IDEA新建Project，选择Java Enterprise或者直接在普通Java项目里添加Web依赖都行，但更规范的做法是选择Java Enterprise，然后在Additional Libraries里勾选Web Application；
4. 项目创建后，IDEA会自动生成web目录、WEB-INF目录和web.xml，这时候再把Tomcat关联进来：File -> Project Structure -> Facets -> Web，把Deployment Descriptor指向你的web.xml；
5. 在Run Configuration里新增Tomcat Server -> Local，配置Tomcat安装目录，Deployment里添加Artifact，选择war exploded模式，Application context设为项目根路径。

这里我特别强调war exploded模式，因为开发阶段用这种方式启动最快，修改JSP文件后刷新页面就能看到效果，不需要重启整个服务器。等到最终打包部署时再用war模式。

3.2 三层架构：实体层、DAO层、Servlet控制层怎么搭

JSP项目的代码组织，我强烈建议用传统三层架构，而不是把业务代码全堆在JSP页面里。你答辩的时候，老师一定会翻开代码看你的结构是否清晰，如果看到一个JSP页面里既连数据库又写业务逻辑，印象分会大打折扣。

推荐的结构是：

• entity包：存放与数据库表对应的Java实体类，比如User、Course、Evaluation，字段与表字段一一对应；
• dao包：数据访问层，使用JDBC实现对数据库的增删改查操作，每个实体对应一个DAO类；
• service包（可选但推荐）：业务逻辑层，处理事务、业务校验，比如防重复评价的逻辑放在这里，要比放在Servlet里更合理；
• servlet包：控制器层，接收请求、调用Service层、进行页面跳转；
• filter包：过滤器，处理统一编码、登录状态校验；
• util包：工具类，数据库连接池、字符串处理等。

以用户登录为例，请求的流转过程是：login.jsp提交表单 -> LoginServlet接收请求 -> UserService调用UserDao.queryByUsername() -> UserDao通过JDBC查询数据 -> Servlet把查询结果放进session -> 根据角色跳转到不同的主页（index_student.jsp、index_teacher.jsp、index_admin.jsp）。整个过程在答辩时画一个数据流图出来，老师一眼就能看出你理解Web请求的生命周期。

3.3 数据库连接：别用DriverManager裸连，用连接池

这一节单独拎出来讲，是因为我见过太多学生的项目里直接用DriverManager.getConnection()，每次请求都新建一个数据库连接，访问量大一点就崩。虽然毕设的量级不会真的崩溃，但这是一个明显的技术短板。

我建议使用Druid或C3P0连接池。以Druid为例，核心配置是一个druid.properties文件：

driverClassName=com.mysql.jdbc.Driver url=jdbc:mysql://localhost:3306/course_evaluation?useUnicode=true&characterEncoding=utf8 username=root password=123456 initialSize=5 maxActive=20 maxWait=30000

在util包里编写一个JdbcUtils工具类，使用静态代码块初始化DruidDataSource，对外提供getConnection()方法。这样全项目里获取连接只需要一行代码，而且连接用完后由连接池自动管理回收，不需要你手动处理异常连接。

写DAO层的时候，注意一定要用PreparedStatement而不是Statement。PreparedStatement可以防止SQL注入，性能也更好。这个点论文里也可以写进去，属于基本素养。

3.4 核心页面实现：登录页、评价提交、结果展示

页面设计不用花哨，但流程要完整。登录页通过session保存用户信息，评价页面需要动态渲染当前学生待评价的课程列表，这里一个关键点是如何在前端HTML中嵌入JSP数据。

我这里直接给出一段评价列表页面的核心代码框架，可以直接抄：

<%@ page contentType="text/html;charset=UTF-8" language="java" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <html> <head> <title>待评价课程</title> </head> <body> <table border="1"> <tr> <th>课程名称</th> <th>任课教师</th> <th>学期</th> <th>操作</th> </tr> <c:forEach items="${pendingCourseList}" var="course"> <tr> <td>${course.courseName}</td> <td>${course.teacherName}</td> <td>${course.semester}</td> <td><a href="evaluate?courseId=${course.id}">去评价</a></td> </tr> </c:forEach> </table> </body> </html>

对应的Servlet要做两件事：从请求参数中解析当前的studentId与courseId，校验该学生是否已评价过，如果未评价则跳转到评价填写页面。提交评价时，Service层开启事务，先查询选课表确认权限，再插入evaluation表记录，最后更新该课程的评价状态。整个流程要把异常处理做好，如果中途数据库操作失败，需要回滚事务，避免出现“评价记录没写入，但学生被标记为已评价”的中间状态。

评价结果展示页可以用JSP图表库（如百度ECharts）来展示课程平均分趋势，也可以直接用服务端计算的HTML表格。考虑到ECharts对JSP项目的侵入性不大，建议用前端图表提升视觉效果，答辩演示会加分很多。

4. 部署环节：传统JSP项目打包war，从Tomcat到nginx

4.1 IDEA打war包的三种方式，别再手动复制文件了

很多同学在项目做完后卡在最后一步：怎么把项目变成可交付的文件。JSP项目的标准交付物是war包，本质上是一个按特定目录结构压缩的zip文件，里面包含编译后的class、JSP页面、静态资源和配置文件。

IDEA中打war包有三种常用方式：

第一种，也是最规范的方式：通过Project Structure配置Artifact。选择Build -> Build Artifacts，选择war包类型进行构建，输出目录通常在项目out目录下。

第二种，用Maven插件打包。如果你从一开始就创建了Maven工程，那么只需要在pom.xml里配置：

<packaging>war</packaging>

然后在IDEA右侧Maven面板里执行package命令，target目录里会自动生成war包。这是我最推荐的方式，因为团队成员都能通过一条命令产出相同结果。

第三种，不推荐的土办法：直接在Tomcat的webapps目录下创建一个应用文件夹，把项目资源复制进去，让Tomcat解压运行。这种方式在开发调试时偶尔应急用可以，交付答辩前千万不要用这种方式打包，很容易出现遗漏文件的问题。

4.2 部署到Tomcat：路径、数据源与日志检查

拿到war包后，部署到Tomcat非常直接：把war包复制到Tomcat的webapps目录下，启动Tomcat，它会自动解压并运行。访问路径是http://localhost:8080/项目名/。

部署成功后不要急着点页面功能，先检查三件事：

• 数据库是否启动，且课程评价系统的数据库和表是否已创建，账号密码与连接池配置是否一致；
• Tomcat的logs目录下catalina.out是否有报错信息，绝大多数启动失败的原因都在这里能直接看到；
• 静态资源路径是否正确，注意项目名不要用中文或下划线开头，否则一些浏览器处理起来会有问题。

如果你在Linux服务器上部署，跑项目时不建议直接用控制台启动Tomcat，因为一旦关闭SSH窗口进程就断了。正确的做法是用systemd注册一个服务，或者至少用nohup ./bin/startup.sh > logs/catalina.out 2>&1 &这种方式后台运行，并把启动日志写到指定文件里。答辩演示时，这一点会体现你的工程化素养。

4.3 nginx到底能不能支持JSP？聊聊反向代理的误区

热词里有个很典型的问题：“nginx支持jsp吗”。这里可以非常明确地告诉你：nginx本身不解析JSP。nginx是一个Web服务器和反向代理服务器，它擅长处理静态资源（HTML、CSS、JS、图片），也能做负载均衡和反向代理，但它内置的模块里没有JSP/Servlet的解析引擎。

JSP必须由支持Servlet规范的容器来解析执行，最常见的就是Tomcat，还有Jetty、JBoss等。那么在实际项目中，nginx和Tomcat是怎么配合的？常见的部署架构是：nginx监听80端口，作为统一的入口，负责接收所有HTTP请求；动态请求（比如指向.jsp或特定路径的请求）通过反向代理配置转发给后端的Tomcat处理；静态资源则由nginx直接返回，减轻Tomcat压力。

一份非常典型的nginx配置片段如下：

server { listen 80; server_name yourdomain.com; location / { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } location ~ \.(jpg|png|css|js)$ { root /opt/tomcat/webapps/course_evaluation; expires 7d; } }

如果你做的是毕设，不搞负载均衡，那直接用Tomcat跑也无妨。但如果你能把这个nginx反向代理的架构在论文里写出来，并实操演示一把，在“系统部署”章节里绝对是个加分项，因为大部分同学的部署章节只会写“复制war包到tomcat启动”，而你展示了企业级架构中对动静分离的理解。

5. 常见问题与排查技巧实录

5.1 中文乱码：前后端编码必须统一

中文乱码是JSP项目里出现频率最高的问题，也是最容易被忽视的。它产生的原因很简单：前端页面发送请求时用的编码方式、服务器处理请求时用的编码方式、JDBC连接数据库时用的编码方式、数据库表自身存储的编码方式，这四个环节只要有任何一个不一致，就会出现乱码。

解决的思路是统一四层编码：

• JSP页面顶部设置<%@ page contentType="text/html;charset=UTF-8" language="java" %>；
• web.xml里配置CharacterEncodingFilter，强制所有请求使用UTF-8编码；
• 数据库连接URL末尾加上useUnicode=true&characterEncoding=utf8；
• 建表语句统一使用utf8mb4字符集（比utf8更推荐，因为它支持完整Unicode）。

如果你在自己的电脑上开发环境一切正常，但部署到服务器后乱码，排查优先级是：数据库表字符集 > JSP页面编码 > URL参数编码。尤其是表单提交时如果使用GET方式，中文参数会出现两次编码问题，这也是经常被忽略的坑，建议所有涉及中文的表单提交都用POST方法。

5.2 JDBC驱动与数据库连接失败的经典原因

数据库连接失败报错千奇百怪，但99%都是同一类问题：驱动没导、连接地址写错、账号密码不对、数据库没启动。

驱动jar包的问题最隐蔽，因为IDEA在编译期不一定报错，但运行时ClassNotFoundException。确认方式是在Project Structure -> Modules -> Dependencies里查看是否有mysql-connector-java的jar包，并且通过File -> Project Structure -> Artifacts确认输出里也包含这个jar（如果只添加到依赖没添加到Artifacts，打包后war包里就会缺驱动，部署到Tomcat后照样连不上库，这点特别容易坑人）。

连接地址的经典错误是localhost:3306后面没有写数据库名，或者在url里混入了多余的空格。还有的同学用了MySQL 8以上的版本，Driver类名和连接驱动也需要对应升级：

# MySQL 5.x driverClassName=com.mysql.jdbc.Driver # MySQL 8.x driverClassName=com.mysql.cj.jdbc.Driver

5.3 页面跳转报404和500的排查思路

404和500是答辩现场最容易出现的两类问题，也是最能考验临场能力的。

404报错说明资源找不到，排查顺序是：项目是否成功启动（看Tomcat日志）、访问路径是否正确（注意项目名和web.xml里的servlet映射）、web.xml中欢迎页配置是否正确。如果你用的是Servlet注解方式，检查@WebServlet注解的路径是否带斜杠，是否和前端请求一致。

500报错说明服务器内部异常，最常见的根源是空指针和SQL语句错误。遇到这种情况，最重要的不是盲猜，而是看Tomcat的localhost日志，里面会有完整的堆栈信息。我建议你在开发阶段就把日志打印做规范，在关键业务入口的catch块里用logger.error("...", e)记录完整异常，而不是只输出e.getMessage()。答辩演示时遇到500，第一反应不要说要“调试代码”，可以先刷新一次页面，因为有时候事务没提交、数据状态不干净会导致第二次请求正常，这个临场反应能帮你保住印象分。

5.4 EL表达式不生效、JSTL标签红报错

很多同学在JSP页面里写${user.username}，在浏览器里却原样输出，或者直接用标签库时页面报错“Unknown tag”。

EL表达式不生效的常见原因是在JSP头部漏了isELIgnored="false"，旧版本Servlet规范默认忽略EL表达式。解决办法是在JSP头部加上<%@ page isELIgnored="false" %>。不过新版Tomcat默认开启EL，如果你用的是Tomcat 8以上，这个问题遇到的不多。

JSTL标签红报错的原因很直接：缺jar包。需要引入两个jar：jstl.jar和standard.jar，并且在JSP页面顶部通过taglib指令引入正确版本的uri。注意JSTL 1.2和1.1的uri不同，如果复制代码时混用了版本，也会出现标签无法解析的问题。建议在pom.xml里固定版本依赖，这样就不会出现复制来的代码半天跑不起来的窘境。

另外补充一个容易忽略的细节：JSP页面里的el表达式里面的item作用域变量，如果在c:forEach之外使用，是访问不到的。这个细节看似基础，但在答辩现场被老师问住的情况真的不少，平时写代码时就要养成作用域意识。

6. 最后再分享一点我做这个项目的体会

如果你选择了JSP课程评价系统作为毕设，我想告诉你的是：这个项目虽然看起来不那么“新潮”，但它的技术栈覆盖范围非常完整，从页面交互、Servlet控制器、JDBC持久化、数据库设计到部署上线，每层都有值得深挖的知识点。我做这个项目的最大体会是，不要因为它“传统”就轻视它，恰恰是这些“传统”技术，让你能把Web开发的基本功打扎实。等你以后再接触Spring Boot、MyBatis等框架时，你会理解它们在解决什么问题，而不是只会机械地复制配置代码。

如果你时间允许，把评价数据可视化做好，把教师回复功能做完整，甚至加上简单的数据导出功能，这个系统会比很多所谓的“高大上”选题更能经得起答辩老师的追问。课程评价是一个需求永不过时的业务场景，你投入进去的每一分精力，在写论文和答辩的时候都会变成你的底气。