SSM毕设情报综合管理系统：从需求分析到答辩全攻略

每年十月开始，就有不少大四学生来找我聊毕设选题。2026届的提问已经陆续来了，其中问得最多的一类，还是“SSM + Java能不能做”、“有没有源码和论文一条龙”。说实话，在Spring Boot已经满天飞的今天，还坚持用SSM（Spring、SpringMVC、MyBatis）做毕设，听起来有点“复古”，但你要是真把一套SSM项目吃透，毕业设计答辩、入职面试、进项目组干活，这三件事你都能顺不少。今天这篇就专门拆一个非常典型的题目：情报综合管理系统。我会把从需求分析、数据库设计、核心代码实现，到论文怎么写、答辩怎么讲，甚至哪些地方最容易翻车，全部过一遍。

这套系统我帮学生改过好几版，也看着它从最简单的“增删改查”一路加了权限、分类、检索、统计，最后变成能写出一万多字论文的完整成果。如果你正在纠结选什么毕设题目，或者已经定了这个方向但不知道从哪里下手，这篇文章可以直接当你的“施工图纸”。

1. 2026年做毕设，为什么SSM依然值得选

先别急着唱衰SSM。Spring Boot确实是目前企业用的主流，但毕设选SSM有它非常现实的好处——它足够“简朴”，简朴到你能把每一条请求链路讲清楚。

1.1 SSM框架的真实定位

Spring Boot的核心优势是“自动化配置”，很多功能引入依赖就能跑，但对学生来说这反而是个黑盒——出了问题你不知道是配置问题、版本问题还是代码问题。SSM则完全是手动拼装：Spring管Bean，SpringMVC管请求分发，MyBatis管数据库交互。每一层你都得自己配、自己写，也正因为这样，答辩老师问你“你是怎么把请求从页面传到数据库的”，你能从Controller一直讲到Mapper的SQL，全程没有含糊的地方。

而且说实话，Spring Boot项目里的核心业务代码，最终还是Controller、Service、Mapper这套三层结构。你先把SSM搞明白，后面学Spring Boot就是顺水推舟的事。2026年的毕设，虽然技术栈不是最新的，但你要展示的能力是“能不能把一个需求做成一个可运行的系统”——SSM完全够用。

1.2 情报综合管理系统到底“综合”了什么

很多人一看“情报”两个字就懵了，以为是做间谍系统。其实不是，毕设里的“情报综合管理系统”，通常是给单位、学校、企业内部做信息资料管理的。比如科技情报、市场动态、行业报告、内部通知，都可以是“情报”的范畴。

这种系统的核心价值在于：把零散的文档资料、数据记录变成可分类、可检索、可统计的信息资产。用大白话说，就是“一个带分类、带权限、带检索功能的后台管理平台”。它比较典型的业务场景是这样的：

• 管理员录入情报资料，设置分类、来源、密级、发布时间；
• 普通用户登录后可以按条件搜索情报、查看详情、收藏；
• 部门管理员可以审核下级的录入内容；
• 首页用统计图展示各类情报的数量分布、月度新增趋势。

这套业务既涵盖了通用管理系统的所有基本功（登录、权限、CRUD、分页、检索），又比单纯“学生信息管理”“图书管理”多了一点差异化——别人做的是信息登记，你做的是信息分析和流转。在答辩时，老师会感觉你的系统有“业务深度”，而不只是套模板。

提示：这套题目的定位，本质上是“信息管理类系统”的变体。如果你的导师觉得“情报”这个词太宽泛，你可以把它细化为“企业竞争情报管理系统”或“科技情报资料管理系统”，业务边界会更清晰，论文也更好写。

2. 需求分析与数据库设计：先把地基打牢

很多同学拿到题目第一反应就是先去写代码，这是最大的错误。我见过太多人做了一半发现表结构不对、功能逻辑打架，最后连论文里的数据流图都画不圆。毕设项目，数据库设计基本决定了系统天花板，所以一定要先静下来把需求和表捋清楚。

2.1 从原始需求到功能清单

做需求分析时，不要一上来就想要什么功能，而是先分清“系统里有哪些角色”。情报综合管理系统我一般分成三种角色：

有了角色，再去排功能就很有条理了。需求清单出来后，我建议你产出一张“功能模块图”——不要用太复杂的工具，Word里画个框图就行，这个图将来论文里也要用。模块核心包括：

1. 用户与权限模块：登录、退出、修改密码、角色拦截；
2. 情报分类管理：类别的增删改查，一般做到二级分类；
3. 情报资料管理：情报的录入、编辑、删除、审核、发布、下架；
4. 情报检索与浏览：按标题模糊搜索、按分类/来源/时间/密级组合查询；
5. 收藏与日志：收藏情报、记录登录和操作日志；
6. 统计报表模块：按分类和月份统计情报数量，用后端聚合SQL配合前端图表展示。

这六个模块做完，论文的第三章“功能设计”就有内容可写了，系统的完整性也能通过。

2.2 核心数据表设计

数据库我建议直接用MySQL 5.7，字符集设置为utf8mb4，不然中文万一存不进去就是无底洞。下面直接给出一套能跑通核心业务的表结构，不是完整贴SQL，但字段设计足够你参考。

用户表 sys_user

情报分类表 info_type

情报信息表 intelligence_info

这是全系统最关键的表，字段设计一定要到位：

收藏表 favorite

再延伸一张操作日志表 sys_log，记录谁在什么时间做了什么操作。这张表在论文写“系统安全性设计”的时候很加分。

2.3 表关系、权限设计的取舍逻辑

表关系建议用最朴素的外键逻辑，不要搞多对多的中间表堆叠。比如用户和情报就是一对多：用户id出现在情报表里作为publisher_id即可。真正需要注意的，是权限功能不要做到数据库里，而是做到拦截器层面。

具体操作是：Servlet的会话里保存登录用户的对象，然后自定义一个SpringMVC拦截器，拦截所有需要登录的请求路径，再根据用户角色判断能不能访问管理端接口。管理员可以访问 /admin/** 开头的路径，普通用户只能访问 /user/** 和公开的查询接口。这样既实现了菜单级控制，也让代码好讲很多。

注意：毕设系统不需要做到Spring Security那种颗粒度。你能说清楚“登录用户身份存放于Session，拦截器校验角色并跳转404/403”就够了，再深一层反而容易把自己绕进去。

3. 关键功能实现：从登录到情报检索的完整链路

这章直接上干货。我按一条完整业务链路来讲：浏览器发起请求 → 拦截器校验 → Controller接收参数 → Service处理逻辑 → Mapper执行SQL → 页面渲染，你在答辩时能把这条链路背下来，就稳了。

3.1 工程骨架与依赖配置

建议用Maven搭建工程，结构如下：

src/main/java ├── com.example.intelligence │ ├── controller │ │ ├── LoginController.java │ │ ├── InfoController.java │ │ └── TypeController.java │ ├── service │ │ ├── InfoService.java │ │ └── UserService.java │ ├── dao │ │ ├── UserMapper.java │ │ └── InfoMapper.java │ ├── entity │ │ ├── User.java │ │ └── IntelligenceInfo.java │ ├── interceptor │ │ └── LoginInterceptor.java │ └── util │ └── MD5Util.java src/main/resources ├── jdbc.properties ├── mybatis-config.xml └── spring/applicationContext-*.xml src/main/webapp/WEB-INF ├── views │ ├── login.jsp │ ├── info │ │ ├── list.jsp │ │ └── detail.jsp │ └── admin │ └── info_edit.jsp └── web.xml

pom.xml里面最核心的依赖就是下面这些，版本号我用的是比较稳定的组合，2026年做毕设完全可以沿用：

<dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>5.3.24</version> </dependency> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis-spring</artifactId> <version>2.0.7</version> </dependency> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>5.1.49</version> </dependency> <dependency> <groupId>javax.servlet</groupId> <artifactId>jstl</artifactId> <version>1.2</version> </dependency>

这里要特别提醒一句：MySQL驱动版本和你的数据库版本必须匹配。如果你本地用的是MySQL 8，那驱动要用com.mysql.cj.jdbc.Driver，并且连接URL里要加serverTimezone=Asia/Shanghai，否则启动就会报时区错。如果全用MySQL 5.7，就用mysql-connector-java 5.1.49加com.mysql.jdbc.Driver，最稳。

3.2 登录、会话与权限拦截

登录逻辑的核心，就是把用户对象放进Session。Controller层代码大致是这样：

@Controller public class LoginController { @Autowired private UserService userService; @RequestMapping("/login") public String login(String username, String password, HttpSession session, Model model) { // 密码用MD5加密后再比对，别用明文 String md5Pwd = MD5Util.md5(password); User user = userService.login(username, md5Pwd); if (user == null) { model.addAttribute("msg", "用户名或密码错误"); return "login"; } session.setAttribute("loginUser", user); return "redirect:/info/list"; } @RequestMapping("/logout") public String logout(HttpSession session) { session.invalidate(); return "redirect:/login.jsp"; } }

然后写拦截器：

public class LoginInterceptor extends HandlerInterceptorAdapter { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session = request.getSession(); User user = (User) session.getAttribute("loginUser"); if (user == null) { // 未登录，重定向到登录页 response.sendRedirect(request.getContextPath() + "/login.jsp"); return false; } // 如果要控制角色，可以在这里根据路径前缀做二次校验 return true; } }

在SpringMVC的配置文件中注册这个拦截器，拦/info/**、/admin/**这些路径。这个设计不仅代码干净，论文里还能写出“系统通过拦截器实现对未授权访问的控制”这样很有说服力的话。

3.3 情报资料CRUD与多条件检索

情报录入页面的表单字段很多，Controller接收参数时建议用实体类直接绑定，别每个字段都写一个@RequestParam：

@RequestMapping("/admin/info/save") public String save(IntelligenceInfo info, HttpSession session) { User loginUser = (User) session.getAttribute("loginUser"); info.setPublisherId(loginUser.getId()); info.setStatus(1); // 默认提交待审核 info.setCreateTime(new Date()); infoService.add(info); return "redirect:/admin/info/list"; }

检索这个功能是重点，也是最容易被问到的。多条件查询的Mapper配置，核心就是一个动态SQL：

<select id="searchInfos" resultType="IntelligenceInfo"> SELECT * FROM intelligence_info <where> <if test="title != null and title != ''"> AND title LIKE CONCAT('%', #{title}, '%') </if> <if test="typeId != null"> AND type_id = #{typeId} </if> <if test="level != null and level != ''"> AND level = #{level} </if> <if test="startDate != null"> AND create_time &gt;= #{startDate} </if> <if test="endDate != null"> AND create_time &lt;= #{endDate} </if> </where> ORDER BY create_time DESC </select>

这种写法就是MyBatis最经典的动态SQL用法。你给评委讲的时候，就讲“<where>标签加<if>标签实现了条件拼接，这样用户只填标题就能按标题查，只填分类就能按分类查，任意组合都成立”——这一段讲完，整个系统实现部分的亮点就出来了。

分页建议用PageHelper插件，依赖简单，一行代码就能生效：

PageHelper.startPage(pageNum, pageSize); List<IntelligenceInfo> list = infoService.searchInfos(condition); PageInfo<IntelligenceInfo> pageInfo = new PageInfo<>(list);

3.4 统计报表的简单实现思路

统计功能别用太复杂的技术，就用SQL聚合，查出数据后用ECharts画图。比如统计各分类下的情报数量：

<select id="countByType" resultType="java.util.Map"> SELECT t.type_name AS name, COUNT(i.id) AS value FROM info_type t LEFT JOIN intelligence_info i ON t.id = i.type_id GROUP BY t.id, t.type_name </select>

后端把List

4. 论文撰写：把毕设做成能答辩的成果

源码做完只是毕设的一半，另一半是论文。很多同学代码水平还行，一写论文就卡壳，其实论文是有套路可循的。我每年帮学生改题目，最深的感受就是：论文能不能写出来，从你做系统的时候就决定了。

4.1 论文每章的写作重点

一篇标准的毕设论文，大致是六章结构：

写作时最常犯的毛病就是第二章和第五章“注水”。比如相关技术介绍，一写就是Java从1995年诞生到现在的发展史，这些废话老师一眼就能看出来。正确写法是：每项技术写2-3段，一段说是什么，一段说解决了本系统什么问题，就可以了。

4.2 图表与数据怎么放更有说服力

论文里图表的作用很大。需求分析章节要有“系统用例图”，设计章节要有“系统架构图”“数据库E-R图”“核心业务流程图”，实现章节每小节至少配一张“系统功能截图”，测试章节要有“测试用例表格”。

这些图不要让老师觉得是拼出来的。我的建议是：

• 架构图、流程图用Visio或draw.io画，统一配色和线型；
• E-R图用PowerDesigner或者数据库工具的“反向工程”生成后再微调；
• 功能截图一定要在系统真实运行状态下截，不要拿静态页面凑数；
• 测试用例表格至少要覆盖：正常登录、错误密码登录、未登录访问管理页面、按标题检索、空条件检索、管理员删除情报这六类场景。

还有一点很多人不注意：论文中的图编号、表编号、公式编号必须和正文引用对应。比如你在正文里写了“如图4-1所示”，那图片下方必须真的有“图4-1”。答辩老师翻论文时最喜欢挑这种细节错误，一台机器一个小疏漏，十个疏漏下来就很尴尬了。

4.3 答辩演示脚本：把代码变成讲稿

答辩时间一般5-10分钟，你的演示路径必须提前定好。我给学生定的标准演示脚本是这样的：

可以先从首页登录开始，边操作边讲，不要只点按钮不说话。叙述的核心是：先说我做的是什么系统，再说系统分哪些模块，然后演示“登录→列表→检索→详情→新增→审核→统计”这条完整链路，最后点一下技术难点（动态SQL、拦截器、统计聚合）。

这里说个实战技巧：把你的浏览器字体调大一点，数据库表结构界面提前打开好，控制台日志窗口也提前准备一个。答辩时演示界面一模糊，或者老师让你看报错日志半天翻不出来，体验很差。提前准备好，哪怕到时候人一紧张，操作压力的影响也小很多。

5. 项目落地中的实战踩坑记录

最后这部分，是我带做这个系统时真实踩过、也看学生踩过最多的坑。不夸张地说，这几条能帮你省下至少一周的调试时间。

5.1 中文乱码：一个配置解决

SSM项目中文乱码是经典问题，通常有四处需要同时检查：

1. JSP页面顶部加contentType="text/html; charset=UTF-8"；
2. SpringMVC配置的字符集过滤器：

<filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> </filter>

3. MySQL连接URL加characterEncoding=utf8；
4. 数据库表建立时确认字符集是utf8mb4。

这四条全对齐，基本不会再乱码。要是还有乱码，不要急着改代码，先看看是不是Tomcat的server.xml里URIEncoding没有设置成UTF-8。

5.2 路径问题：绝对路径比相对路径靠谱

我见过学生犯的最多、最冤枉的错误，就是页面用相对路径配资源。比如在/admin/info/list页面里写css/style.css，浏览器解析出来的地址是/admin/info/css/style.css，资源就404了。更稳的做法是在JSP里加一段：

<% String basePath = request.getScheme() + "://" + request.getServerName() + ":" + request.getServerPort() + request.getContextPath() + "/"; %> <base href="<%=basePath%>">

然后所有资源引用都用根路径开头，比如<link rel="stylesheet" href="css/style.css">。这样不管页面在哪个层级，资源都能找到，之前的路由层级问题瞬间消灭。

5.3 演示翻车现场：最容易被问倒的四个问题

答辩时老师有时候会专门问一些“死角”：

• “数据库里如果有一万条情报，检索会不会卡？”——你的索引没建的话，大概率会卡。所以写SQL时，给type_id、create_time、title这些查询字段建好普通索引，这个设计在论文里也可以提。
• “你的密码是明文吗？”——一定要回答“吸收了MD5加密后再存储”，系统模块里记得实现帮助文档，哪怕只是参数配置也要展示一个有加密字段的数据库截图。
• “如果两个用户同时修改同一条情报会怎样？”——这个问题标准回答是“系统采用乐观锁思路，在更新时带上版本号或者更新时间，匹配不上就不执行覆盖”，不用真的把乐观锁代码全写了，逻辑上能说通就行。
• “你的系统跟现成的CMS系统有什么区别？”——结合你系统的业务定位答，比如“系统贴合单位内部的情报流转审核流程，除了信息管理还做了密级控制和审核流程”，一句话就能拉开差距。

这些坑都是真实存在、每年都在发生的。处理得好，答辩就能快速占住主动权；处理不好，轻则被多问十分钟，重则现场下不来台。

我个人的体会是，这个题目别看“土”，但特别适合用来练基本功。你把它从头到尾做一遍，Spring的IOC和AOP怎么生效的、SpringMVC的请求流程怎么走到Service的、MyBatis的SQL映射怎么匹配参数——这些以前背八股文背不明白的东西，全都能落到实处。源码和论文都不是目的，做完之后你脑子里那张知识地图，才是这半年最值钱的产出。