1. 项目背景与核心需求拆解1.1 为什么选“律师事务所案件管理系统”作为毕设/课设题目每次辅导学生选毕设题目我都能看到大量重复的“图书管理系统”“学生管理系统”“超市进销存”不是说这些题目不行而是它们太同质化了。答辩时评委老师一天看几十个差不多的项目很难留下印象。律师事务所案件管理系统这个题目第一眼看上去就有一个明显的差异化优势业务场景足够具体、角色划分清晰、流程感强。一个真实的律所事务所里有合伙人、执业律师、实习律师、行政人员、客户等多类角色有案件登记、分案、办案进度跟踪、文书归档、开庭提醒、收费记录、结案归档等完整的业务链条。这种“流程驱动型”业务天然适合做成一个前后端分离的管理系统——后端用SpringBoot做业务逻辑和权限控制前端用Vue做交互界面数据用MySQL来存。更关键的是这个题目的全栈覆盖非常完整。它不是一个“只会CRUD”的简单系统而是能讲到JWT认证、多条件分页查询、文件上传下载、数据统计图表、角色权限控制等多个技术点。这些技术点在毕业设计和面试里都是高频考点做完一个项目等于把Java Web方向的主流技能都过了一遍。1.2 核心功能需求分析从业务角色反推系统模块选完题之后最重要的一步不是马上打开IDEA写代码而是先把需求列清楚。我这里直接给出一套经过实践验证的需求清单你不用再自己拍脑袋想功能。律所案件管理系统按用户角色划分一般涉及三类登录入口管理员律所主任/合伙人负责人员管理、案件分配、数据统计、全所案件总览。律师负责自己承办案件的进度更新、日程安排、文书上传、费用登记。客户可以查看委托案件的进展、查看文书材料、在线留言这部分可以做成轻量级毕设里不必做太重。对应的核心功能模块拆开来看模块核心功能关键数据项登录认证与权限管理多角色登录、JWT鉴权、菜单动态路由用户表、角色表、用户角色关联表案件管理案件登记、分案、进度更新、结案归档案件编号、类型、状态、承办律师、委托人客户管理客户信息维护、关联案件列表姓名、联系方式、证件号码、委托记录文书与卷宗管理文件上传/下载、案件文书列表文书名称、类型、上传时间、关联案件日程提醒管理开庭时间、任务提醒、待办事项日程标题、时间、关联律师、关联案件收费与统计应收实收记录、案件类型统计、律师工作量统计收费金额、收费时间、统计报表这套需求设计的逻辑在于每个模块都至少要关联两个以上的表形成业务闭环。比如“案件管理”不是单一的case表而是case表和客户表、律师表、文书表、日程表都有外键关联。答辩时老师问你“为什么这么设计”你可以直接回答“因为案件从登记到结案涉及多方信息流转单表设计无法承载业务关系”。2. 技术选型解析为什么是SpringBootVueMySQL2.1 后端框架SpringBoot解决了什么问题现在Java Web开发里SpringBoot基本是默认选项了但作为技术选型你要清楚它到底好在哪里答辩时别只会说“因为SpringBoot很流行”。先说最直观的配置简化。早期的SSM整合你需要写各种XML配置文件数据源配置、MyBatis映射、事务管理器每个都要手动声明。SpringBoot用自动配置机制把这些默认行为都接管了一个application.yml就能搞定数据源、端口、日志等基本配置。对做毕设的同学来说这意味着你不需要在环境搭建上消耗太多时间能把精力集中到业务代码上。再说内置Tomcat。SpringBoot的Web应用可以直接打成jar包运行内置Tomcat容器不用单独安装和配置外部服务器。这在最后部署演示的时候特别有用尤其是网线拔了就完蛋的答辩现场一个java -jar命令就能把后端跑起来稳妥。还有生态整合能力强。和它搭配的常用组件——MyBatis-Plus操作数据库、JWT做认证、Spring Security做权限、MinIO或本地磁盘做文件存储——都能快速集成。这些组件在律所案件管理系统中基本都会用到所以选SpringBoot不是跟风而是因为它能把所有技术点串起来形成一个完整的技术栈。2.2 前端框架Vue在管理系统场景中的优势管理系统类项目前端的特点就是表单多、列表多、状态多。Vue在这方面的优势很明显。第一是组件化开发。像客户信息表单、案件卡片、分页表格、状态标签这些UI组件写成.vue单文件组件后可以反复复用。比如我实现一个CaseTable.vue组件在案件管理页、我的案件页、全部案件页都能引用只需要通过props传不同参数就行代码量直接砍掉一半。第二是Vue Router的路由管理。结合后端返回的角色信息可以做动态路由——管理员登录后能看到“人员管理”菜单普通律师看不到。这一点放在1.2节说的“权限控制”里正好呼应上。第三是Vue CLI/Vite的工程化体验。有些同学可能之前只写过静态HTML第一次用Vue的时候可能会觉得“怎么那么多文件”。但实际上工程化的项目结构比零散的HTML要清晰得多src/views放页面、src/router放路由、src/api放接口调用、src/store放全局状态。分工明确后续扩展也很方便。2.3 数据库设计MySQL表结构规划思路MySQL是这套系统里最稳的一环不用刻意追求复杂度但要保证表结构合理、字段命名规范、索引设置得当。我以案件管理为例给你一个可以直接参考的建表思路CREATE TABLE law_case ( id bigint(20) NOT NULL AUTO_INCREMENT, case_no varchar(32) NOT NULL COMMENT 案件编号, case_name varchar(100) NOT NULL COMMENT 案件名称, case_type varchar(20) DEFAULT NULL COMMENT 案件类型民事/刑事/行政/非诉, case_status tinyint(4) DEFAULT 0 COMMENT 状态0待分配 1办理中 2已结案 3已归档, client_id bigint(20) DEFAULT NULL COMMENT 委托人ID关联client表, lawyer_id bigint(20) DEFAULT NULL COMMENT 承办律师ID关联user表, accept_time datetime DEFAULT NULL COMMENT 受理时间, close_time datetime DEFAULT NULL COMMENT 结案时间, case_desc text COMMENT 案情描述, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_client_id (client_id), KEY idx_lawyer_id (lawyer_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT案件信息表;几个细节说明一下状态字段用tinyint而不是字符串是为了查询和统计效率更高前端显示的时候再用字典翻译成文本。所有表都加上create_time和update_time审计追踪时非常有用。外键在开发阶段可以不用MySQL底层的FOREIGN KEY约束而是在代码层面维护关联关系。这样做的好处是在删除数据时更灵活避免外键约束导致删除失败这种低级问题。字符集统一用utf8mb4不用问为什么存emoji或生僻字时你就知道了。2.4 前后端分离的交互模式这套系统的前后端交互是高频率的你需要在项目一开始就确定好接口规范。我习惯用RESTful风格统一返回格式为{ code: 200, message: 操作成功, data: { total: 100, list: [] } }后端返回的这个code前端axios拦截器里统一判断data字段则是具体业务数据。这样做的好处是前端不需要关注HTTP状态码的分支处理只根据业务码来跳转或提示逻辑更清晰。接口命名按资源来比如GET /api/case/page分页查询案件列表POST /api/case新增案件PUT /api/case/{id}修改案件DELETE /api/case/{id}删除案件GET /api/case/{id}/documents查询案件关联文书这套风格在答辩时介绍老师一听就知道你理解什么是“资源导向的接口设计”而不是乱写一堆/getCaseList、/addCase这种动词式接口。3. 核心模块设计与代码实现要点3.1 登录认证与权限管理权限管理是这套系统的地基也是很多毕设项目翻车的重灾区。我强烈建议你用JWT Spring Security来做而不是直接用简单的session判断。原因有二第一前后端分离架构下session跨域处理相对麻烦JWT天然无状态后端不需要维护会话第二JWT是面试高频题做完这个项目你顺便就把这个知识点学透了。实现要点如下用户登录后后端根据用户ID和角色信息生成JWT令牌返回给前端。前端将Token存储在localStorage中在axios请求拦截器里加上Authorization: Bearer token。后端用一个过滤器校验Token的合法性解析出当前登录用户信息放入SecurityContextHolder。接口上加PreAuthorize注解做细粒度权限控制比如只有管理员才能调用户管理接口。一个常见的坑是Token过期后前端没有自动处理。我的做法是在axios响应拦截器里判断401状态如果Token过期则清除本地登录状态并跳转到登录页。这个小细节虽然看起来简单但很多学生项目里都没做演示时突然报401特别尴尬。3.2 案件管理模块状态流转与多条件查询案件模块是整个系统的核心也是最值得仔细设计的一块。状态流转要画出清晰的路径待分配 → 办理中 → 已结案 → 已归档。管理员登记案件后案件初始状态是“待分配”管理员把案件指派给某个律师后状态变为“办理中”承办律师更新案件进度完成后提交结案申请管理员审核后标记为“已结案”最后归档。这个流程在代码里不需要设计得太复杂只需要一个updateCaseStatus方法在后端校验状态跳转是否合法即可。比如不允许从“待分配”直接跳到“已归档”这能防止业务逻辑混乱。多条件查询是另一个难点。案件列表页一般有案件编号、案件名称模糊查询、案件类型下拉筛选、案件状态下拉筛选、承办律师下拉筛选。直接用SQL拼接容易出错尤其要注意SQL注入问题。用MyBatis-Plus的LambdaQueryWrapper可以优雅解决public PageLawCase pageCases(CaseQueryVO queryVO) { PageLawCase page new Page(queryVO.getPageNum(), queryVO.getPageSize()); LambdaQueryWrapperLawCase wrapper new LambdaQueryWrapper(); if (StringUtils.hasText(queryVO.getKeyword())) { wrapper.and(w - w.like(LawCase::getCaseName, queryVO.getKeyword()) .or().like(LawCase::getCaseNo, queryVO.getKeyword())); } if (queryVO.getCaseType() ! null) { wrapper.eq(LawCase::getCaseType, queryVO.getCaseType()); } if (queryVO.getCaseStatus() ! null) { wrapper.eq(LawCase::getCaseStatus, queryVO.getCaseStatus()); } if (queryVO.getLawyerId() ! null) { wrapper.eq(LawCase::getLawyerId, queryVO.getLawyerId()); } wrapper.orderByDesc(LawCase::getCreateTime); return lawCaseMapper.selectPage(page, wrapper); }注意这里的关键字搜索用了and(...)嵌套里面是or()产生的SQL是WHERE (case_name LIKE ? OR case_no LIKE ?)这个括号是有意义的。你要是直接写like(...).or().like(...)前面的其他条件会被or打破产生逻辑错误。这个细节我见过不止一个学生在联调时排查半天。3.3 客户管理模块与表单校验客户管理相对简单纯CRUD为主但要注意两点一是前端表单校验。身份证号、手机号这些字段的格式需要在前端做正则校验。以手机号为例const phoneReg /^1[3-9]\d{9}$/ if (!phoneReg.test(form.phone)) { message.warning(请输入正确的手机号) return }二是客户与案件的联动关系。客户详情页除了展示基本信息还要展示该客户关联的所有案件列表。这个查询通过clientId去law_case表里查即可。可以在ClientController里加一个接口GetMapping(/{id}/cases) public ResultListLawCase listClientCases(PathVariable Long id) { ListLawCase cases lawCaseService.listByClientId(id); return Result.success(cases); }3.4 文书与卷宗管理文件上传下载律所系统里律师经常需要上传起诉状、合同、证据材料等文件。毕设项目里不需要接入太重型的OSS服务直接用本地磁盘存储MySQL记录文件元信息就可以。实现思路前端用el-upload组件选择文件通过FormData上传到后端接口。后端接收文件后存储到服务器指定目录文件名用UUID重命名避免冲突。将文件原名、存储路径、大小、关联案件ID存入document表。下载时根据文件ID查出存储路径通过ResponseEntitybyte[]返回文件流。需要注意的安全点是下载接口要校验当前用户对案件是否有访问权限防止任何登录用户都能下载任意文件。这一条在答辩时提出来是很大的加分项。3.5 日程提醒与统计报表日程提醒可以做成一个schedule表记录开庭时间、会议时间、任务到期时间关联律师和案件。前端在律师登录后的首页调一个“今日日程”接口按时间排序返回当天及未来7天的日程列表。如果做了邮件或短信提醒最好不做也不影响核心功能。统计报表这里有个技术点案件的月结数量、案件类型分布、律师办案量统计这些数据如果实时去业务表聚合在数据量大时会拖慢查询。毕设阶段数据量小直接写SQL统计就可以SELECT case_type AS name, COUNT(*) AS value FROM law_case GROUP BY case_type;后端把这个结果返回给前端前端用echarts画饼状图和柱状图。Vue项目里集成echarts也很简单按需引入图表类型避免打包体积过大。3.6 Vue前端页面实现要点前端部分我用Vue 3 Vite来做路由用Vue Router 4UI组件库用Element Plus。这套组合在当前环境下资料丰富遇到问题基本上搜索就能解决。页面结构建议这样划分Login.vue登录页Layout.vue主布局侧边栏顶栏内容区views/case/CaseList.vue案件列表views/case/CaseDetail.vue案件详情views/case/CaseForm.vue新增/编辑案件views/client/ClientList.vue客户列表views/document/DocumentList.vue文书管理views/schedule/ScheduleList.vue日程管理views/statistics/Statistics.vue统计报表首页Dashboard展示当前登录用户的待办事项、进行中案件数、近期待开庭案件这些数据通过聚合接口一次性获取避免多次请求。前端调用后台接口时统一封装在src/api目录下// src/api/case.js import request from /utils/request export function getCasePage(params) { return request({ url: /case/page, method: get, params }) }这样一个接口一个文件维护起来非常清楚。4. 实操过程从环境搭建到前后端联调4.1 环境准备JDK、Maven、Node.js、MySQL如果你是第一次做全栈项目先把环境装好别在这一步卡住。JDK推荐JDK 8或JDK 11。JDK 8稳定老的教程和依赖兼容性最好JDK 11也没问题。千万别一上来装个JDK 21很多旧版本依赖会出兼容性问题。Maven直接下载解压版配置好settings.xml里的镜像仓库阿里云镜像下载依赖会快很多。这里强烈建议先配好镜像不然你会在下载spring-boot-starter-parent时等到怀疑人生。Node.js推荐装Node 16或Node 18 LTS版本。Vue 3 Vite 的开发环境在Node 18下运行很稳定。装完检查一下node -v和npm -v是否正常输出。MySQL推荐MySQL 8.x或5.7。安装时注意字符集选utf8mb4密码不要设得太复杂方便记忆比如root/123456开发环境可以这样生产环境肯定不行这点你在论文里也可以提一句。4.2 后端项目初始化在IDEA里新建SpringBoot项目选择依赖时勾选Spring WebMyBatis Framework或后续手动引入MyBatis-PlusMySQL DriverLombok然后在pom.xml里手动加入这几个依赖dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.5/version /dependency dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt/artifactId version0.9.1/version /dependencyapplication.yml里配置数据源和MyBatis-Plusserver: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/law_firm?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: root password: 123456 mybatis-plus: mapper-locations: classpath:mapper/*.xml configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl这里有个关键点useSSLfalse要加上否则MySQL 8.x在连接时可能出现SSL相关报错。serverTimezoneAsia/Shanghai必须设置不然时间字段比实际早了8小时。这两个配置是网上搜“mysql ssl连接错误”“mysql查询时间差8小时”出现频率最高的问题提前配置好能省很多事。4.3 前端项目初始化在项目根目录下创建一个frontend子目录然后执行npm create vitelatest frontend -- --template vue cd frontend npm install npm install axios vue-router4 element-plus element-plus/icons-vue echarts把src目录精简一下按照前面3.6说的结构建目录。主入口main.js里注册Element Plusimport { createApp } from vue import ElementPlus from element-plus import element-plus/dist/index.css import App from ./App.vue import router from ./router const app createApp(App) app.use(ElementPlus) app.use(router) app.mount(#app)安装依赖时如果遇到npm ERR!报错先检查Node版本是否太低然后清缓存重试npm cache clean --force rm -rf node_modules package-lock.json npm install4.4 前后端联调与代理配置开发环境下前端跑在5173端口后端跑在8080端口跨域问题必然会出现。解决跨域有两种思路第一种在后端加全局CORS配置Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOrigins(http://localhost:5173) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true); } }第二种更推荐在Vue脚手架里配置开发代理// vite.config.js export default defineConfig({ plugins: [vue()], server: { proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } } })用代理的好处是前端代码里写/api开头的接口请求会自动转发到后端浏览器看到的请求是同源的没有跨域拦截问题。本地开发阶段用这种方式不用频繁改后端代码。4.5 启动与部署验证后端启动很简单直接运行主类里的main方法控制台出现“Started Application in x.xxx seconds”就表示成功。前端在frontend目录执行npm run dev浏览器访问http://localhost:5173。生产部署时前端执行npm run build生成dist目录里面是静态文件。两种部署方式把dist目录交给Nginx配置反向代理到后端8080端口。更简单的适合毕设答辩的方式把dist目录复制到SpringBoot项目的src/main/resources/static目录下重新打包成jar包。这样只需要跑一个SpringBoot进程前后端都在同一个端口访问。第二种方式在答辩现场最稳因为只需要启动一个Java进程。但要注意前端打包时接口地址要写相对路径/api不能写死成http://localhost:8080否则放到static目录后请求地址就错了。5. 常见问题与排查技巧实录5.1 端口占用导致启动失败后端启动时如果报Port 8080 was already in use说明8080端口被占了。解决办法# Windows netstat -ano | findstr :8080 taskkill /PID 进程号 /F # Linux/Mac lsof -i :8080 kill -9 PID启动前端时同理5173端口被占用的话Vite会提示你换个端口也可以直接改vite.config.js里的server.port。5.2 MySQL连接失败Access denied for user或Communications link failure这类问题出现的频率非常高排查步骤按顺序来检查MySQL服务是否启动。Windows下在“服务”里找MySQLLinux下执行systemctl status mysqld。确认用户名密码正确。新建一个专用的开发账号最省事CREATE USER devlocalhost IDENTIFIED BY 123456; GRANT ALL PRIVILEGES ON law_firm.* TO devlocalhost; FLUSH PRIVILEGES;检查连接URL里的主机和端口。localhost:3306是默认MySQL改了端口或绑定了远程IP时需要注意。如果报Public Key Retrieval is not allowed在JDBC URL加allowPublicKeyRetrievaltrue。5.3 MyBatis-Plus分页插件不生效分页查询返回的total始终为0或者不分页大概率是你没有配置分页插件。MyBatis-Plus 3.x版本必须显式配置Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); PaginationInnerInterceptor pagination new PaginationInnerInterceptor(DbType.MYSQL); interceptor.addInnerInterceptor(pagination); return interceptor; } }没配置这个拦截器时selectPage方法生成的分页SQL会少掉LIMIT子句查出来的是全量数据total也是错的。这个坑几乎人人都会踩一次直接贴出来帮你避掉。5.4 前后端联调时数据丢失Request body中的JSON解析失败前端用axios发POST请求后端RequestBody接收不到或直接报HttpMessageNotReadableException十有八九是Content-Type不对。axios默认会设置application/json但如果你手动设置了其他头信息可能覆盖掉。建议在axios实例里统一声明const request axios.create({ baseURL: /api, timeout: 10000, headers: { Content-Type: application/json } })同时检查后端是否引入了jackson-databind依赖。SpringBoot的spring-boot-starter-web默认带了这个依赖一般不会缺但如果你手动排除了相关依赖就会出问题。5.5 Vue打包后部署到SpringBoot中访问404前端history路由模式在直接访问http://localhost:8080/case/list这类深层路由时会404因为SpringBoot没有配置对应的路由转发。解决方案是在后端加一个WebMvcConfigurer把非/api开头的请求都转发到index.htmlConfiguration public class WebConfig implements WebMvcConfigurer { Override public void addViewControllers(ViewControllerRegistry registry) { registry.addViewController(/{path:[^\\.]*}).setViewName(forward:/index.html); } }注意这个配置会干扰/api请求所以一定要用正则排除掉带点号的路径同时让/api开头的请求走RestController不进入视图转发。5.6 案件状态看得到改不了权限控制调整小技巧如果你调试时发现律师角色能访问管理员接口不是bug是因为你还没做接口级权限控制。在SecurityConfig里配置http.authorizeRequests() .antMatchers(/api/login, /api/captcha).permitAll() .antMatchers(/api/user/**).hasRole(ADMIN) .anyRequest().authenticated();如果开发阶段觉得每次改权限都要重启太麻烦可以在配置类上临时加EnableGlobalMethodSecurity(prePostEnabled true)然后用PreAuthorize做方法级控制这样不同的Controller方法可以设置不同角色比全局URL匹配更灵活。但无论哪种方式上线前一定要把所有接口都过一遍确认越权访问全部被堵死。5.7 排序与分页数据不稳定列表页在切换排序方式或第二页时订单数据偶尔会重复或跳行。根本原因是ORDER BY只用了create_time而同一秒内创建的多条记录排序不稳定。解决方案很简单在排序字段后面加一个唯一字段作为次级排序比如ORDER BY create_time DESC, id DESC。这个问题在数据量不大的时候不明显数据量上去之后就会出现属于典型的“演示时很稳定答辩后被人一翻就翻出bug”类问题尽早规避。6. 经验总结与后续扩展方向6.1 我做这个类型项目的一点个人感受带过不少学生做类似的系统我最大的感受是绝大多数项目做不好不是技术能力不行而是需求没想清楚就开始写代码。律所案件管理系统这个题功能范围如果一开始不界定清楚很容易越做越大——今天想加个日历视图明天想加个在线聊天最后发现代码写了一万行核心业务逻辑反而没做好。所以我强烈建议你先把第一版的范围“砍”下来登录、案件CRUD、客户CRUD、文书上传下载、简单的统计图表这五个做完就已经是一个完整且能撑住答辩的系统了。剩下的日程提醒、消息通知、多级审批都可以作为“后续可扩展方向”放到论文的最后让老师觉得你有全局视野同时又不至于把自己累死。另一个心得是前后端分离项目一定要先约定好接口格式再动手。我和很多人合作的时候第一步不是写代码而是用表格列出所有接口包括请求方式、路径、参数、响应结构。这样前端和后端可以并行开发联调时也不会互相甩锅。这个习惯放到以后工作中也非常有价值。6.2 这套系统还能怎么扩展如果你时间充裕以下几块可以作为加分项延伸MinIO存储把本地文件存储换成MinIO搭建一个对象存储服务。这既解决了文件分布式存储问题又是一个非常加分的亮点毕竟“minio加入到springboot”本来就是热门的整合话题。工作流引擎如果要模拟案件审批流程引入Flowable或Activiti引擎把“待分配 → 办理中 → 结案审批”完整跑起来项目复杂度直接上升一个档次。数据导出案件列表导出Excel统计报表生成PDF。答辩时可以现场演示视觉冲击很强。消息通知开庭日期临近时通过SpringBoot整合ActiveMQ或WebSocket给律师推送提醒。这也是一个完整的技术闭环。这些扩展方向不需要全部实现挑一个和你准备面试的方向匹配的就行。如果目标是后端岗位就把工作流或消息队列做好如果目标是全栈就多打磨前端交互和图表可视化。最后说一个和代码无关但特别现实的提醒答辩演示的机器上一定提前把环境配置好JDK装好、MySQL服务启动好、数据库导入脚本准备好。然后把前端dist和后端jar包都放一份在桌面确保即使现场网络断了你也能用java -jar把整个系统跑起来。我见过太多人演示前10分钟还在装依赖、改配置结果评审老师进来时连登录页都没看到。这种低级失误完全可以通过提前准备来避免。