本文详细介绍了用例的概念，强调了用例与场景的关系，特别是主场景（Happy Path）。探讨了用例的不同形式，如摘要、非正式和详述，并解释了在复杂业务中编制完整用例的挑战。用例图的定义、基本符号和元素，以及绘制步骤也得到了阐述。此外，还讨论了用例图对利益相关者和开发者的价值，包括帮助简化需求沟通和识别创新点。
文章目录
简答题
用例的概念
用例是软件工程或系统工程中对系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。编写用例时要避免使用技术术语，而应该用最终用户或者领域专家的语言。用例一般是由软件开发者和最终用户共同创作的。
用例和场景的关系？什么是主场景或 happy path？
场景说明了系统是如何和最终用户或其它系统互动，也就是谁可以用系统做什么，从而获得一个明确的业务目标。
主场景也被称为理想路径“场景”。它描述了满足涉众关注点的典型成功路径。它通常不包括任何条件或分支。
用例有哪些形式？
- 摘要——简洁的一段式概要，通常用于主成功场景。
- 何时使用？在早期需求分析过程中，为快速了解主题和范围。可能只需要几分钟进行编写。
- 非正式——非正式的段落格式。用几个段落覆盖不同场景。
- 何时使用？同上。
- 详述——详细编写所有步骤及各种变化，同时具有补充部分，如前置条件和成功保证。
- 何时使用？确定并以摘要形式编写了大量用例后，在第一次需求讨论会中，详细地编写其中少量(例如10%)的具有重要架构意义和高价值的用例。
对于复杂业务，为什么编制完整用例非常难？
复杂的业务，用例很多，很难将完整的用例列出来，而且用例之间的关系会很复杂，使得编制完整用例非常难。
什么是用例图？
用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功
最低0.47元/天 解锁文章
扫一扫
9834
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
