专业的短链接生成工具
链接域名
短网址有效期
详解 UML 用例图画法; 用例说明方式
更新时间：2025-5-4 15:38:22 作者：爱短链
本文主要结合实际使用介绍UML用例图的绘制方法和用例的描述方法。
希望能激励你。
一、概述 例子是编写需求描述时经常使用的需求表达方式，用于向开发和测试同事解释用户与系统功能单元之间的关系。
然而，许多接触到用例的新人在准备用例描述时不知道参与者和用例之间应该如何表达。
在线教程种类繁多，但他们觉得有些用例不够标准化，所以他们对用例和用例描述进行了梳理和总结。
考虑到用例图的作图规范，使用Visio的UML用例组件，说明用例中的各种关系。
二、用例图 用例图的结构主要分为三部分：参与者、用例、参与者与用例之间的关系，具体说明如下： 2.1 参与者 顾名思义，代表系统外与系统互动的人或事；需要注意的是，人是指参与者与系统互动时的角色，而不是特定的人。
事物是指某一应用程序或特殊过程；例如，微信登录，通过跳转微信确认登录信息，微信输入系统，微信作为参与者；设定时间，强制退出账户，时间输入系统，时间也可以作为参与者。
2.2 用例 2.2.1 用例的说明 用例是系统外可见的功能单元，是参与者从开始到结束在系统中做某件事的一系列活动的集合，以及结束时应返回的可观测和有意义的结果，还包含各种可能的分支；具体用例在用例属性中说明。
2.2.2 用例的特征 例如：登录帐户 例子是相互独立的 用例由参与者启动 执行结果可观测 2.3 关系说明 角色与用例的关系主要包括关联、归纳(泛化)、包含、扩展和依赖。
2.3.1 关联关系 关系说明：表示参与者与用例之间的关系 展示形式：直线连接 例:用户登录系统 图1 参与者与用例之间的关系 2.3.2 归纳(泛化)关系 关系说明：表示参与者与参与者、用例与用例之间的关系 显示形式：用箭头表示箭头从子参与者（子用例）指向父参与者（基本用例），父参与者（基本用例）比子参与者（子用例）更抽象 举例说明：VIP会员和普通用户，归纳为用户；帐户登录和微信登录，也可归纳为登录系统。
图2 用户和用例之间的归纳关系 2.3.3 包含关系 关系说明：用例与用例之间的关系 显示形式：用带有包含的箭头表示，箭头从基本用例指向包含用例 例如：用户在帐户登录过程中，包括输入帐户、输入密码、确认登录等操作 图3 用例与用例之间的关系 2.3.4 拓展关系 关系说明：表示用例与用例之间的关系；扩展用例增强基本用例；扩展用例是在特定条件下执行的用例 展示形式：用带有扩展的箭头表示，基本用例由扩展用例指向 例如，用户在登录过程中忘记了密码 图4 用例与用例之间的扩展关系 2.3.5 依赖关系 关系说明：表示用例与用例之间的关系；在活动执行过程中，一个用例依赖于另一个用例的执行 显示形式：直线连接 例如：用户必须登录系统才能查看主页信息 补充说明：A用例依赖B用例，A使用B用例或使用B用例执行后的返回结果，或使用B用例执行部分功能。
依赖关系类似于包含关系例执行过程中调用其他用例来完成部分任务。
图5 用例与用例之间的依赖关系 2.3.6 注释 对于一些有特殊条件支持的用例，也可以添加注释，例如VIP用户登录系统后，可以查看的菜单、数据甚至系统的操作都不同。
此时，可以在应用程序中注释，以强调该用程的特殊要求。
图6 注释用例 2.3.7 子系统 关系说明:用于强调某些用例的强相关性，如系统登录、主页信息显示等。
图7 子系统与用例之间的关系 2.3.8 比较各种关系 为了更好地区分包含、扩展和归纳(泛化)关系，以图7为例说明各种关系的区别: 1)用例的使用条件 包括用例和归纳（泛化）的子用例没有有限的使用条件；例如，当用户登录系统时，直接选择输入账户密码登录系统或通过微信登录系统；忘记密码是在用户账户登录时忘记密码的用例。
2)直接间接提供服务 总结（泛化）子用例和扩展用例直接为参与者提供服务，如用户登录系统，直接选择账户登录或微信登录，账户登录或微信登录直接为参与者提供登录服务；包括关系用例，为参与者提供间接服务，如账户登录、输入密码等，直接鼓励账户登录，间接为参与者提供登录服务。
3）其余说明 延伸用例与基本用例相互独立，两者之间不包含对方用例的内容。
归纳（泛化）子用例包括基本用例的所有内容、基本用例与其他用例的关系以及基本用例与参与者的关系；例如，帐户登录是登录系统的子用例，但帐户登录包括登录系统的内容、登录系统与显示主页的关系以及登录系统与参与者的关系。
三、用例描述 实际上，工作只完成了一半，更重要的是对每个用例进行具体的解释；包括用例之间的关系、参与者的身份角色、从开始到结束的条件和分支；具体用例说明表可参考下表： 对于不同的业务系统，用例描述的重点可能会有所不同，因此用例描述的重点是清晰地表达用例的需求，而不必局限于表达形式。
最后 无论用例子和表格画得多么酷，最终的目的都是让团队同事在最短的时间和精力下完成对需求的理解。
因此，扎实的文档能力是产品的基本要求。
我希望这个总结能对童鞋有所帮助，他们无法解释用例。
如有错误，希望大家指正；鼓励！ 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
希望能激励你。
一、概述 例子是编写需求描述时经常使用的需求表达方式，用于向开发和测试同事解释用户与系统功能单元之间的关系。
然而，许多接触到用例的新人在准备用例描述时不知道参与者和用例之间应该如何表达。
在线教程种类繁多，但他们觉得有些用例不够标准化，所以他们对用例和用例描述进行了梳理和总结。
考虑到用例图的作图规范，使用Visio的UML用例组件，说明用例中的各种关系。
二、用例图 用例图的结构主要分为三部分：参与者、用例、参与者与用例之间的关系，具体说明如下： 2.1 参与者 顾名思义，代表系统外与系统互动的人或事；需要注意的是，人是指参与者与系统互动时的角色，而不是特定的人。
事物是指某一应用程序或特殊过程；例如，微信登录，通过跳转微信确认登录信息，微信输入系统，微信作为参与者；设定时间，强制退出账户，时间输入系统，时间也可以作为参与者。
2.2 用例 2.2.1 用例的说明 用例是系统外可见的功能单元，是参与者从开始到结束在系统中做某件事的一系列活动的集合，以及结束时应返回的可观测和有意义的结果，还包含各种可能的分支；具体用例在用例属性中说明。
2.2.2 用例的特征 例如：登录帐户 例子是相互独立的 用例由参与者启动 执行结果可观测 2.3 关系说明 角色与用例的关系主要包括关联、归纳(泛化)、包含、扩展和依赖。
2.3.1 关联关系 关系说明：表示参与者与用例之间的关系 展示形式：直线连接 例:用户登录系统 图1 参与者与用例之间的关系 2.3.2 归纳(泛化)关系 关系说明：表示参与者与参与者、用例与用例之间的关系 显示形式：用箭头表示箭头从子参与者（子用例）指向父参与者（基本用例），父参与者（基本用例）比子参与者（子用例）更抽象 举例说明：VIP会员和普通用户，归纳为用户；帐户登录和微信登录，也可归纳为登录系统。
图2 用户和用例之间的归纳关系 2.3.3 包含关系 关系说明：用例与用例之间的关系 显示形式：用带有包含的箭头表示，箭头从基本用例指向包含用例 例如：用户在帐户登录过程中，包括输入帐户、输入密码、确认登录等操作 图3 用例与用例之间的关系 2.3.4 拓展关系 关系说明：表示用例与用例之间的关系；扩展用例增强基本用例；扩展用例是在特定条件下执行的用例 展示形式：用带有扩展的箭头表示，基本用例由扩展用例指向 例如，用户在登录过程中忘记了密码 图4 用例与用例之间的扩展关系 2.3.5 依赖关系 关系说明：表示用例与用例之间的关系；在活动执行过程中，一个用例依赖于另一个用例的执行 显示形式：直线连接 例如：用户必须登录系统才能查看主页信息 补充说明：A用例依赖B用例，A使用B用例或使用B用例执行后的返回结果，或使用B用例执行部分功能。
依赖关系类似于包含关系例执行过程中调用其他用例来完成部分任务。
图5 用例与用例之间的依赖关系 2.3.6 注释 对于一些有特殊条件支持的用例，也可以添加注释，例如VIP用户登录系统后，可以查看的菜单、数据甚至系统的操作都不同。
此时，可以在应用程序中注释，以强调该用程的特殊要求。
图6 注释用例 2.3.7 子系统 关系说明:用于强调某些用例的强相关性，如系统登录、主页信息显示等。
图7 子系统与用例之间的关系 2.3.8 比较各种关系 为了更好地区分包含、扩展和归纳(泛化)关系，以图7为例说明各种关系的区别: 1)用例的使用条件 包括用例和归纳（泛化）的子用例没有有限的使用条件；例如，当用户登录系统时，直接选择输入账户密码登录系统或通过微信登录系统；忘记密码是在用户账户登录时忘记密码的用例。
2)直接间接提供服务 总结（泛化）子用例和扩展用例直接为参与者提供服务，如用户登录系统，直接选择账户登录或微信登录，账户登录或微信登录直接为参与者提供登录服务；包括关系用例，为参与者提供间接服务，如账户登录、输入密码等，直接鼓励账户登录，间接为参与者提供登录服务。
3）其余说明 延伸用例与基本用例相互独立，两者之间不包含对方用例的内容。
归纳（泛化）子用例包括基本用例的所有内容、基本用例与其他用例的关系以及基本用例与参与者的关系；例如，帐户登录是登录系统的子用例，但帐户登录包括登录系统的内容、登录系统与显示主页的关系以及登录系统与参与者的关系。
三、用例描述 实际上，工作只完成了一半，更重要的是对每个用例进行具体的解释；包括用例之间的关系、参与者的身份角色、从开始到结束的条件和分支；具体用例说明表可参考下表： 对于不同的业务系统，用例描述的重点可能会有所不同，因此用例描述的重点是清晰地表达用例的需求，而不必局限于表达形式。
最后 无论用例子和表格画得多么酷，最终的目的都是让团队同事在最短的时间和精力下完成对需求的理解。
因此，扎实的文档能力是产品的基本要求。
我希望这个总结能对童鞋有所帮助，他们无法解释用例。
如有错误，希望大家指正；鼓励！ 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。
本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。
如有侵权行为，请联系网站管理员删除，。
