本文介绍了用例图的概念、用例与场景的关系，特别是主场景（Happy Path）。讨论了为何在复杂业务中编制完整用例的挑战，并解释了用例图的构成和价值，包括确定系统边界、参与者、用例及其关系。用例图有助于传达需求、指导开发和人员分工。此外，文章还探讨了如何通过用例图展示不同业务的创新点，并给出了使用 SCRUM 方法制定的定旅馆开发需求计划。最后，提到了用例点在软件成本估算中的应用。
用例的概念
在软件和系统工程中，用例是一系列操作或事件步骤，通过分析用户的使用场景来获取需求。每个用例会提供一个或多个场景，用场景说明系统如何和用户及其他系统交互。
用例和场景的关系？什么是主场景或 happy path？
每个用例提供了一个或者多个场景。场景是使用场景，说明系统的用途、如何产生交互
主场景是每一个用例中都包含的，对应于系统的主要交互，通常是成功的场景。
happy path：在测试用例时没有出现预期之外结果的场景。在用例建模中，happy path的执行者顺利完成了目标。
用例有哪些形式？
- 简洁性：通常是用自然语言描述的一段话，即主要的成功场景。
- 随意型：想到哪里写哪里，可以尽可能覆盖场景
- 完整型：最详细，包括了条件和假设
对于复杂业务，为什么编制完整用例非常难？
场景数量比较多而且复杂，场景之间有关联。完整版本需要熟悉整个流程中的方方面面，还需要考虑到各种情况。
什么是用例图？
用例图是由参与者、用例、边界和关系构成的用于描述系统功能的视图，是外部用户即参与者可以观察到的系统功能的模型图，是系统的蓝图。
用例图的基本符号与元素？
-
Actor：一个小人
-
用例：一个圆框
-
系统边界：一个方框
最低0.47元/天 解锁文章
9594
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
