2026 毕业季：从零到一实现企业 OA 系统——SpringBoot+Vue3+Flowable 毕设选题到答辩全攻略
📦 源码1：ruoyi-office-vben |📦 源码2：ruoyi-office |📦 源码3：ruoyi-office
2026 年毕业季如约而至，计算机相关专业的同学们又到了被毕设选题支配的时刻。选太简单怕答辩被问倒，选太难怕做不完，选冷门怕导师不认可。如果你正在为 2026 毕业设计发愁，不妨考虑做一套企业 OA 系统——业务场景真实、技术栈主流、功能模块可大可小，从请假审批到工作流引擎，从 RBAC 权限到多租户架构，几乎覆盖了毕设答辩评委关心的所有技术要点。
引言：2026 年毕设选题，为什么推荐 OA 系统？
每年的毕业季，CSDN 和知乎上都会涌现大量"求推荐毕设选题"的帖子。2026 年也不例外。根据近三年计算机专业毕设选题趋势，管理系统类选题仍然占据半壁江山，而 OA 办公系统因为以下特点脱颖而出：
业务场景人人都懂：请假、报销、考勤、审批——这些日常办公场景不需要解释，答辩时评委老师一听就明白你做了什么，不用花 10 分钟讲领域知识。
技术栈覆盖面广：一套 OA 系统天然需要用户认证、角色权限（RBAC）、工作流审批（BPM）、前后端分离、文件上传、消息通知、数据导出等技术，正好对应论文中"系统设计"章节的每一个小节。
难度弹性大：做简单的，一个请假管理模块就能撑起整篇论文；做复杂的，多模块集成+流程引擎+多端适配，足够冲击优秀毕设。
二次开发友好：选择一个成熟的开源框架（如 RuoYi Office），在已有基础上进行二次开发，既能聚焦业务逻辑，又不会陷入"从零搭框架搭了三个月还没写业务代码"的困境。
2026 毕业设计的关键不是造轮子，而是在有限的时间内做出一个完整的、可演示的、有技术深度的系统。OA 系统恰好满足这三个条件。
一、RuoYi Office：14 大模块，你的毕设"选题超市"
在开始之前，先介绍一下本文围绕的技术平台。RuoYi Office 是基于 RuoYi-Vue-Pro / Yudao 架构深度定制的企业管理一体化平台，包含 14 大业务模块。对于 2026 届毕业生来说，这 14 个模块就像一个"选题超市"——你可以选其中一个模块深入实现，也可以组合多个模块做一个综合系统。
| 序号 | 模块名称 | 模块代码 | 核心功能 | 毕设可用性 |
|---|---|---|---|---|
| 1 | 系统管理 | yudao-module-system | 用户/角色/菜单/字典/租户/OAuth2 | 所有选题的基础底座 |
| 2 | 基础设施 | yudao-module-infra | 代码生成/文件管理/配置中心/定时任务 | 工具支撑 |
| 3 | 工作流引擎 | yudao-module-bpm | Flowable/流程设计/审批中心 | 审批类选题必用 |
| 4 | OA 办公 | yudao-module-oa | 会议室/用印/公车/公文/日程/办公用品 | OA 选题核心 |
| 5 | 人力资源 | yudao-module-hrm | 员工档案/考勤/薪资/招聘 | HRM 类选题 |
| 6 | 资产管理 | yudao-module-asset | 固定资产/资产盘点/资产调拨 | 资产类选题 |
| 7 | 仓储管理 | yudao-module-wms | 入库/出库/库存管理 | 仓储类选题 |
| 8 | 客户关系 | yudao-module-crm | 客户/商机/合同/回款 | CRM 类选题 |
| 9 | 进销存 | yudao-module-erp | 采购/销售/库存/财务 | ERP 类选题 |
| 10 | 商城 | yudao-module-mall | 商品/订单/营销/售后 | 电商类选题 |
| 11 | 支付中心 | yudao-module-pay | 支付渠道/支付订单/退款 | 支付集成 |
| 12 | 会员中心 | yudao-module-member | 会员管理/积分/等级 | 会员系统选题 |
| 13 | AI 大模型 | yudao-module-ai | 对话/绘图/知识库/MCP | AI 应用类选题 |
| 14 | 报表中心 | yudao-module-report | 数据报表/可视化 | 数据分析类选题 |
你不需要实现全部 14 个模块。选择 1-3 个模块深入实现，就足以支撑一篇完整的毕业设计论文。
二、2026 毕设选题建议：按难度分级
很多同学在选题时最大的困惑是"这个题目我能不能做完"。下面按难度分级，给出具体的选题方向，每个方向都标注了涉及的模块和技术亮点——选题时可以结合自己的技术水平和时间预算来决定。
2.1 简单难度（适合基础一般、时间紧张的同学）
| 选题方向 | 涉及模块 | 技术亮点 | 预计工作量 |
|---|---|---|---|
| 请假管理系统 | system + bpm + oa | RBAC 权限、Flowable 审批流、状态机、前后端分离 | 3-4 周 |
| 公告通知管理系统 | system + infra | 富文本编辑器、WebSocket 实时推送、已读未读追踪 | 2-3 周 |
| 员工档案管理系统 | system + hrm | CRUD、文件上传、数据导入导出、部门树 | 2-3 周 |
请假管理系统是最经典的 2026 毕设选题之一。虽然看起来简单，但一个完整的请假系统涉及到：
- 用户认证与角色权限（Spring Security + RBAC）
- 工作流审批（Flowable BPM 引擎）
- 请假/销假的双段生命周期（状态机设计）
- 前后端分离架构（Vue3 + SpringBoot）
这些技术点在答辩时足够展开讲 20 分钟，且每个点都能引出深入的技术讨论。
2.2 中等难度（适合有一定基础、想冲良好/优秀的同学）
| 选题方向 | 涉及模块 | 技术亮点 | 预计工作量 |
|---|---|---|---|
| 办公用品管理系统 | system + bpm + oa | 3 张表分层建模、5 种状态机、库存管理、BPM 审批 | 4-5 周 |
| 差旅报销管理系统 | system + bpm + oa | 双单联动（出差申请+报销单）、审批流程编排 | 4-6 周 |
| 日报周报管理系统 | system + oa | 定时任务提醒、统计图表、数据导出、评论互动 | 4-5 周 |
| 会议室预约管理系统 | system + oa | 日历视图、时间冲突检测、预约审批 | 3-4 周 |
办公用品管理系统是一个非常适合 2026 毕业设计的选题。它的业务模型清晰（台账+申请单+明细行三张表），状态流转有深度（5 种状态覆盖申请→审批→发放→归还），还涉及库存管理和消耗品/借用品分流逻辑。论文写起来有内容可写，答辩演示时流程清晰易懂。
2.3 较难难度（适合技术较强、想冲优秀毕设的同学）
| 选题方向 | 涉及模块 | 技术亮点 | 预计工作量 |
|---|---|---|---|
| 公文管理系统（含套红） | system + bpm + oa | 套红模板、GB/T 9704 国标格式、收发文联动、在线预览 | 6-8 周 |
| 考勤打卡系统（GPS 围栏） | system + hrm | GPS 围栏/WiFi 打卡双模式、定时预生成、PC+APP 双端 | 6-8 周 |
| 合同管理系统 | system + bpm + crm | 合同审批、电子签章、到期提醒、回款跟踪 | 5-7 周 |
2.4 高级难度（适合团队协作、想做出"产品级"系统的同学）
| 选题方向 | 涉及模块 | 技术亮点 | 预计工作量 |
|---|---|---|---|
| 综合 OA 办公系统 | system + bpm + oa + hrm | 多模块集成、统一工作流、多端适配、自定义首页 | 8-12 周 |
| 企业协同办公平台 | system + bpm + oa + ai | AI 辅助审批、智能表单、知识库问答 | 10-14 周 |
📚 2026 毕设选题建议：大多数同学选择中等难度即可拿到良好成绩。如果你的目标是优秀毕设，建议选择"较难"级别的单一模块做深做透，而不是贪多嚼不烂。
三、技术架构概览：2026 年主流技术栈全覆盖
2026 年的毕设评委越来越关注技术栈的"时代性"——用 SSM 框架虽然不扣分，但用 Spring Boot 3.x + Vue3 明显更能体现你的技术视野。RuoYi Office 的技术架构恰好覆盖了 2026 年企业级开发的主流技术栈。
3.1 整体架构图
3.2 技术栈详解
| 层级 | 技术选型 | 版本 | 毕设论文中对应章节 |
|---|---|---|---|
| 前端框架 | Vue 3 + TypeScript | 3.x | 3.2 前端技术选型 |
| UI 组件库 | Ant Design Vue | 4.x | 3.2 前端技术选型 |
| 管理后台脚手架 | Vben Admin | 5.x | 3.2 前端技术选型 |
| 表格组件 | VxeTable | — | 可在详细设计章节提及 |
| 构建工具 | Vite | 6.x | 3.2 前端技术选型 |
| 后端框架 | Spring Boot | 3.5 | 3.1 后端技术选型 |
| 安全框架 | Spring Security + OAuth2 | — | 4.1 安全设计 |
| ORM 框架 | MyBatis-Plus | — | 3.3 数据访问层设计 |
| 工作流引擎 | Flowable | BPMN 2.0 | 4.2 流程引擎设计（亮点章节） |
| 缓存 | Redis | 7.x | 3.4 缓存设计 |
| 数据库 | MySQL | 8.x | 3.3 数据库设计 |
| 接口文档 | SpringDoc + Knife4j | — | 5.1 接口测试 |
| 部署 | Docker / 阿里云 | — | 6.1 系统部署 |
3.3 为什么这套技术栈适合 2026 毕设？
| 评审关注点 | 如何满足 |
|---|---|
| 技术是否主流 | Spring Boot 3.5 + Vue3 是 2026 年最主流的 Java Web 技术栈 |
| 前后端是否分离 | 标准的前后端分离架构，RESTful API 交互 |
| 是否有工作流 | Flowable BPMN 2.0 引擎，可视化流程设计 |
| 安全机制 | Spring Security + RBAC + 多租户 + OAuth2 |
| 是否可扩展 | 模块化架构，每个 module 独立拆分 |
| 代码质量 | 统一的代码规范、分层架构、事务管理 |
四、快速上手指南：2026 毕设开发环境搭建
工欲善其事，必先利其器。下面是 2026 年搭建 RuoYi Office 开发环境的完整步骤。
4.1 环境准备清单
| 工具 | 版本要求 | 用途 | 下载地址 |
|---|---|---|---|
| JDK | 17+ | 后端运行环境 | adoptium.net |
| Maven | 3.9+ | 后端依赖管理 | maven.apache.org |
| Node.js | 18+ | 前端运行环境 | nodejs.org |
| pnpm | 9+ | 前端包管理 | npm install -g pnpm |
| MySQL | 8.0+ | 数据库 | dev.mysql.com |
| Redis | 7.0+ | 缓存 | redis.io |
| IDEA | 2024+ | 后端 IDE（推荐） | www.jetbrains.com |
| VS Code / Cursor | 最新版 | 前端 IDE（推荐） | code.visualstudio.com |
4.2 后端启动步骤
第一步：克隆源码
git clone https://gitcode.com/zhouzhongyan/ruoyi-office.git
第二步：初始化数据库
- 创建 MySQL 数据库（字符集
utf8mb4，排序规则utf8mb4_unicode_ci） - 执行
ruoyi-office-db/目录下的全量 SQL 文件 - 修改
yudao-server/src/main/resources/application-local.yaml中的数据库连接信息
第三步：配置 Redis
确保 Redis 已启动，默认配置连接 localhost:6379，无需额外配置。
第四步：启动后端
在 IDEA 中打开项目，找到 yudao-server 模块的 YudaoServerApplication 启动类，直接运行。启动成功后访问 http://localhost:48080/admin-api/doc.html 可查看接口文档。
4.3 前端启动步骤
第一步：克隆源码
git clone https://gitcode.com/zhouzhongyan/ruoyi-office-vben.git
第二步：安装依赖
cd ruoyi-office-vben
pnpm install
第三步：启动开发服务器
pnpm dev:antd
启动成功后访问 http://localhost:5173，使用默认账号 admin / admin123 登录。
4.4 首次登录确认清单
| 检查项 | 预期结果 | 排查方向 |
|---|---|---|
| 登录页面正常显示 | 看到登录表单 | 前端是否启动成功 |
| 输入 admin/admin123 可登录 | 进入主界面 | 数据库是否初始化 |
| 左侧菜单正常展示 | 看到系统管理等菜单 | 菜单数据是否导入 |
| 接口文档可访问 | 48080/admin-api/doc.html | 后端是否启动成功 |
如果遇到启动问题，优先检查：① MySQL 和 Redis 是否已启动 ② 数据库连接配置是否正确 ③ JDK 版本是否为 17+
五、毕设核心代码示例：以请假审批为例
为了让 2026 届毕业生更直观地理解系统的技术实现，这里以最常见的"请假审批"为例，展示后端核心代码结构。
5.1 提交请假申请（BPM 集成）
请假申请提交时，需要同时保存业务数据和发起 Flowable 流程实例：
@Override
@Transactional(rollbackFor = Exception.class)
public Long submitLeaveBill(LeaveBillSaveReqVO saveReqVO) {
// 1. 生成单据编号
if (StringUtils.isBlank(saveReqVO.getBillCode())) {
saveReqVO.setBillCode(BillCodeUtils.generateBillCode(
SystemEnum.OA, OaBillTypeEnum.OA_LEAVE_BILL));
}
// 2. 保存业务表（请假单）
LeaveBillDO bill = BeanUtils.toBean(saveReqVO, LeaveBillDO.class)
.setProcessStatus(BpmTaskStatusEnum.RUNNING.getStatus());
leaveBillMapper.insertOrUpdate(bill);
// 3. 发起 Flowable 流程
Map<String, Object> variables = BpmProcessVariableUtils
.buildBillVariables(saveReqVO);
String processInstanceId = processInstanceApi.submitProcessInstance(
Long.valueOf(saveReqVO.getCreator()),
new BpmProcessInstanceCreateReqDTO()
.setProcessDefinitionKey("oa_leave_bill")
.setVariables(variables)
.setBusinessKey(String.valueOf(bill.getId()))
).getCheckedData();
// 4. 回写流程实例 ID
leaveBillMapper.updateById(new LeaveBillDO()
.setId(bill.getId())
.setProcessInstanceId(processInstanceId));
return bill.getId();
}
5.2 流程回调驱动状态变化
当审批人在流程中心操作（通过/拒绝/退回）时，Flowable 引擎通过 FlowBillService 接口自动回调业务服务：
@Override
@Transactional(rollbackFor = Exception.class)
public void updateProcessStatus(String businessKey, Integer status) {
Long id = Long.parseLong(businessKey);
LeaveBillDO bill = leaveBillMapper.selectById(id);
if (bill == null) {
throw exception(LEAVE_BILL_NOT_EXISTS);
}
// 更新流程状态
LeaveBillDO updateObj = new LeaveBillDO();
updateObj.setId(id);
updateObj.setProcessStatus(status);
leaveBillMapper.updateById(updateObj);
// 审批通过后的业务逻辑（如扣减年假余额）
if (APPROVE.getStatus().equals(status)) {
// 具体业务处理...
}
}
这种流程引擎与业务逻辑解耦的设计模式，在毕设论文中值得专门用一个小节来分析——它体现了"策略模式"和"观察者模式"的工程实践。
5.3 RBAC 权限控制
系统的权限控制基于 Spring Security + 自定义注解实现，每个接口都有对应的权限标识：
@GetMapping("/page")
@Operation(summary = "获取请假单分页列表")
@PreAuthorize("@ss.hasPermission('oa:leave-bill:query')")
public CommonResult<PageResult<LeaveBillRespVO>> getLeaveBillPage(
@Valid LeaveBillPageReqVO pageReqVO) {
PageResult<LeaveBillDO> pageResult =
leaveBillService.getLeaveBillPage(pageReqVO);
return success(BeanUtils.toBean(pageResult, LeaveBillRespVO.class));
}
权限粒度到"按钮级别"——菜单权限控制页面可见性，操作权限控制接口调用，数据权限控制数据范围。这三层权限体系在毕设答辩中是一个高频提问点。
六、毕设论文写作建议
技术实现只是毕设的一半，论文撰写同样重要。以下是针对"OA 系统"毕设论文的结构建议，已经帮多位 2026 届同学拿到了良好以上成绩。
6.1 论文结构模板
| 章节 | 标题建议 | 页数 | 核心内容 |
|---|---|---|---|
| 第一章 | 绪论 | 3-4 页 | 研究背景（企业办公数字化趋势）、国内外研究现状、研究目的与意义 |
| 第二章 | 相关技术介绍 | 5-6 页 | Spring Boot、Vue3、Flowable、MyBatis-Plus、Redis、MySQL 等技术简介 |
| 第三章 | 需求分析 | 6-8 页 | 功能需求（用例图）、非功能需求（性能/安全/兼容性）、可行性分析 |
| 第四章 | 系统设计 | 8-10 页 | 架构设计、模块划分、数据库设计（ER 图）、接口设计、安全设计 |
| 第五章 | 系统实现 | 10-15 页 | 各模块的核心代码实现、页面截图、关键算法/流程说明 |
| 第六章 | 系统测试 | 4-6 页 | 测试环境、功能测试用例表、测试结果截图、性能测试 |
| 第七章 | 总结与展望 | 2-3 页 | 工作总结、存在不足、未来改进方向 |
| — | 参考文献 | 1-2 页 | 15-25 篇参考文献（含 3-5 篇英文） |
6.2 各章节写作要点
第三章 需求分析 是很多同学容易忽略的章节。不要简单罗列功能列表，而是用 UML 用例图 + 业务流程图来描述。以请假管理为例：
- 用例图：普通员工（发起请假、查看审批状态）、部门主管（审批请假）、HR 管理员（查看全员请假记录、统计分析）
- 活动图：请假申请→主管审批→HR 备案→假期扣减→销假确认
- 序列图：前端→网关→后端 Controller→Service→Mapper→MySQL→Redis
第四章 系统设计 是论文的核心，建议包含：
| 设计内容 | 图表类型 | 说明 |
|---|---|---|
| 系统架构 | 分层架构图 | 展示前端、网关、服务、数据四层 |
| 模块划分 | 模块组件图 | 展示各模块间的依赖关系 |
| 数据库设计 | ER 图 + 表结构 | 核心表的字段、类型、约束 |
| 流程设计 | BPMN 流程图 | Flowable 流程定义（可从系统中导出） |
| 接口设计 | 接口列表表格 | URL、方法、参数、返回值 |
| 权限设计 | 权限模型图 | 用户-角色-菜单-权限的关系 |
第六章 系统测试 不要只写"点击按钮，系统正常运行"。给出结构化的测试用例：
| 测试编号 | 测试项 | 测试步骤 | 预期结果 | 实际结果 | 是否通过 |
|---|---|---|---|---|---|
| TC-001 | 用户登录 | 输入正确的用户名和密码，点击登录 | 跳转到系统首页 | 跳转到系统首页 | 通过 |
| TC-002 | 错误密码登录 | 输入错误密码，点击登录 | 提示"用户名或密码错误" | 提示"用户名或密码错误" | 通过 |
| TC-003 | 提交请假申请 | 填写请假类型、日期、事由，提交 | 创建申请单，发起审批流程 | 创建成功，流程已发起 | 通过 |
| TC-004 | 审批通过 | 在待办任务中找到申请，点击通过 | 申请状态变为"已通过" | 状态变为"已通过" | 通过 |
| TC-005 | 权限验证 | 普通用户尝试访问管理员页面 | 提示无权限或页面不可见 | 菜单不显示该页面 | 通过 |
七、答辩 PPT 与演示 Demo 准备
2026 毕业答辩的核心是"在 15 分钟内让评委相信这个系统是你做的、技术含量足够、系统可以运行"。
7.1 答辩 PPT 要点
| 板块 | 页数 | 内容要点 |
|---|---|---|
| 封面 | 1 页 | 论文标题、姓名、学号、指导老师、日期 |
| 选题背景 | 1-2 页 | 为什么选择 OA 系统？解决什么问题？ |
| 技术架构 | 1-2 页 | 架构图 + 技术栈一览表 |
| 需求分析 | 1-2 页 | 用例图或功能模块图 |
| 系统设计 | 2-3 页 | 数据库 ER 图 + 核心流程图 |
| 核心功能演示 | 3-5 页 | 截图 + 简要说明（不要全部截图，选 3-5 个核心功能） |
| 技术亮点 | 1-2 页 | 选 2-3 个你最熟悉的技术点深入讲解 |
| 总结 | 1 页 | 成果总结 + 不足 + 未来改进 |
7.2 答辩常见提问与应对
| 常见问题 | 回答思路 |
|---|---|
| "这个系统是你独立完成的吗？" | 说明基于开源框架二次开发，重点介绍你自己实现的业务模块 |
| "为什么选择 Spring Boot？" | 从生态成熟度、自动配置、内嵌容器、社区活跃度等方面回答 |
| "工作流引擎是怎么工作的？" | 用 BPMN 流程图解释：用户提交→引擎创建流程实例→按定义的节点流转→回调业务服务 |
| "前后端是怎么交互的？" | RESTful API + JSON 数据格式，前端 Axios 发请求，后端 Controller 接收处理 |
| "数据库是怎么设计的？" | 展示 ER 图，重点讲核心表的关联关系和设计取舍 |
| "系统的安全性怎么保证？" | Spring Security 认证 + RBAC 授权 + 接口鉴权注解 + 数据权限隔离 |
| "你遇到了什么困难？怎么解决的？" | 选 1-2 个真实遇到的技术难点，描述问题→排查过程→解决方案 |
7.3 演示 Demo 准备
演示是答辩最直观的环节。建议按以下流程准备：
- 提前准备测试数据：不要在答辩现场从空白数据开始，提前录入足够的演示数据
- 录制备用视频：万一现场网络或电脑出问题，有视频可以播放
- 演示主线流程：选一条完整的业务流程从头到尾演示（如请假：填写→提交→审批→查看结果）
- 展示管理后台：快速展示用户管理、角色权限、菜单配置等"基础底座"功能
- 接口文档：打开 Knife4j 文档页面，展示 API 设计的规范性
八、系统功能展示
RuoYi Office 已经实现了丰富的 OA 业务功能。以下截图展示了部分核心功能的实际效果，2026 届毕业生可以参考这些功能来规划自己的毕设实现范围。
8.1 办公用品管理
▲ 办公用品台账：左侧按类别导航（文具类、打印耗材、生活用品等），右侧表格展示物品名称、编码、规格型号、库存数量等信息，支持入库、编辑、库存预警
8.2 领用申请与审批
▲ 领用申请详情页：顶部展示单据编号、申请人等摘要信息，下方展示领用明细（物品名称、规格、数量），集成 BPM 审批流程
8.3 领用发放管理
▲ 领用发放管理：顶部分段器按状态筛选（全部/申请中/待发放/已领用/待归还/已归还），支持单行发放和批量发放操作
8.4 领用申请列表
▲ 领用申请列表：支持按单据编号、状态、部门、时间搜索筛选，每行展示审批状态标签，点击编号可查看详情
以上仅展示了办公用品管理一个模块的功能。2026 毕设可以选择此模块深入实现，也可以选择请假管理、差旅报销、考勤打卡等其他模块。
九、部署方案：毕设答辩演示环境
如果你希望 2026 毕业答辩时不依赖本地环境，可以将系统部署到云服务器。推荐阿里云 99 元/年的经济方案：
| 资源 | 配置 | 费用 |
|---|---|---|
| 云服务器 ECS | 2 核 2G / 3M 带宽 / 40G 系统盘 | 99 元/年 |
| MySQL | 本机安装，与应用同服务器 | 包含在 ECS 中 |
| Redis | 本机安装，与应用同服务器 | 包含在 ECS 中 |
| Nginx | 本机安装，托管前端静态文件 | 包含在 ECS 中 |
对于毕设演示场景，2 核 2G 的配置足够。如果预算允许，建议升级到 2 核 4G 以获得更流畅的体验。
部署架构：
用户浏览器
↓
Nginx (443/80)
├── /web/ → 前端静态文件（Vue3 构建产物）
└── /admin-api/ → 反向代理 → Spring Boot (48080)
├── MySQL (3306)
└── Redis (6379)
详细的部署步骤可参考 RuoYi Office 的部署文档，此处不再赘述。重点提醒：答辩前一天务必检查服务器状态和演示数据。
十、2026 毕设时间规划建议
合理的时间规划是毕设成功的关键。以下是一份通用的 2026 毕业设计时间规划表（以 4 个月周期为例）：
| 阶段 | 时间 | 任务 | 产出 |
|---|---|---|---|
| 选题与调研 | 第 1-2 周 | 确定选题、阅读参考文献、了解框架 | 开题报告 |
| 环境搭建 | 第 3 周 | 安装工具、克隆源码、跑通项目 | 开发环境 |
| 需求分析 | 第 4-5 周 | 梳理业务流程、绘制用例图 | 需求文档 |
| 系统设计 | 第 6-7 周 | 架构设计、数据库设计、接口设计 | 设计文档 |
| 编码实现 | 第 8-13 周 | 后端开发 + 前端开发 + 联调 | 可运行的系统 |
| 系统测试 | 第 14-15 周 | 功能测试 + 修复 Bug | 测试报告 |
| 论文撰写 | 第 15-18 周 | 按模板撰写论文（与编码并行） | 论文初稿 |
| 论文修改 | 第 19-20 周 | 导师审阅反馈、格式调整 | 论文终稿 |
| 答辩准备 | 第 21 周 | PPT 制作、演示排练、视频录制 | 答辩材料 |
关键提醒：论文写作不要等编码完成才开始！ 建议从第 15 周开始，边开发边写论文。第三章（需求分析）和第四章（系统设计）可以在编码开始前就完成初稿。
十一、技术亮点总结：毕设答辩加分项
以下技术亮点是 2026 毕设答辩中最容易引起评委关注的点，建议在论文和 PPT 中重点展开：
| 技术亮点 | 实现方式 | 论文可展开方向 |
|---|---|---|
| 前后端分离架构 | Vue3 + Spring Boot RESTful API | 架构对比（单体 vs 前后端分离） |
| RBAC 权限模型 | 用户-角色-菜单三级权限 + 数据权限 | 安全设计章节，权限模型图 |
| BPM 工作流引擎 | Flowable BPMN 2.0 + 可视化流程设计 | 流程设计章节，BPMN 规范介绍 |
| FlowBillService 回调机制 | 流程引擎与业务逻辑解耦 | 设计模式应用（策略/观察者） |
| 状态机设计 | 枚举驱动的状态流转 | 有限状态机理论 + 实践 |
| 单据编号生成 | Redis 自增 + 日期前缀 | 分布式 ID 生成方案对比 |
| 多租户架构 | 全表 tenant_id 隔离 | SaaS 架构设计 |
| 事务管理 | @Transactional + 库存一致性 | 数据一致性保证 |
| 代码生成器 | 基于数据库表自动生成 CRUD | 开发效率工具 |
| 接口文档自动化 | SpringDoc + Knife4j | API 文档规范 |
结语
2026 毕业季转瞬即逝，毕设选题的焦虑可以理解，但答案往往比想象中简单——选一个你能讲清楚业务逻辑、能演示完整流程、能引出技术讨论的系统，就是好选题。 OA 系统恰好满足这三个条件：业务场景人人都懂，技术栈覆盖面广，难度弹性可大可小。
不要纠结于"从零开始自己搭框架"的执念。2026 年的软件开发早已进入"站在巨人肩膀上"的时代——基于成熟的开源框架进行二次开发，把精力聚焦在业务逻辑和技术深度上，才是聪明的做法。RuoYi Office 的 14 个模块为你提供了丰富的选题空间和坚实的技术底座，你只需要选择一个方向深入下去。
最后送给 2026 届毕业生一句话：毕设的核心不是"做了多少功能"，而是"你能不能把做过的功能讲清楚"。 把一个请假管理讲到状态机设计、流程引擎原理、事务一致性保证，比堆砌十个半成品模块更有说服力。
祝 2026 届毕业生顺利通过答辩！
源码仓库：
| 平台 | 地址 |
|---|---|
| GitCode（后端） | gitcode.com/zhouzhongya… |
| GitCode（前端） | gitcode.com/zhouzhongya… |
| GitHub（后端） | github.com/yuqing2026/… |
📚 想要体验 RuoYi Office 的强大功能？
🌐 在线演示：ruoyioffice.com/web/（账号 admin / admin123）
📦 GitCode 开源：gitcode.com/zhouzhongya…
💬 技术咨询：添加💬 17156169080，备注「RuoYi Office」
⭐ 如果觉得不错，请给个 Star 支持一下！
