用例图教程（示例指南）

用例是系统分析中用于识别，澄清和组织系统需求的方法。用例由特定环境中系统和用户之间的一组可能的交互序列组成，并且与特定目标相关。它由一组元素（例如，类和接口）组成，这些元素可以一起使用，其效果大于组合的单独元素的总和。用例应包含对用户有重要意义的所有系统活动。用例可以被认为是与特定目标相关的可能场景的集合，实际上，用例和目标有时被认为是同义词。

用例（或用例集）具有以下特征：

• 组织功能要求
• 模拟系统/参与者（用户）交互的目标
• 记录从触发事件到目标的路径（称为方案）
• 描述一个主要事件流（也称为基本行动过程），可能还有其他事件，称为特殊事件流（也称为备用行为过程）
• 是多级的，因此一个用例可以使用另一个用例的功能。

用例图的重要性

如前所述，用例图用于收集系统的使用要求。根据您的要求，您可以以不同方式使用该数据。以下是几种使用它们的方法。

• 识别函数以及角色如何与它们交互 - 用例图的主要目的。
• 有关系统的高级视图 - 在向经理或利益相关者介绍时特别有用。您可以突出显示与系统交互的角色以及系统提供的功能，而无需深入了解系统的内部工作。
• 识别内部和外部因素 - 这可能听起来很简单，但在大型复杂项目中，系统可以被识别为另一个用例中的外部角色。

用例图对象

用例图由4个对象组成。

• Actor
• 用例
• 系统
• 包

下面进一步说明这些目的。

演员 (Actor)

用例图中的Actor  是在一个给定系统中执行角色的任何实体。这可以是一个人，一个组织或一个外部系统，通常画成如下所示的骨架。

用例 (Use Case)

用例表示系统内的功能或动作。它被绘制成一个椭圆形，并以该函数命名。

系统 (System Boundary)

系统用于定义用例的范围并绘制为矩形。这是一个可选元素，但在您可视化大型系统时非常有用。例如，您可以创建所有用例，然后使用系统对象来定义项目所涵盖的范围。或者您甚至可以使用它来显示不同版本中涵盖的不同区域。

包 (Package)

该包是另一个可选元素，在复杂的图表中非常有用。与类图类似，包用于将用例组合在一起。它们的绘制方式如下图所示。

用例图中的关系

用例图中有五种类型的关系。他们是

• Actor和用例之间的关联
• Actor的泛化
• 扩展(extend)两个用例之间的关系
• 包括(include)两个用例之间的关系

如何创建用例图

到目前为止，您已经了解了在绘制用例图时至关重要的对象，关系和指南。我将以银行ATM系统为例解释各种流程。这是ATM的用例图模板。在学习UML时，ATM系统被广泛用作例子。ATM用例图是非常经典和流行的UML示例之一。让我们来看看。在此示例中，作为ATM用户的客户被建模为演员。提取现金，转移现金，向慈善机构捐款，支票余额和结算账单等主要功能都被模拟为用例。所有这些用例都包括Login用例。这意味着它们都包含与Login用例建模相同的登录功能。登录用例通过两个用例进一步扩展。这可以模拟登录过程中可能发生的异常情况。

使用此用例图模板作为创建自己的图表的起点。单击“使用此模板进行编辑”，或单击“创建空白”以从头开始绘制。

绘制图

• 使用此模板
• 创建空白

用例图指南

• 确保每个用例都能满足可观察的用户目标
• 用例图未显示用例的详细信息：它仅总结了用例，参与者和系统之间的一些关系。
• 用例图未显示为实现每个用例的目标而执行步骤的顺序。
• 与用例相关的其他详细信息可以在其他图表和文档中描述，例如用于描述系统场景行为的序列图，或用于在用例场景中涉及的对象建模的类图。
• 用例仅涉及系统的功能要求。其他要求（如业务规则和实施约束）必须单独表示。
• 将大型应用程序划分为包以形成软件架构。

其他例子

• 用例图示例
• 所有图表示例