用途：从以用户为中心的视角描述用户与系统交互以达成特定目标的过程，捕获功能需求，常用于瀑布或混合开发环境，在实现前需要详细规格说明时使用。
适用场景：复杂事务型系统（如银行、医疗）；需要严格定义备选流程与错误处理时；法规合规要求详细文档时；弥合业务需求与技术功能规格之间的差距。
关键要素：用例名称（动宾短语，如“Withdraw Cash”）；ID（唯一标识，如 UC-ATM-01）；参与者（主要发起方、次要外部系统）；描述（目标摘要）；前置条件（开始前必须成立，如“用户已登录”）；触发器（启动用例的事件）；主成功场景（基本流程/顺路径步骤）；备选流程（变体或错误路径）；后置条件（可靠完成后成立，如“余额已更新”）；业务规则。
使用方式：按模板逐项填写上述要素，主流程按步骤编号，备选流程标注触发步骤并可回到主流程，异常路径逐一链接覆盖；可用 Lark Docs 或 MS Word 进行标准排版，用 Visual Paradigm 等 UML 工具绘制用例图，也可将用例流程转为 Gherkin 场景用于测试。
最佳实践：使用主动语态（“系统验证 PIN”而非“PIN 被验证”）；保持系统无关的界面描述（不写“点击右上角蓝色按钮”，而写“用户选择某选项”）；聚焦目标，不陷入技术细节（如“系统发送 JSON 包”）；确保每条错误路径都被处理。
限制：本资料未提供该 Skill 的安装命令、平台支持范围、收费方式或实际效果说明；用例与用户故事在关注点、详细程度、格式、生命周期和适用上下文上有区别，用户故事详细程度低、用例则在瀑布/混合/复杂场景中更合适。