用例：连接需求与设计的理想桥梁？

在软件开发早期，如何清晰描述系统功能而不陷入技术细节或冗长的特性列表，是连接用户需求与设计实现的关键挑战。Ivar Jacobson 在 1980 年代提出的“用例”（Use Cases）概念，旨在通过“黑盒”视角从外部描述系统行为，聚焦于系统与交互者之间的价值交换，从而成为弥合需求捕获与实施之间鸿沟的重要方法。这一术语源自瑞典语 *användningsfall*（直译为“使用案例”），因英语表达不便而简化为“use case”，并在敏捷开发普及前长期占据系统规格说明的主导地位。

William Hudson 作为用户体验策略师及 Syntagm Ltd 创始人，深入解析了用例的两个核心组成部分：用例图（Use Case Diagrams）和用例叙述（Use Case Narratives）。用例图提供了参与者（Actors）及其关联用例的整体概览，已成为统一建模语言（UML）的一部分。其基本组件包括参与者、刺激与响应以及系统本身。值得注意的是，参与者不仅限于人类用户，还包括其他交互系统。然而，传统软件开发中的角色定义往往缺乏以用户为中心的视角，如“客户”、“经理”或“用户”等通用标签难以揭示具体需求与行为特征。尽管用例图有助于宏观理解系统功能，但其缺陷在于缺乏时间序列信息，通常仅通过位置上下排列来暗示优先级或频率，而非严格的时间流。

相比之下，用例叙述则详细描述了每个用例中参与者与系统的交互过程。虽然不存在统一的格式标准，但 Jacobson 指定了关键要素：名称、参与者、目标、前置条件、基本流程、替代流程和后置条件。例如，在“在线预订座位”的案例中，基本流程涵盖登录、查看航班、选座及确认更新；替代流程则处理座位不可用时的异常通知。前置与后置条件明确了交互成功所需的必要状态，这对以用户为中心的设计至关重要，因为界面需在交互前后向用户展示相应条件。此外，同一人可能扮演不同角色（如购票者与登机者），这种区分在特定场景下具有实际意义。

关于用例的详细程度，应随设计阶段动态调整。早期设计应避免过早引入界面组件等实现细节，即防止“过早设计”（premature design）。例如，应描述为“Sandra 提供出行日期”而非“Sandra 从弹出日历中选择日期”。虽然敏捷方法倾向于“即时设计”以推迟此类决策，但在早期明确关键设计问题能有效减少后期的混淆与工作浪费。因此，合理运用用例结构，既能保持需求的清晰度，又能为后续的用户体验设计提供坚实的逻辑基础。