用 AI 做毕设，需求应该怎么写

很多同学发给工具的只有一句「做一个 XX 管理系统」。这样拆出来的往往是登录注册加一堆表格，答辩时讲不清业务。把题目写成下面六块，开题报告的「研究内容」也能直接用。

先复制一段去试聊

不必先写完整文档。把下面模板改成你的学校原题，贴进工作台即可。先看角色和页面是否靠谱，再决定是否生成完整项目。

我的毕设题目是：基于 Spring Boot + Vue 的宿舍报修管理系统。
需要学生提交报修、维修员接单处理、管理员派单和查看进度。
请先帮我拆成角色、页面清单、数据对象，以及答辩当天必须跑通的验收点。

交易类可对照校园二手，预约类可对照图书馆座位预约。

用 2～3 段说明场景、谁在用、现在痛在哪。避免只写口号。例如宿舍报修：学生不知道工单走到哪、宿管无法按楼栋派单、维修员手里没有当日清单。

至少 2～3 个角色。每个角色写清能做什么、不能做什么。多门户要写各端首页和菜单差异。答辩最容易被问的是：同一条数据，不同角色看到的按钮为什么不一样。

按门户列出页面，主流程用 3～5 步写状态变化。例如报修：提交 → 待派单 → 维修中 → 待确认 → 已完成 / 已驳回。列表、新增、审核、统计都要标明属于哪个角色。

写出核心实体及关键字段，说明一对多关系。报修场景常见是：用户、楼栋/房间、报修单、派单记录、进度留言。先保证主单据有状态，再考虑附件和评价。

列出答辩当天必须跑通的 5～8 条，而不是「功能越多越好」。例如：三个角色都能登录；学生能提交并看到进度；管理员能派单；维修员能改状态；管理员能看到待处理条数。

把不做的写下来，范围才稳。本科 Web 题目通常先不做：物联网自动报修、人脸签到、资金托管、推荐算法当核心。这些可以写在论文展望里。