用户故事是敏捷开发中常用的需求表达方式，在毕业设计的需求分析阶段同样实用。它通常采用“作为…我希望…以便…”的句式，将用户角色、期望行为和背后价值浓缩在一句话中。相比冗长的需求规格说明书，用户故事更易读、更便于讨论，特别适合个人开发者快速梳理核心功能。
编写用户故事时，要避免把故事写成技术任务。例如“实现登录功能”不是用户故事，而应表述为“作为注册用户，我希望通过邮箱和密码登录，以便访问个人数据”。好的故事需要明确角色、具体愿望和可感知的价值。同时，每个故事应大小适中，能够在一个迭代内完成。如果故事过大，可以拆分成更细的任务。
获得足够多的用户故事后，可以用用户故事地图进行建模。将故事按照用户活动的顺序排列在横轴上，同一活动下的详细故事按优先级纵向排列，形成一张二维图。故事地图能帮助你看清整个系统的全貌，识别遗漏的需求，并为规划开发顺序提供依据。在毕业设计中，故事地图也可以作为开题报告中的需求分析成果展示。
除了故事地图，还可以用UML用例图来补充建模。用例图展示系统与外部参与者之间的交互，和用户故事是互补关系。用户故事强调用户视角的价值，用例图强调场景和流程。建议先用故事地图梳理功能全貌，再针对复杂流程绘制用例图，使需求表达更完整。
在毕业设计实践中，不必追求形式完美。可以从核心用户入手，先写出10-20个关键故事，再按价值排序，优先实现最核心的路径。注意不要将用户故事与验收标准混为一谈，可以为每个故事补充简单的测试场景。最后，建议将用户故事纳入论文附录，作为需求分析的佐证，指导教师也能更清晰地理解你的设计思路。