传统的场景分析法——用例

基本原理

主要关注点就是用户和系统之间的交互。

本质上来说就是我一个用户做某件事情的时候，这个系统怎么去响应它，这就是一个用例。

基本步骤

整个步骤还是很麻烦的。

• 参与者区分（主要 / 次要参与者）。也就是把所有的参与者按照优先级进行一个排序
• 用例抽取。用规范的语言来说就是定义系统响应单元。其实就是把你要做哪些事情，给它抽取出来
• 用例规约
  • 前置条件。就是我什么情况下会进来这个用例
  • 主成功场景（6 步以内，因为用户一次性一般只能记 6、7 个步骤），也就是 happy case
  • 扩展场景（异常分支）
• 关系建模：包含 / 扩展用例关联。（不用 care，没用过）
• 验证标准：通过这个用例来检查有没有覆盖所有的场景需求

实践中除非是传统 IT 企业才会用到这种分析方法，否则一般都不太可能会用。可以认为在中国，除非是那种甲方招标，才可能会用到。在实践中只需要能看懂就行。

例子（用户下单）

TODO