软件的本质与软件工程科学（四）_用例图include和exclude-优快云博客

本文详细介绍了用例的概念、用例与场景的关系、用例的三种形式，强调了在复杂业务中编制完整用例的挑战。用例图作为描述系统功能的视图，包括参与者、用例、关系及其绘制方法。用例图的价值在于帮助利益相关者和开发者理解系统功能，并在需求获取和建模过程中提供指导。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

软件的本质与软件工程科学

1、简答题
2、建模练习题（用例模型）

1、简答题

1. 用例的概念

在软件和系统工程中，用例是一列操作或事件步骤，通常定义角色（在UML中称为参与者）和系统之间的交互，以实现目标。

2. 用例和场景的关系？什么是主场景或 happy path？

关系：每个用例提供了一个或多个场景。其中场景是指使用场景，用来说明系统可以做什么，系统是如何和用户或其他系统交互的，从而获得一个明确的业务目标。
主场景 (primary scenario)，也被称为 happy path，“理想路径”场景，或“基本流程”及“典型流程”。是系统主要的交互，通常是成功的场景，是最常用的直接地实现用户目标的场景。

3. 用例有哪些形式？

Brief（high level）简洁型。通常是简短的一段话，描述主要的成功场景，便于快速了解主题和范围，可以快速创建。
Casual（简便格式）随意型。非正式的段落格式，包含多种场景。
Fully 完整型。所有的步骤和变化都写得很详细，并有支持部分，如先决条件和成功的保证。

4. 对于复杂业务，为什么编制完整用例非常难？

复杂的业务涉及到的场景非常多，且场景与场景之间也有各种各样的关联，要编制完整用例不但需要熟悉各种业务场景和流程，还要懂得建模相关的专业知识，如何分离和提炼一个场景的主要元素也是在复杂场景中显得尤为重要和困难。

5. 什么是用例图？

用例图是指由参与者（Actor）、用例（Use Case），边界以及它们之间的关系构成的用于描述系统功能的视图。
用例图是描述系统与其他外部系统以及用户之间交互的图形，即用例图描述了谁将使用系统，用户希望以什么方式与系统交互。用例图确定系统中所包含的参与者、用例和两者之间的对应关系，它描述的是关于系统功能的一个概述，描述软件应具备哪些功能模块以及这些模块之间的调用关系。用例图包含了用例和参与者，用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员（通常是软件的用户）。