UML 用例建模中的用例是什么？

什么是用例？

每当我们讨论系统的需求时，我们都会认识到一个或多个人或事物对系统的行为感兴趣。这些人被称为系统的利益相关者（参与者）。

系统的功能由不同的用例定义，每个用例代表特定参与者的特定目标（获得可观察值结果）。用例描述了一个（主要参与者）或多个（次要参与者）与系统之间的交互，以便为主要参与者提供可观察的价值结果。

编辑此用例图示例

用例和用例场景

用例是参与者和目标系统之间的交互，当参与者使用它来实现目标时。用例有多个路径可用于实现特定目标。它们可以表示为叙述（用例描述）或可视模型（用例图）。

正常路径是一组无条件的步骤，描述了如何实现用例目标并满足所有相关主要参与者或支持参与者的利益。每个步骤对于实现用例目标都是必不可少的，并且不能跳过任何步骤。

Cockburn 将其称为“主要成功场景”，而其他人则使用“快乐场景”、“基本流程”等术语。

替代路径是一组有条件的步骤，用于替代另一个流程中的一个或多个步骤（执行替代流程而不是另一个步骤），之后用例继续追求其目标。

用例变体

该技术具有不同类型的用例和变体。

• 系统用例——设计范围是关于要开发的计算机系统。它是关于演员通过计算机系统实现目标的；这是关于技术的。
• 业务用例它是关于设计业务运营范围的。它是关于组织外部的参与者实现与组织相关的目标。业务用例通常不包含对技术的引用，因为它与业务如何运作有关。
• 用例 2.0使技术适应敏捷开发方法的上下文。这种技术通过支持用户故事的叙述来丰富需求收集的实践。它还提供用例“切片”以促进增量需求并实现增量实施。

主要和次要演员

Primary 是与系统交互以实现特定目标的利益相关者。主要参与者通常（但不总是）是启动用例的人。当用例实际上是由代表真正主要参与者的参与者触发时，或者当用例实际上是由时间触发时，情况并非如此。有时（外部）参与者需要为系统提供服务。这样的演员称为配角。参与者可以是一个用例中的主要参与者，也可以是另一个用例中的支持者。

用例建模的详细程度

Cockburn 建议用符号标记每个用例以显示“目标级别”；首选级别是“用户目标”

目标水平	图标	象征	象征
非常高的总结	云	++
概括	放风筝	+
用户目标	海浪	！
子功能	鱼	–
太低	海底蛤蜊	—

云是最高级别，即企业级别，整个组织可能只有四个或五个用例。示例可能是广告商品、向客户销售商品、管理库存、管理供应链和优化运输。
放风筝比云低，但仍然是高层次的，提供了一个概述。风筝用例可能在业务单位或部门级别，是目标的总结。例如学生注册，或者与旅游公司合作：预订机票、酒店、汽车或游轮。
海浪处于海平面，通常是为用户目标而创建的。这通常是用户最感兴趣的，也是公司最容易理解的。它通常是为一个商业活动编写的，每个人应该能够在 2 到 20 分钟内完成一个蓝级活动。例如，注册继续教育学生、添加新客户、将商品放入购物车以及订购结账。
鱼用例显示了很多细节，通常在功能或子功能级别。示例包括选择课程、支付学费、查找城市的机场代码以及在输入名称后生成客户列表。
海底蛤壳就像海底一样，是最详细的用例，处于子功能层面。示例可能是安全登录身份验证、使用动态 HTML 添加新字段或使用 Ajax 以小方式更新网页。