知识卡片
用例与特性（故事）的关系
内容
用例和特性（敏捷/极限编程里也叫用户故事）虽都在描述需求，目的却不同：特性是把系统按可交付小块堆砌起来的单位，方便每个迭代交付一批特性；用例提供的是执行者如何使用系统的完整叙事。很多人发现更有效的顺序是先写用例，再从中生成特性列表——一个特性可能对应整个用例、用例里的某个场景、某个步骤，或某种用例叙事体现不出来的行为变体。整体上特性粒度通常比用例更细，两者是互补而非二选一的关系。
参考来源
- 位置：《UML精粹：标准对象建模语言简明指南（第3版）》第9章《用例》（源文件：_epub-src/EPUB/8.xhtml）
- 结论依据：原文说明"特性是堆砌系统的好办法，每一个迭代交付许多特性。用例提供执行者如何使用系统的叙述。因此，虽然两种技术都描述需求，但它们的目的是不同的……许多人发现这样做很有帮助：先开发用例，然后生成特性列表……通常，特性比用例有更细的粒度"。
- 原始内容：在计划一个迭代项目时，特性是堆砌系统的好办法，每一个迭代交付许多特性。用例提供执行者如何使用系统的叙述。因此，虽然两种技术都描述需求，但它们的目的是不同的……许多人发现这样做很有帮助：先开发用例，然后生成特性列表。