题目适合谁，不适合谁
适合：希望答辩时能演示「提交—派单—处理—确认」闭环的学生。三角色职责清楚，状态机也好画。
不适合：把物联网传感器自动报修、路径规划调度、图像识别损坏程度当核心。那些会把本科范围撑爆，可以写在展望里。
建议角色与权限差
- 学生：提交报修、补充说明、确认完成或驳回。不能改别人的工单，不能派单。
- 维修员：查看派给自己的工单、更新进度、填写处理结果。不能看全校工单，不能改楼栋配置。
- 管理员 / 宿管：按楼栋派单、催办、查看待处理与完成统计。不代替维修员改现场进度。
答辩可讲的一句：同一张报修单，三个角色看到的按钮和字段不一样。
核心模块（先做这些）
- 登录与角色分流
- 报修提交（类型、地点、描述、可选照片）
- 工单状态机（待派单 → 待接单/维修中 → 待确认 → 已完成 / 已驳回）
- 派单与转单（管理员指定维修员）
- 进度留言（至少让学生看到「为什么还没来」）
- 管理端待处理条数、按类型/楼栋的简单统计
先不要做：自动派最近维修员、备件库存、工时工资核算。
建议的数据对象
- 用户：角色、所属楼栋（维修员/宿管）
- 楼栋 / 房间：名称、排序
- 报修单：提交人、地点、类型、状态、时间戳
- 派单记录：工单、维修员、派单人、时间
- 进度留言：工单、作者、内容
答辩可讲的三个点
- 状态机：已完成不能直接改回待派单；驳回要写原因。
- 权限：维修员只能处理派给自己的单；学生看不到全校列表。
- 和论文对齐：用例图三角色、时序图走「提交—派单—完成」、截图来自真实预览。
常见翻车
- 只有一个用户角色，管理员和维修员共用菜单。
- 工单没有状态，实现章只能贴表格增删改。
- 题目写成「智慧宿舍物联网」，演示却只剩填表。
拆题方法见 从需求到可答辩系统再到毕业论文。同类预约场景可对照 图书馆座位预约。