第一步：识别参与者

参与者是与系统交互的外部角色。先回答“谁使用系统，或哪个外部系统与它交互”，暂时不要急着列功能。

第二步：合并需求，获取用例

把访谈、问卷和现有资料中的需求放在一起，合并重复或相近的诉求，归纳为参与者希望系统帮助完成的完整目标。

第三步：细化用例

得到候选用例后，用用例规约把交互过程写清楚。重点不是把椭圆画得更漂亮，而是说明参与者和系统如何共同完成目标。

第四步：调整用例（可选）

检查候选用例是否存在重复、过大或过小的问题，再根据项目需要拆分、合并或建立关系。这一步按需进行，不为使用 UML 关系而调整。

如果店员也需要查询同一个预订状态，可以让多个参与者关联同一用例，不必按角色各建一份。