用例模版

用例是一个RML人员模型，描述用户与系统之间的相互作用
用例的用处：

• 帮助用户了解自己需要执行的任务，并确定每一步的特性
• 帮助开发和测试人员提供用户如何使用系统的上下文

例子

创建用例

通常情况下，用例是在处理流程之后创建的，并且只有当确认用户与系统的交互需要进一步细节时才创建。
创建用例的步骤：

1. 确定用例
2. 编写描述
3. 获取组织收益
4. 获取频率
5. 设置用例的优先级
   基于优先级定义每一个用例
6. 完成标题信息
7. 写主要路径
8. 写替代路径和异常情况

确定用例

• 用例的重点放在完成用户的需求上，而不是系统的功能方面
• 用例的名称应该是<动作><对象>，或者包括<动作><对象>
• 通过组织关系图确定干系人，通过处理流程确定步骤细节

分配唯一ID

使用统一格式的唯一ID，如 UC_XXX

确定触发原因

触发原因提示系统启动的执行，所以它必须是系统能够实际检测到的，这有别于用户的意图。

确定前提条件

前提条件是在该系统执行用例之前必须检查的。

确定后续条件

确定用例满足了用户的目标：

• 用例结束时，什么样的条件必须是真实的？
• 用例结束时，系统将是什么状态？

写主要路径

主要路径同“正常路径”，它描述了用户与系统间交互的通常路径。
注意：不叫“快乐路径”
这里的MainPath，HappyPath概念和OOAD中的类似

写替代路径

在主要路径的每一步思考：

• 如果在步骤的有些部分没有或者不可能发生，将会发生什么？
• 用户在每一步采取的其它什么可能的行动？

使用用例

• 提供从提案到实现的过程
• 工作的优先级
• 推导需求
• 重新使用用例
• 使用用例作为UAT脚本

常见错误

• 用例细节太多
• 使用用例作为需求的唯一文档： 功能性、非功能性、业务规则 需求
• 把系统当成actor

参考文献

1. 《软件需求与可视化模型》第三部分 — Joy Beatty && Anthony Chen