用例图

用例图是什么？

用例图是一种用于描述系统功能的图形化工具，它展示了系统与外部参与者之间的交互关系。用例图主要由参与者（Actors）和用例（Use Cases）组成。参与者代表了系统的外部角色，可以是人、其他系统或者其他软件模块。用例则表示了系统提供的功能或者服务。

通过用例图，我们可以更好地理解系统的功能和交互关系，帮助团队成员更好地协作和沟通。用例图也可以作为需求分析的工具，帮助我们定义系统的功能和服务，为后续的开发工作提供指导。

用例图的组成要素有哪些？

• 参与者

参与者是与系统或软件应用程序进行交互的外部实体或角色。它们可以是人、其他系统、设备或其他组织。参与者代表使用系统功能的用户或其他外部实体。在用例图中，参与者通常用人形图标表示。

• 用例

用例表示系统或软件应用程序所提供的功能需求。每个用例代表一个系统功能，描述了系统如何以响应参与者的请求来完成特定的任务或目标。用例通常用椭圆形符号表示，并使用动词短语来命名，例如“查找书籍”或“提交订单”。

• 关系

用例图中的关系用于表示参与者和用例之间的连接和相互作用。最常见的关系是“关联”，它表示参与者与用例之间的关联。此外，还有两种特殊的关系：

包含： 表示一个用例包含了另一个用例，被包含的用例是被包含用例的一部分。

扩展： 表示一个用例可以在某些条件下扩展另一个用例，即根据一定条件执行额外的步骤。

• 系统边界

用例图通常有一个名为系统边界的矩形，用于标识系统或软件应用程序的范围。它表示系统提供的功能和外部参与者之间的界限。

• 注释

注释是用于提供额外信息或解释的文本块。它们可以帮助增加用例图的可读性和理解性。

用例图有什么用？

• 需求分析： 用例图是需求分析的重要工具之一。它帮助团队捕捉和理解系统的功能需求，描述系统与用户之间的交互场景。通过用例图，可以识别系统所需的主要功能，并为后续开发工作提供指导。

• 系统设计： 用例图作为系统设计阶段的基础，指导系统架构的规划和设计。它帮助开发团队识别系统中的关键模块、组件和接口，确保系统能够满足用户需求并实现预期的功能。

• 沟通与交流： 用例图是一种简单且易于理解的图形工具，它能够促进团队内外的沟通与交流。用例图帮助开发人员、设计师、业务分析师和利益相关者之间共享对系统功能的共同理解，减少误解和沟通障碍。

• 确认需求： 用例图可以用于验证和确认系统需求。通过与利益相关者讨论用例图，可以确保所有人对系统功能的期望达成共识，避免后续开发阶段因需求变更而带来的额外成本和时间延误。

• 引导测试用例编写： 用例图可以作为编写测试用例的基础。测试团队可以根据用例图中描述的功能场景，设计和执行相应的测试用例，确保系统在各种情况下都能正确运行。

• 变更管理： 用例图记录了系统的功能需求和交互场景，当系统需要进行变更时，可以通过更新用例图来指导变更的实施，并确保变更后系统的功能依然完整和符合预期。

• 文档生成： 用例图通常用于补充和完善系统设计文档和用户手册。它们使得文档更加直观和易读，帮助读者快速了解系统功能和使用方式。

用例图的主要关系类型

1. 关联关系

关系说明：表示参与者与用例之间的关系

表示方法：带箭头的实线，箭头指向用例。

2. 归纳（泛化）关系

关系说明：表示参与者与参与者之间、用例与用例之间的关系。一个用例可以被特别列举为一个或多个子用例，这被称为用例泛化。

表示方法：带空心箭头的实线，箭头指向被泛化（被继承）的用例，即基础用例/父用例。

3. 包含关系

关系说明：表示用例与用例之间的关系，其中一个用例（基础用例）的行为包含了另一个用例（包含用例）的行为。

表示方法：虚线箭头+<>字样，箭头指向被包含的用例

4. 拓展关系

关系说明：表示用例与用例之间的关系；用于拓展用例对基础用例的增强；拓展用例是在特定条件出现时，才会被执行的用例。

表示方法：虚线箭头+<>字样，箭头指向被扩展的用例（即基础用例）

用例图使用技巧

1. 确定参与者和用例： 首先，确定系统或软件应用程序所涉及的外部参与者以及系统的功能需求。
2. 绘制参与者和用例： 根据需要选择用例图模板，可以使用模板中现有用例，也可以自行在画布上绘制参与者和用例。参与者通常用简单的人形图标表示，用例用椭圆形符号表示。
3. 添加关联关系： 用实线连接参与者和用例，表示它们之间的关联关系。一个参与者可以与多个用例相关联，一个用例也可以与多个参与者相关联。
4. 添加包含关系和扩展关系： 如果用例之间存在包含关系和扩展关系，可以用虚线和带有“<>”和“<>”标记的箭头来表示。
5. 添加泛化关系： 如果用例之间存在继承关系，可以用带有箭头的实线来表示泛化关系。箭头指向父用例，表示子用例继承了父用例的行为和特征。
6. 添加系统边界： 在用例图中标识系统的边界，即标示哪些功能是系统提供的，哪些是由外部参与者触发的。
7. 添加注释： 如果需要提供额外的解释或信息，可以添加注释来说明用例图中的内容。
8. 验证和完善： 确保用例图与系统需求和设计保持一致。与利益相关者共享用例图，获取反馈并进行必要的调整和修正。

用例图的绘制步骤

确定系统边界

在绘制用例图之前，首先需要确定系统的边界。系统边界定义了系统与外部实体之间的交互范围。确定系统边界是用例图绘制的第一步，它有助于我们明确系统的功能和范围，为后续的用例分析和设计提供基础。确定系统边界的步骤如下：

1. 识别外部实体：首先，我们需要识别与系统进行交互的外部实体。外部实体可以是人、其他系统、硬件设备等。通过识别外部实体，我们可以确定系统与哪些实体进行交互，从而确定系统边界。

2. 定义系统功能：在识别外部实体的基础上，我们需要定义系统的功能。功能是系统提供给外部实体的服务或行为。通过定义系统功能，我们可以进一步明确系统的边界。

3. 确定系统边界：根据识别的外部实体和定义的系统功能，我们可以确定系统的边界。系统边界是一个虚拟的边界线，将系统与外部实体分隔开来。系统边界内的功能属于系统范围内，而系统边界外的功能则不属于系统范围内。

通过确定系统边界，我们可以清晰地了解系统与外部实体之间的交互关系，为后续的用例图绘制提供指导。系统边界的确定也有助于避免用例图过于复杂，只关注系统内部的功能，而忽略了与外部实体的交互。因此，确定系统边界是用例图绘制的重要步骤之一。

识别参与者

在绘制用例图时，识别参与者是非常重要的一步。参与者代表了与系统进行交互的外部实体，可以是人、组织、其他系统等。以下是识别参与者的步骤：

1. 确定系统边界：首先，需要明确系统的边界，即确定哪些实体是系统外部的。系统边界的确定有助于区分哪些实体是参与者，哪些是系统的一部分。

2. 识别主要参与者：根据系统的功能和需求，识别出与系统直接交互的主要参与者。主要参与者是那些直接使用系统的人员或实体，他们对系统的功能有直接的影响。

3. 识别次要参与者：除了主要参与者外，还可能存在一些次要参与者。次要参与者是那些间接使用系统或者对系统功能没有直接影响的实体，但是他们对系统的运行有一定的依赖或者会受到系统的影响。

4. 确定参与者的角色：对于每个参与者，需要确定他们在系统中扮演的角色。角色可以是系统管理员、普通用户、管理者等，通过确定角色可以更好地理解参与者与系统的交互方式。

5. 细化参与者：对于复杂的系统，可能存在多个层次的参与者。在细化参与者时，可以将主要参与者和次要参与者进一步细分为更具体的子参与者，以便更好地理解系统的结构和功能。

通过以上步骤，可以较为全面地识别出用例图中的参与者，为后续的用例设计和系统开发提供了基础。识别参与者是用例图绘制的重要一环，需要仔细考虑系统的需求和功能，确保所有的参与者都被准确地反映在用例图中。

确定用例

用例图是用于描述系统功能和用户之间的交互的一种图表工具。在绘制用例图时，我们需要先确定系统中的用例。确定用例的过程通常包括以下步骤：

1. 识别主要参与者
首先，我们需要识别系统中的主要参与者。参与者是指与系统进行交互的外部实体，可以是人、组织或其他系统。主要参与者是直接与系统交互的重要角色，他们的行为会影响系统的功能和行为。通过识别主要参与者，我们可以更好地理解系统的需求和功能。

2. 确定主要功能
在识别主要参与者之后，我们需要确定系统的主要功能。主要功能是指系统提供给参与者的核心功能，它们是系统的关键功能点。通过确定主要功能，我们可以更好地理解系统的用例，并将其绘制在用例图中。

3. 识别用例
一旦确定了主要功能，我们可以开始识别系统中的用例。用例是指系统对参与者的响应，描述了系统是如何与参与者进行交互的。用例可以是一个具体的操作、一个事件或一个场景。通过识别用例，我们可以更好地理解系统的行为和功能。

4. 确定用例之间的关系
最后，我们需要确定用例之间的关系。用例之间的关系可以是包含关系、泛化关系、关联关系等。通过确定用例之间的关系，我们可以更好地理解系统的结构和功能。

通过以上步骤，我们可以全面了解用例图的绘制步骤，并能够准确地描述系统的功能和用户之间的交互。下面是一个示例用例图，展示了一个在线购物系统的用例和参与者之间的关系：

5. 示例用例图

在这个示例中，主要参与者是买家和卖家，系统的主要功能包括用户注册、浏览商品、添加商品到购物车、下订单等。用例之间的关系包括包含关系和关联关系。通过这个示例，我们可以清晰地看到系统的功能和用户之间的交互。

建立参与者和用例之间的关系

在用例图中，参与者和用例之间的关系是非常重要的，它们描述了参与者和用例之间的交互和依赖关系。建立参与者和用例之间的关系的步骤如下：

1. 确定参与者：首先，需要确定系统中的参与者，参与者是与系统交互的外部实体，可以是人、其他系统、硬件设备等。参与者通常与系统的一部分进行交互，并对系统有一定的期望和需求。

2. 确定用例：接下来，需要确定系统中的用例，用例是系统中的一个功能或者一个用户场景。用例描述了系统和参与者之间的交互过程，以及系统对参与者的响应。

3. 建立关系：一旦确定了参与者和用例，就需要建立它们之间的关系。常见的关系有以下几种：

4. 关联关系（Association）：表示参与者和用例之间的一般关系，参与者可以使用或者参与用例。

包含关系（Include）：表示一个用例包含了另一个用例，即一个用例是另一个用例的一部分。这种关系通常用于描述用例之间的共享行为。

5. 扩展关系（Extend）：表示一个用例可以扩展另一个用例，即一个用例可以在另一个用例的基础上增加一些额外的行为。这种关系通常用于描述可选的或者可变的行为。

6. 泛化关系（Generalization）：表示一个用例是另一个用例的特殊情况，即一个用例继承了另一个用例的行为。这种关系通常用于描述用例之间的继承关系。

建立参与者和用例之间的关系可以帮助我们更好地理解系统的功能和交互方式，同时也可以帮助我们进行系统的设计和开发。在绘制用例图时，需要准确地表示参与者和用例之间的关系，以便于其他人理解和使用。

如何使用用例图模板？

1、注册成为boardmix博思白板用户。

2、点击立即使用boardmix博思白板的用例图模板。

3、您可以根据需求选择用例图模板，将默认图标更改为实际的参与者和用例，或添加新的参与者和用例。还可以建立参与者与用例之间的关联关系，根据具体情况添加包含和扩展关系。

您可以使用我们的示例模板或新建一个boardmix博思白板的用例图模板。boardmix博思白板的无限画布允许您写下任意内容，您可以保存此框架与您的团队共享，以便他们可以复制或稍后参考。