高校智慧零工服务平台

项目介绍

这是一套面向高校场景的零工撮合平台，基于若依（RuoYi 3.9.1）前后端分离架构开发，核心目录为 20260130-高校智慧零工服务平台，内含后端 -boot（Spring Boot 多模块）与管理端前端 -vue（Vue 2 + Element UI），并附带完整的建库脚本 20260130-linggong.sql。系统把”高校零工交易”拆成一条可追踪的业务链路：学生发布零工 → 管理员审核 → 岗位上线 → 其他学生浏览申请 → 用工方录用 → 生成订单 → 履约确认 → 钱包结算 → 双方互评 → 信用分联动。

与普通招聘网站不同，这个平台强调双向角色：同一个账号既可以是发布岗位的用工方，也可以是接单干活的人。数据库层面用 gig_user_profile 承载用户扩展信息（学号、学院、专业、年级、技能标签、信用分、余额、冻结金额、认证状态），用 gig_job、gig_job_apply、gig_order、gig_review 四张表串起岗位、申请、订单、评价四个环节，再用 gig_wallet_record、gig_credit_record、gig_message、gig_job_category 支撑资金流水、信用记录、消息通知与岗位分类。SQL 中还内置了”家教”岗位、订单、评价与钱包入账的演示数据，跑起来即可看到完整的交易闭环。

项目架构

后端在若依标准多模块（ruoyi-admin / ruoyi-system / ruoyi-framework / ruoyi-common / ruoyi-quartz / ruoyi-generator）之外，新增独立业务模块 ruoyi-gig，内部分为 controller（admin 与 api 两套控制器）、domain（9 个实体）、mapper（接口 + resources/mapper/gig 下的 MyBatis XML）、service 四层。接口按使用对象分成两组：

• 管理端 /gig/**：岗位管理（AdminJobController 含审核接口 /audit）、订单管理（AdminOrderController 含仲裁接口 /arbitrate 与统计接口 /stats）、用户认证审核（AdminUserController 的 /audit）、分类管理（AdminCategoryController）。
• 用户端 /api/gig/**：登录注册验证码（ApiAuthController）、岗位浏览与发布（ApiJobController 的 list / add / my / close）、申请与录用（ApiApplyController 的 apply / my / received / handle）、订单履约（ApiOrderController 的 start / submit / confirm / cancel）、钱包（ApiWalletController 的 balance / recharge / withdraw / records）、评价（ApiReviewController）、消息（ApiMessageController 的 unread / readAll）、实名认证（ApiProfileController 的 auth）。

前端管理后台在若依基础上新增 src/views/gig/ 四个页面：岗位管理（列表筛选、详情、审核对话框）、岗位分类（增删改查）、订单管理（状态筛选、详情、纠纷仲裁）、用户管理（学号/学院/信用分/余额展示与认证审核）。安全方面沿用若依的 Spring Security + JWT 与按钮级权限标识（如 gig:category:add），岗位状态、薪资类型、认证状态等全部走若依字典配置。

核心功能

• 岗位发布与审核：用户发布岗位时填写标题、分类、描述、要求、工作地点/时间、薪资（按次/小时/天/面议）与需要人数；新岗位进入”待审核”，管理员在管理后台审核通过后上线（招聘中），随后随录用进度流转为已满员、已结束，发布者也可主动下架。岗位表记录申请数、已录用数与浏览量，形成完整的岗位生命周期。
• 申请与录用：接单方浏览岗位大厅，申请时附留言；gig_job_apply 以 (job_id, user_id) 唯一索引防止重复申请。用工方收到消息通知后在”收到的申请”中查看申请人信息（含学号、技能标签、信用分），录用即自动生成订单（订单号形如 GIG+时间戳+随机串）并写入申请状态，拒绝则通知申请人。
• 订单履约与仲裁：订单经历”待开始 → 进行中（接单方开始工作）→ 待确认（接单方提交完成）→ 已完成（用工方确认）“的状态机，每一步都有状态校验与消息通知；取消需填写原因并记录取消方。双方对结果有争议时可进入”纠纷中”，由管理员仲裁为”判定完成”或”判定取消”，仲裁结果与说明写入订单备注并通知双方。
• 钱包结算与信用体系：gig_wallet_record 记录充值、提现、收入、支出、退款五类流水，每笔都保存变动前后余额；订单确认完成后平台按订单金额结算到接单方余额（gig_user_profile.balance），消息同步提示”收入 ¥xx 已到账”。信用分默认 100，按规则增减（好评 +2、中评 +1、差评 -3、取消已确认订单 -5、投诉成立 -10、连续 30 天无违规 +1），每次变动写入 gig_credit_record。订单完成后双方互评：1-5 星、内容、图片，支持匿名与回复，评价页可查对方平均分。
• 消息通知与实名认证：gig_message 覆盖系统/订单/申请/评价四类消息，接口提供未读数、单条已读、全部已读；用户提交学号、身份证等资料后由管理员审核认证状态（未认证/待审核/已认证/认证失败），从源头保障校园零工交易的真实性。

功能截图

暂无运行截图。

快速上手

数据库方面，先执行 20260130-linggong.sql 完成建库建表（含若依基础表、Quartz 调度表、9 张 gig 业务表与演示数据），再在若依字典中补充 gig_auth_status、gig_job_status、gig_salary_type、gig_apply_status、gig_order_status、gig_review_type、gig_wallet_type、gig_message_type 八组字典。后端进入 20260130-高校智慧零工服务平台-boot，配置 ruoyi-admin 中的 MySQL 与 Redis 连接后启动 RuoYiApplication（默认账号 admin / admin123），零工接口即挂在 /gig/** 与 /api/gig/** 前缀下。

管理端前端进入 20260130-高校智慧零工服务平台-vue，执行 npm install 与 npm run dev 后登录，即可在”零工管理”菜单下体验岗位审核、分类维护、订单仲裁与用户认证审核；用户端接口已按 /api/gig/** 完整提供，可按设计文档中的规划对接独立的 Vue 3 + Element Plus 用户端。

总结

这个项目把高校零工交易里最容易被忽略的”信任与履约”环节做了扎实的落地：岗位要审核、身份要认证、订单要双向确认、取消要留痕、纠纷有仲裁、结算有流水、信用分有规则，几乎每一笔关键操作都伴随消息通知。技术上它保持了若依生态的克制——没有引入额外重型框架，而是用独立的 ruoyi-gig 模块、9 张业务表和两套 REST 接口把事情讲清楚，SQL 中的演示数据也完整走通了”发布 → 申请 → 录用 → 开工 → 完成 → 结算 → 互评”的全流程，作为高校毕业设计或若依二次开发的范本都相当完整。

后续可扩展的方向包括：对接微信支付/校园卡做真实充值提现、把信用分规则接入定时任务实现”30 天无违规 +1”的自动累积、按管理员订单统计接口补一个经营看板页面，以及按设计文档规划开发 Vue 3 用户端，把 PC 管理后台之外的 C 端体验补全。