用例图简介
2023-06-06 19:05:19 75 举报 使用 (￥5) 
用例图（Use Case Diagram）是一种UML图表，用于描述系统在与参与者（人或其他系统）的交互中所扮演的角色。它展示了系统中的各个参与者以及他们与系统之间的交互关系，通过用例来表示这些交互。用例图的主要目的是帮助开发者和利益相关者理解系统的功能需求和预期行为。 在用例图中，参与者通常以矩形表示，而用例则以椭圆表示。箭头表示参与者与用例之间的交互关系。此外，还可以使用扩展关系、包含关系等来表示用例之间的复杂关系。用例图有助于识别系统的边界，明确系统的功能范围，并为后续的详细设计和实现提供指导。
作者其他创作
大纲/内容
虚线箭头+ 字样
参与者指向用例
4. 在后面的顺序图等中出现的“参与者\"，与此概念相同，但具体指代的含义，视具体情况而定。
编辑用户
1. 参与者是 角色，非具体的人，它代表了参与者在与系统打交道的过程中所扮演的角色。
箭头指向更一般的参与者
删除用户
用例
泛化关系
手机号登录
如果某个用例有特殊情况需要处理，就把这个特殊行为通过拓展关系插入到已有用例。比如正常登录行为是输入账号/密码点击登录即可，但是特殊情况下，如果用户忘记密码，就需要走忘记密码操作。扩展关系主要应用在处理异常情况，或者构建后续拓展框架等情况。 包含与扩展的区别。与包含关系不同的是，扩展关系下的基础用例没有扩展用例也可以完整存在。
忘记密码
账号登录
用例图的四种元素
1. 一般使用矩形框将系统边界标注出来。
中学生
箭头指向被继承的用例（父用例）
系统边界
图示
解释
指向
参与者之间
泛化
一般和特殊（具体）之间的关系
参与者与用例之间
关联
表示参与者与用例之间的交互，通信途径
用例之间
当一个用例可以被特别列举为一个或多个子用例时，可以使用用例泛化关系
包含
当一个用例（基础用例）的行为包含了另一个用例（包含用例）的行为，可以使用用例包含关系
箭头指向被包含的用例
扩展
如果某个用例有特殊情况需要处理，就把这个特殊行为通过拓展关系插入到已有用例
箭头指向基础用例
2. 在系统的实际运作中，一个实际用户可能对应系统的多个参与者。不同的用户也可以只对应于一个参与者，从而代表同一参与者的不同实例。
<1>
<<include>>
支付
带空心箭头的实线
<2>
虚线箭头+<<extend>>字样
用例之间的关系
参与者
参与者与用例之间的关系
学生
关联关系
二、用例图的基本元素
用例图常在需求分析阶段使用。
系统外部可见的一个系统 功能单元
参与者之间的关系
微信登录
带箭头的实线
在系统外部与系统直接交互的人或事物
扩展关系
支付宝支付
2. 创建新用例，确认候选用例和划分用例范围的优秀法则——“WAVE”测试
<<extend>>
新增用户
研究生
登录
1. 系统的功能由系统单元所提供，并通过一系列系统单元与一个或多个参与者之间交换的消息所表达。
参与者与用例之间通常为关联关系，使用实心直线或者带箭头的直线连接，由参与者指向用例。
包含关系
当一个用例可以被特别列举为一个或多个子用例时，可以使用用例泛化关系。子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变已继承的行为。
实线
当一个用例（基础用例）的行为包含了另一个用例（包含用例）的行为，可以使用用例包含关系。包含关系的使用场景包含：将几个用例下的重复的功能分解到另一个公共用例中，其他用例与这个公共用例建立包含关系。如果某个用例的功能太多时，可以用包含关系创建子用例。在包含关系中，基础用例依赖于包含用例的执行结果。
三、各个元素间的关系
用户管理
微信支付
3. 参与者作为外部用户(而不是内部)与系统发生交互作用，是它的主要特征。
需要系统实现的 功能集合
一、什么是用例图
小学生
泛化关系是一般和特殊（具体）之间的关系。在泛化关系中一个参与者的抽象描述可以被一个或多个具体的参与者所共享。
大学生
它们之间的关系
本科生
0 条评论
下一页
