💡 第二篇：项目选题与需求分析¶
从“我想做一个系统”到“清楚说明要做什么”¶
为什么先要写好需求
在第一篇中，你体验了在 Trae 中基于模板开发图书管理系统。从现在开始，你要为自己的项目做一个更重要的决定：选什么题、为谁做、要解决什么问题、做到什么程度。
很多同学一开始会这样想：
- “我要做一个校园二手交易平台”；
- “我要做一个 AI 学习助手”；
- “我要做一个竞赛管理系统”。
但这些还只是项目名称。真正决定项目能否完成的，是你能否说清楚：
- 谁在使用系统——是学生、教师、管理员，还是某个具体群体；
- 要解决什么问题——现在信息分散、流程不透明、记录容易丢失，还是其他困难；
- 主要怎么用——用户从打开系统到完成目标，要经过哪些步骤；
- 做到什么程度——哪些功能必须完成，哪些功能本期明确不做。
完成第二篇后，你将拥有
一个做得出来的项目选题、一份可以指导开发的《项目选题立项书》和《需求分析说明书》，以及使用 Trae Skill/Agent 辅助选题与需求分析的方法。
🎯 这一篇要帮你做到¶
| 想得清 | 选得准 | 写得出 | 能检查 |
|---|---|---|---|
| 明确目标用户、真实问题和核心场景 | 判断项目范围是否适合课程周期 | 完成立项书和需求分析说明书 | 用 AI 与人工检查发现遗漏、矛盾和超范围内容 |
本篇遵循一条简单路径：
选择一个愿意做的题目 → 验证问题是否真实 → 写出项目立项书 → 梳理用户、功能与规则 → 完成需求分析说明书 → 检查并提交
🗺️ 你将完成的 4 个小节¶
| 小节 | 主要任务 | 本节成果 |
|---|---|---|
| 2.1 选好项目 | 选择候选题目、简单调研、确定核心闭环与范围 | 选题卡与调研依据 |
| 2.2 项目立项 | 整理项目背景、目标、范围、计划和风险 | 《项目选题立项书》 |
| 2.3 梳理需求 | 写清用户、场景、功能、流程、规则和验收条件 | 需求分析核心内容 |
| 2.4 完成文档 | 整合文档，检查一致性、可测试性和项目边界 | 《需求分析说明书》 |
第二篇最终只提交两份文档
- 《项目选题立项书》：说明项目为什么做、给谁做、准备怎样做；
- 《需求分析说明书》：说明系统具体做什么、怎样做、怎样算完成。
其他调研记录、AI 对话和草稿可作为过程材料，不要求单独提交。
🤝 教师提供的 AI 助手¶
为了让基础较弱的同学也能完成选题和需求分析，教师可以在 Trae 中配置以下 Skill 或 Agent：
| 工具 | 主要作用 | 在什么时候使用 |
|---|---|---|
topic-selection |
引导你比较候选题目，检查用户、问题和范围是否清楚 | 选题、填写立项书 |
requirements-analysis |
引导你写角色、场景、功能、规则和验收条件 | 梳理需求、填写说明书 |
requirements-review（可选） |
以评审视角检查两份文档的矛盾、遗漏和超范围内容 | 提交前自查 |
AI 是助手，不是决策者
AI 可以帮你发现问题、检查范围、整理文字，但不能代替真实调研，也不能替你决定项目。所有用户问题、调研证据、功能范围和验收条件都必须由你确认。
📦 开始第二篇前，准备什么¶
| 准备内容 | 建议要求 |
|---|---|
| 项目兴趣 | 列出 2～3 个愿意做的方向 |
| 可接触的用户 | 至少能联系到 1～3 名潜在用户，或体验 1～2 个同类产品 |
| 技术基础 | 能说明自己会什么、还需要学什么 |
| 时间范围 | 按照课程 16 周计划安排，不承诺超出周期的功能 |
| AI 工具 | 已能使用 Trae，并知道如何读取教师提供的 Skill/Agent |
如果你还没有项目想法，先浏览 项目选题库，再选择一个自己熟悉、用户容易找到、业务能够讲清的方向。
✅ 本篇结束时，你要能够回答¶
我的项目为谁服务？要解决什么问题？核心业务流程是什么？本期必须完成哪些功能？哪些功能明确不做？怎样判断项目完成？
当你能用 3 分钟把这些问题讲清楚，并且两份文档中的内容彼此一致，第二篇的目标就达到了。
📝 总结¶
- 先选问题，再选功能：不要从“我要做一个管理系统”开始，而要从用户的真实困难开始；
- AI 帮助思考，不代替决策：用 Skill/Agent 查漏、比较和整理，但调研和范围由你确认；
- 范围要小，闭环要完整：先保证一个核心业务流程能开发和测试，再增加特色；
- 两份文档足够指导开发：立项书说明为什么做，需求说明书说明具体做什么；
- 写清楚比写很多更重要：能用简单语言说明白，后面代码和测试才不会乱。