做毕业设计选“律所日常管理系统”这个题目我个人的体会是它比图书馆管理系统、学生选课系统这类老牌题目有新鲜感又不像电商、秒杀那样卷得离谱业务边界清晰数据模型复杂度适中非常适合用Spring Boot快速落地。这个标题里带上了“源码LW文档”说白了就是毕业设计全套装一套可以跑起来的Spring项目外加答辩用的设计文档。这篇我就以从业者的角度把这个系统从选题、设计、建库、写代码到写文档的全过程拆开来讲顺便把那些只有自己动手才会踩到的坑一并交代清楚。先说清楚这个系统能做什么。律所日常管理的核心不是“记账”而是“案件”和“文档”。一个律师手上有十几个案子每个案子对应客户、对方当事人、合同、费用、开庭时间、阶段节点这些信息散在微信、邮件、纸质档案里时间一长必然乱。律所管理系统要解决的就是把这一堆琐事收拢到一个后台里让律师和行政人员各取所需。适合谁看这篇内容正在做Spring Boot毕业设计、想选一个既不烂大街又有话可写题目的同学已经选了律所管理系统、正在为数据库怎么设计发愁的同学以及那些需要连LW文档一起交付但又不知道怎么把项目写成一篇像样论文的兄弟。下面直接进入正题。1. 项目整体设计与选题思路1.1 为什么是律所日常管理系统选题是毕业设计的第一步也是很多人的第一道坎。每年那批经典题目确实稳但稳的代价是答辩时全班一半人都做了学生管理老师看一眼题目就没了追问兴趣。律所管理系统的好处在于它属于“管理系统”大类评委不会觉得陌生但业务模型又和常见的图书、课程不同案件、客户、文档、日程、费用这些实体之间有明显的状态流转这给了数据库设计和代码分层足够的发挥空间。另外一个实际原因律所管理系统天然自带“权限”需求。律师看不到别人的案件详细内容主任和行政能看到全所统计系统管理员管用户和角色。这就逼着你必须处理登录认证、角色授权和数据隔离而这些恰恰是答辩时老师最爱追问的点。一个系统如果只有CRUD没有权限设计在评委眼里和课程大作业没有区别加了基于角色的数据权限分分钟就能把项目档次拉上去。再直白一点这类系统还有一个隐藏优势——演示效果好。自己的电脑上跑起来录入一个案件传一份PDF设置一条开庭提醒给另一个角色登录看不同的菜单全程不需要造复杂数据五分钟就能讲完一条完整业务线。答辩时间基本控制得住。1.2 系统功能全景与需求拆解把“律所日常管理”这句话拆开落到功能清单上大概是这样的案件管理新增案件、指派律师、案件阶段流转咨询、已立案、审理中、已结案、结案归档。客户管理客户基本信息、关联案件列表、历史委托记录。文档管理案件材料上传、文档分类、按案件查询文件列表。日程管理开庭提醒、会议安排、任务待办登录首页直接展示今日事项。费用管理收费记录、费用类型统计用于简单的经营数据透视。系统管理用户、角色、菜单权限以及律师和案件之间的归属关系。这些功能看起来多但本质上是四个核心域案件、客户、文档、日程。费用和系统管理属于辅助域。做毕业设计时我强烈建议把精力按这个比例分配案件和权限占七成文档占两成日程和费用占一成。优先把案件生命周期和权限控制打磨清楚因为这两块是论文里最好写、答辩时最好讲的部分。1.3 技术选型没有一句废话的Spring Boot组合标题写的是“基于spring”实际做的时候没有人会再去搭一个Spring XML配置的工程。Spring Boot就是Spring生态给开发者的标准答案起步依赖帮我们把版本冲突、自动配置全部处理掉毕业设计阶段没必要自己造轮子。我的推荐组合是这样一套技术组件选型原因后端框架Spring Boot 2.7.x稳定、资料多、兼容性好持久层MyBatis-Plus单表CRUD不用写SQL节省大量时间数据库MySQL 5.7/8.0环境好配练习成本低权限方案Spring Security 或 Sa-Token后者对新手更友好前者更“正统”前端方案Thymeleaf Bootstrap 或 Vue3 Element Plus演示优先选前者想加分选后者构建工具Maven默认选择不解释之所以不推荐Spring Cloud之类的东西是因为律所管理系统属于典型的单体业务系统没有分布式调用、没有高并发、没有异构系统集成强行上微服务只会让自己痛苦、让评委皱眉。Spring Boot单体应用完全撑得住答辩时架构讲起来也干净。2. 核心功能模块与数据库建模2.1 案件管理从收案到结案的全生命周期设计案件是律所系统的核心实体这个表设计得好不好直接决定系统成色。我的建议是把案件信息拆成两层案件主表和案件阶段记录表。案件主表保存相对静态的信息案件编号、案由、案件类型民事、刑事、行政、受理法院、当事人、承办律师、立案日期、状态。状态字段建议用整数编码比如0待指派、1办理中、2已结案、3已归档不要直接存中文。原因很简单存编码在Java里是一个int比较在SQL里是范围查询后续做统计报表也方便。案件阶段记录表则保存每一次状态变更案件ID、阶段名称、操作人、操作时间、备注。这张表有两点价值一是管理层能看到案子当前卡在哪个环节二是论文里可以写“系统通过阶段记录实现案件全流程追溯”一句话就能让评委看到你有审计思维。接案时还要考虑一个业务场景有的案子是团队承办一个主办律师加一个辅助律师。如果比例收窄案件主表只放一个承办律师字段后续想扩展会很别扭。建议用中间表case_lawyer保存案件和律师的多对多关系虽然前期多写一点代码但设计上更从容。2.2 客户与文档管理律所业务的“两条腿”客户和案件是典型的一对多关系一个客户可能连续委托好几个案子。表设计时把客户独立出来字段包含姓名、电话、证件号、地址、备注案件表通过customer_id外键关联。这里有一个要注意的细节客户表中的证件号码等敏感字段虽然是毕业设计仍然建议写一段工具类做AES加密存储论文里可以提“敏感信息加密存储”这是很自然的加分项。文档管理的实现有两种路线。一种是文件直接存服务器本地目录数据库只保存文件路径另一种是把文件转成二进制存数据库的BLOB字段。我强烈建议选第一种。原因很现实本地存储对毕业设计来说部署简单文件上传下载代码量小而且答辩时你可以在文件目录里看到真实的上传文件讲解更有说服力。数据库字段只需要文件原名、存储路径、上传人、关联案件ID、上传时间。文件上传时还有一个新手经常忽略的坑文件名要做处理。直接用用户上传的原始文件名存到服务器会有两个问题一是中文文件名可能乱码二是重名会互相覆盖。标准做法是用UUID重命名存储原始文件名单独存到字段里下载时再通过原始文件名让用户保存这样两边都不丢。2.3 日程提醒让系统自己“追”着人跑日程提醒做得好系统会显得很“智能”。最低成本的实现方式是日程表保存待办事项和提醒时间用户登录进入首页时查询“今日待办”和“即将到期”列表。再加上一个简单的定时任务每天八点扫描一次当天有安排的案件给相关律师生成一条站内提醒记录。这里的关键点是提醒和日程要拆开还是合并。我的经验是日程表管“计划”提醒记录表管“通知”。日程是用户自己创建的提醒是系统生成的。两个表还是复用同一套列表展示逻辑但职责清晰以后后续加短信通知、邮件通知都有地方放。定时任务在Spring Boot里就是一个Scheduled注解的事但有两处要小心一是启动类上要加EnableScheduling二是定时任务方法里不要写多线程共享变量避免并发问题。毕业设计里每天跑一次的任务直接在方法里协调即可。2.4 数据权限律师和主任看到的不能一样数据权限是律所系统区别于学生管理系统最核心的地方。一般的系统做到功能权限即菜单权限就够了但律所的场景天然要求数据隔离普通律师登录后只能看到自己承办的案件主任登录后可以看到全所案件和收费统计管理员负责用户和菜单配置。实现上我推荐在用户表加一个role字段配合Spring Security的角色控制。查询案件列表时如果当前角色是普通律师Service层自动拼接WHERE lawyer_id 当前用户ID如果是主任或管理员则不拼这个条件。这就是最简单的行级数据权限。不要一开始就上数据权限框架毕业设计的体量用Service层手动控制完全足够代码写清楚答辩时反而更好讲。菜单权限可以用一张菜单表和一张角色菜单关联表来实现前端根据当前用户角色动态渲染菜单。如果用的是Thymeleaf可以直接在HTML里用sec:authorize标签控制按钮显示如果前后端分离则登录成功后返回当前用户的菜单列表前端router动态添加路由。两种方案我都试过Thymeleaf方案更省事推荐优先考虑。3. 实操过程从空项目到可跑通的演示系统3.1 项目初始化与依赖配置创建一个Spring Boot项目的具体流程就不展开了重点说依赖怎么选。以Maven项目为例核心依赖清单建议如下dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3.1/version /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-security/artifactId /dependency dependency groupIdorg.thymeleaf.extras/groupId artifactIdthymeleaf-extras-springsecurity5/artifactId /dependency dependency groupIdorg.projectlombok/groupId artifactIdlombok/artifactId optionaltrue/optional /dependency注意一点Spring Security这个依赖一旦引入整个项目的所有接口会立刻默认被拦截新手第一次启动时经常遇到页面一直跳登录的困惑。解决方式是写一个SecurityConfig配置类把登录页、静态资源和部分接口放行其他接口使用authenticated()。application.yml里有两个容易出错的配置项。第一个是数据库连接串后面要加serverTimezoneAsia/Shanghai和useUnicodetruecharacterEncodingutf8否则时间字段查询出来和本地时间对不上中文可能乱码。第二个是MyBatis-Plus的逻辑删除配置如果使用了TableLogic注解需要开启对应的配置项。spring: datasource: url: jdbc:mysql://localhost:3306/law_firm?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/ShanghaiuseSSLfalse username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver thymeleaf: cache: false mybatis-plus: global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 03.2 后端架构Controller-Service-Mapper的落地写法Web开发的标准三层架构在这个项目里依然是最优解。实际落地时我习惯这样分工Controller层只做参数接收和结果包装不写任何业务逻辑Service层承载核心业务比如案件创建时同时初始化一条阶段记录Mapper层依赖MyBatis-Plus的BaseMapper接口大部分单表操作直接继承省掉写XML的时间。拿案件创建这个接口举例Service层的核心方法大概是这样Transactional public void createCase(CaseCreateDTO dto) { CaseEntity caseEntity new CaseEntity(); BeanUtils.copyProperties(dto, caseEntity); caseEntity.setStatus(0); caseMapper.insert(caseEntity); CaseStageRecord record new CaseStageRecord(); record.setCaseId(caseEntity.getId()); record.setStageName(收案); record.setOperatorId(SecurityUtils.getUserId()); stageRecordMapper.insert(record); }这段代码体现了两个要点一是Transactional保证案件主表和阶段记录表要么同时成功要么同时失败不会出现案子建了但流程没记录的情况二是通过SecurityUtils.getUserId()从当前登录上下文里取操作用户而不是从前端传来的参数里拿。前端传的用户ID是不安全的任何人都可以伪造这一点写进LW文档里会很加分。分页功能用MyBatis-Plus的Page对象来搞定PageCaseEntity page new Page(current, size); LambdaQueryWrapperCaseEntity wrapper new LambdaQueryWrapper(); wrapper.eq(StringUtils.isNotBlank(lawyerId), CaseEntity::getLawyerId, lawyerId); wrapper.orderByDesc(CaseEntity::getCreateTime); caseMapper.selectPage(page, wrapper);用LambdaQueryWrapper的好处是可以避免硬编码字段名重构时不容易出错而且条件构造比较直观。3.3 登录认证与权限拦截登录认证是答辩高频问题区。用Spring Security的实现逻辑是用户提交用户名密码在UserDetailsService实现类里查询数据库并比对BCrypt密码匹配成功就生成Session或JWT后续请求携带凭证访问。密码不能用MD5存。MD5现在用彩虹表一查一个准。Spring Security自带BCryptPasswordEncoder每次加密结果都带随机盐才是正确做法Bean public PasswordEncoder passwordEncoder() { return new BCryptPasswordEncoder(); }注册用户或初始化管理员时调用passwordEncoder.encode(rawPassword)保存密码。登录验证交给Spring Security内部机制不需要自己写比对逻辑。有一个经常遇到的问题默认的登录页面太丑毕业设计想用自己的页面。解决办法是写一个自定义的WebSecurityConfigurerAdapterSpring Boot 2.7及以前版本配置登录页路径并通过formLogin()指定登录页和登录成功页面。如果用的是Spring Boot 3.x写法会换成SecurityFilterChain这里建议直接用2.7.x网上资料更多报错也更容易搜到。3.4 前端页面的取舍模板渲染够用就好毕业设计的前端路线只有两条一条是Thymeleaf服务端渲染一条是Vue前后端分离。我见过太多人一上来就搞Vue Element Plus结果一周时间花在环境搭建和跨域调试上后端代码反而没写多少。如果你是第一次完整做一个项目我真心建议用Thymeleaf理由如下不需要配Node环境不需要解决跨域问题不需要处理Vite代理。页面和后端在同一个工程里启动一个应用就全部跑通。答辩演示时只有一个进程在跑不容易出“环境问题”这种尴尬状况。论文里就写“采用Thymeleaf服务端模板渲染”一点不丢人。Thymeleaf的页面布局建议用th:replace抽取公共片段比如侧边栏、顶部导航栏、页脚三个代码片段各写一次所有页面引用。修改一个菜单全站生效。这在LW文档中也有话讲“前端采用模板化布局减少重复代码便于统一维护。”3.5 LW文档毕业设计配置文档撰写要点很多同学把写论文当成最后一周的任务这是大错特错。LW文档某种程度上比源码还重要因为源码可能因为评委电脑环境跑不起来但文档能一字一句读进去。我建议按下面这个骨架组织内容和实际开发同步推进绪论背景与意义写两到三页说清律所管理现状和系统建设的必要性。需求分析用例图配合文字说明把每个角色和每个功能对应起来。系统设计架构图、功能模块图、数据库E-R图和数据表结构说明。系统实现按模块贴核心代码配运行截图代码要贴那种“一看到就有技术含量”的部分。系统测试测试用例表、测试过程、测试结论至少包含登录、案件新增、权限隔离三个用例。写LW文档最容易犯的错误是“只贴代码不解释”。评委想看的是你对代码的理解不是代码本身。每一段关键代码下面都必须有文字说明设计思路。比如你写了个条件查询要说明“本处通过LambdaQueryWrapper构建动态查询条件根据当前登录律师ID实现行级数据过滤”。另外截图一定要配套。每一个页面至少一张截图与文字对应。不要用别人的截图不要用网图自己启动项目然后截图这个没有技术难度但很多人在DDL前才发现自己没有合适的截图素材。4. 常见问题与排查技巧实录4.1 新手最容易踩的五个坑这一节是实战后的经验总结我按踩坑频率从高到低列出来希望后面的人能少走几步弯路。第一个坑数据库连接时报Public Key Retrieval is not allowed这是MySQ L8.0的驱动行为问题在连接串末尾加allowPublicKeyRetrievaltrue即可解决。第二个坑接口返回的JSON里时间格式是“20250101T12:00:00.00000:00”这种奇怪字符串。原因是没有配置Jackson的时间格式化。在application.yml里加以下内容spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT8第三个坑MyBatis-Plus的selectPage返回的总数是0但明明表里有数据。多半是分页插件没配置需要在配置类里添加PaginationInnerInterceptor。第四个坑使用Lombok的Data注解后继承父类的子类调用equals或toString时不包含父类字段。这个小问题在调试时不容易发现但答辩时如果被问到继承关系中的Lombok行为会有点尴尬建议在文档里不要写太多复杂的继承结构。第五个坑把password字段以明文返回给了前端。排查一下你的实体类凡是密码字段都应该标注JsonIgnore或者在VO转换时手动置空。这个坑不仅影响安全体验被评委看到还是个明显的减分项。4.2 答辩演示自检清单项目做完了功能也跑通了但答辩翻车的例子每年都不少。我给一套自检清单演示前逐项过一遍重启项目后数据库里是否包含初始管理员账号和初始测试数据登录不同角色菜单是否显示不同内容创建一个新案件是否自动生成阶段记录上传文件后文件目录里是否能看到实际文件用普通律师账号搜索其他律师的案件数据是否被过滤掉首页今日待办是否有数据最有效的做法是提前准备一份完整演示脚本从管理员登录开始到主任账号查看全所统计结束把每一步操作需要点击的位置、预期出现的界面全部写到一页纸上。真正演示时照着脚本走哪怕紧张也基本不会卡壳。4.3 代码安全和规范上的加分细节毕业设计虽然不要求生产级别但代码规范和安全隐患还是能看出一个人的工程素养。我整理几个低成本、容易写进文档的加分细节。第一个是统一返回结果类。不要Controller直接返回实体对象而是统一用ResultT包装包含code、message、data三个字段。好处是前端统一处理状态码后端异常时也能保持响应结构一致。这个类请务必早写不要等到项目做了一半再重构。第二个是全局异常处理。写一个RestControllerAdvice类捕获BusinessException、MethodArgumentNotValidException等常见异常并返回友好提示而不是把500错误堆栈直接抛给前端。全局异常处理是LW文档中系统设计章节的常用素材建议放进去一起写。第三个是日期数据的处理。页面传回的日期字符串时区问题、数据库时间的精度问题、数据库和服务器配置的时区差异问题哪怕没有踩到也要在文档里把处理思路讲清楚。这三处细节能让论文里的“系统采用统一响应结构实现全局异常处理机制和统一时间规范”这些描述落到实处属于举手之劳但效果明显的提升。我个人在实际操作中的体会是律所管理系统这个题目的最佳打开方式不是一上来就写代码而是先把案件-客户-文档-权限这条主链路走通把它做成一条可以在答辩现场完整演示的纵切业务。数据库里放上四十来条像样的测试数据几个真实感的案件名称、律师姓名和开庭日期系统演示起来观感会好很多评委能直观感受到数据的合理性。最后再提一个小技巧给系统加一个固定充值的初始化页面把管理员、主任、普通律师三个账号印在登录页面下方提示演示时不用现场翻数据库找账号流畅度直接拉满。如果后续还想扩展可以优先考虑两个方向一是把文书自动生成加进来比如按案件模板生成起诉状或代理词这块用到模板引擎工作量可控而且很容易写出亮点二是做案件收费统计的可视化图表用ECharts画一个按月度变动的柱状图。两个方向都顺着现有数据结构走不破坏原来的表结构也都值得在论文里单独开一小节来写。