摘要：用例图包含四个主要组件演员参与者通常是根据其角色定义的系统参与者。用例扩展用例实际上是基本用例的替代过程。用例图示例下图显示了用例图示例，这是用于教学用例图的非常经典的示例。
用例描述了用户如何使用系统来实现特定目标。用例图由系统，相关用例和参与者组成，并将它们相互关联以形象化：所描述的内容是什么？（系统），谁在使用该系统？（演员）以及演员想要达到的目标？（用例）因此，用例通过从用户的角度捕获需求来帮助确保开发正确的系统。
用例是动作或事件步骤的列表，通常定义角色的角色与实现目标的系统之间的交互。用例是用于识别，澄清和组织系统需求的有用技术。用例由系统和用户之间的一组可能的交互序列组成，这些交互序列定义了要实现的特征以及可能遇到的任何错误的解决方案。
虽然用例本身可能会深入探讨关于每种可能性的许多细节（例如，事件和场景的流程），但用例图可以帮助提供更高级别的系统视图，提供简化的图形表示。系统必须实际做什么。
用例（或用例集）具有以下特征：
组织功能要求
模拟系统/演员（用户）交互的目标
描述一个主要事件流（主要方案）和可能的其他异常流（备选方案），也称为路径或用户方案
试试吧！查找在线用例图工具？只需单击下面的“绘制”按钮即可在线创建用例图。Visual Paradigm Online是免费*且直观的。在开始之前，您还可以通过此用例图教程了解用例图。
现在画画
用例定义外部参与者与系统之间的交互以实现特定目标。用例图包含四个主要组件
演员参与者通常是根据其角色定义的系统参与者。演员可以是人或其他外部系统。
用例用例描述了actor如何使用系统来实现特定目标。用例通常由用户发起，以实现描述实现目标所涉及的活动和变体的目标。
关系演员和用例之间的关系。
系统边界系统边界定义了与周围世界相关的感兴趣系统。
用例是一种强大的技术，用于启发和记录黑盒功能需求。
因为，用例易于理解，并提供了与客户和用户进行通信的绝佳方式，因为它们是用自然语言编写的。
用例可以通过将问题划分为主要用户功能（即用例）以及从用户角度指定应用程序来帮助管理大型项目的复杂性。
通常由序列图表示的用例场景涉及多个对象和类的协作，用例有助于识别将对象和类粘合在一起的消息（操作和所需的信息或数据 - 参数）。
用例为更高级模型的验证（即参与者和一组协作对象之间的交互）之间的链接提供了良好的基础，并随后用于功能需求的验证（即白盒测试的蓝图）。
用例驱动方法为项目跟踪提供了可跟踪的链接，其中关键的开发活动（例如实现，测试和交付的用例）从用户的角度来实现目标。
可以通过以下步骤开发用例模型。
识别系统的Actors（用户角色）。
对于每个类别的用户，标识与系统相关的用户所扮演的所有角色。
确定为实现这些目标而要执行系统所需的用户。
为每个目标创建用例。
构造用例。
确定用户的优先级，审核，评估和验证。
请注意：为了使用例方法更加“敏捷”，不要详细说明所有用例，但要在产品待办事项中对它们进行优先级排序，您应该根据开发阶段及时地在不同级别的详细信息中优化用例而且还有足够的方式。
你也可以：
绘制用于将用例逻辑分类到相关子系统的包。
UML定义了用例之间关联的三种原型：
<< include >>用例使用<< include >>关系的时间是在完成所有主要用例的第一次剪切描述之后。您现在可以查看用例并确定用户系统交互的常见序列。
<< extend >>用例扩展用例实际上是基本用例的替代过程。<< extend >>用例通过概念性地将附加动作序列插入基本用例序列来实现这一点。
摘要和广义用例一般用例是抽象的。它无法实例化，因为它包含不完整的信息。抽象用例的标题以斜体显示。
例
此示例描述了几个业务用例（目标）的模型，它表示餐馆（业务系统）与其主要参与者之间的交互。
在第一次切割中确定了基本用例之后，或许我们可以在第二轮修改中使用<< extend >>和<< include >>用例进一步构造这些用例，如下图所示：
业务用例在无技术术语中描述，该术语将业务流程视为黑盒子并描述其业务参与者使用的业务流程，而普通用例通常在系统功能级别描述并指定功能或者系统为用户提供的服务。换句话说，业务用例表示在当前情况下如何手动完成工作，并且它不一定由系统完成或打算在目标系统的范围内自动完成。
下图显示了ATM用例图示例，这是用于教学用例图的非常经典的示例。
下面的文档管理系统（DMS）用例图示例显示了系统的参与者和用例。特别是，包含和扩展用例之间的关系。
下面的订单系统用例图示例显示了系统中涉及的参与者和用例：
免费用例图示例可在用例图软件中编辑的免费用例图示例和模板：Visual Paradigm Online。使用模板作为起点来创建自己的用例图。
广播系统
自动取款机
用例结构模板
构建具有刻板印象的用例
使用系统边界表达多个项目
在线考试系统
旅客服务
软件开发管理
停车场系统
订单处理系统
泛化用例
包含和扩展用例
网站（使用扩展和包含用例构建用例）
用例图模板
外部系统作为演员
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/61741.html
摘要：本文以常见的互联网公司敏捷开发方式为例简要说明一个需求迭代过程中所需的各种能力阶段一方案设计开发需求文档的理解抓住重点主要关注数据的流向从哪里来到哪里去现有工程代码梳理快速定位代码所在数据流向页面接口开发者工具抓包工具协议的 本文以常见的互联网公司敏捷开发方式为例, 简要说明一个需求迭代过程中所需的各种能力. 阶段一: 方案设计 开发需求文档的理解(抓住重点, 主要关注数据的流向, ...
阅读 631·2021-11-22 15:32
阅读 2720·2021-11-19 09:40
阅读 2312·2021-11-17 09:33
阅读 1263·2021-11-15 11:36
阅读 1864·2021-10-11 10:59
阅读 1475·2019-08-29 16:41
阅读 1779·2019-08-29 13:45
阅读 2149·2019-08-26 13:36
