连锁餐饮及零售门店的兼职用工量大、流动性高,排班、考勤、薪资核算长期依赖 Excel
和微信群:数据分散、易出错、无法追溯,总部与门店信息不同步,用工成本算不清。
本系统为连锁餐饮灵活用工场景立项:门店按时段发布排班与用工需求,兼职人员线上
报名、打卡,考勤数据自动汇总进入薪资核算,管理员在后台完成审批与发放,实现
从"排班—用工—考勤—结算"的全流程线上化与可追溯。
点击空白处退出提示
连锁餐饮及零售门店的兼职用工量大、流动性高,排班、考勤、薪资核算长期依赖 Excel
和微信群:数据分散、易出错、无法追溯,总部与门店信息不同步,用工成本算不清。
本系统为连锁餐饮灵活用工场景立项:门店按时段发布排班与用工需求,兼职人员线上
报名、打卡,考勤数据自动汇总进入薪资核算,管理员在后台完成审批与发放,实现
从"排班—用工—考勤—结算"的全流程线上化与可追溯。
系统包含员工端 H5、管理后台(移动端 + Web 双端)、后端 API 三部分:
1. 员工端 H5:注册登录、岗位浏览与报名、排班查看、上下班打卡、工时与薪资查询、
个人信息维护;
2. 管理后台:门店与岗位管理、排班发布与用工需求管理、报名审批、考勤核对、
薪资核算与发放记录、角色权限管理、经营数据统计看板;
3. 系统支撑:RBAC 多角色权限(管理员/门店/员工)、操作日志、数据导出、
消息通知。
员工端 App 为规划中能力,H5 端已支持微信内直接使用。
本人独立负责从需求梳理、数据库设计、前后端开发到部署运维的全流程。
技术栈与架构:前端 uni-app(Vue3 + Vite)一套代码多端复用,员工端 H5 与管理端
共用组件层;后端 NestJS(TypeScript)+ MySQL,Docker 容器化部署,nginx 反向代理
与 HTTPS;前后端分离,三端(员工端/移动后台/Web 后台)共用统一 API 与 RBAC
权限体系。
实现亮点与难点:
1. 考勤-薪资结算链路:打卡数据自动汇总为工时与薪资,支持多种结算规则,
消除人工核算误差,全链路留痕可追溯;
2. 多端一致性:一套 API 支撑三端,角色、数据权限统一收口,避免多套后台各改各的;
3. 质量保障:搭建 Playwright 点击级自动化回归测试,连续多个迭代批次缺陷全部
闭环,上线后前端零 JS 报错;
4. 运维保障:Docker 化部署含备份与回滚机制,支持平滑迭代。









评论