用例描述了用户如何使用系统来实现特定目标。用例图由系统，相关用例和参与者组成，并将这些相互关联起来以便可视化：正在描述什么？（系统）谁正在使用该系统？（参与者）和参与者想要达到什么？（用例），因此，用例有助于确保通过从用户的角度捕获需求来开发正确的系统。
UML中的用例图是什么？
用例是一系列操作或事件步骤，通常定义角色与系统之间的角色以实现目标之间的交互。用例是识别，澄清和组织系统需求的有用技术。用例由系统和用户之间的一系列可能的交互序列组成，这些序列定义要实现的功能并解决可能遇到的任何错误。
虽然用例本身可能钻取了很多关于每种可能性的细节（如事件和场景流），但用例图可以帮助提供系统的更高级别视图，提供了简化的图形表示系统必须实际做什么。
用例（或用例集）具有以下特征：
- 组织职能要求
- 建模系统/参与者（用户）交互的目标
- 描述事件（主要场景）的一个主要流程以及可能的其他特殊流程（备选），也称为路径或用户场景
用例图表示法(一键即时打开使用)
用例定义了外部参与者和系统之间的相互作用以达到特定的目标。用例图包含四个主要组件
参与者
参与者通常是根据其角色定义的与系统有关的个人。参与者可以是人类或其他外部系统。
用例
用例描述了参与者如何使用系统来实现特定目标。用例通常由用户发起，以实现描述实现目标所涉及的活动和变体的目标。
关系
参与者和用例之间的关系。
系统边界
系统边界定义了与周围世界相关的感兴趣系统。
用例图的好处
- 用例是引发和记录黑盒功能需求的强大技术。
- 因为用例很容易理解，并且提供了一种用自然语言编写的用于与客户和用户进行交流的绝佳方式。
- 用例可以通过将问题划分为主要用户功能（即用例）和从用户角度指定应用程序来帮助管理大型项目的复杂性。
- 通常用序列图表示的用例场景涉及多个对象和类的协作，用例帮助识别将对象和类粘合在一起的消息（操作和所需的信息或数据 - 参数）。
- 用例为高级模型的验证（即参与者与一组协作对象之间的交互）以及随后验证功能需求（即白盒测试的蓝图）提供了良好的基础。
- 用例驱动的方法为项目跟踪提供了一个可追溯的链接，其中关键的开发活动（例如实现，测试和交付的用例）实现了用户角度的目标和目标。
如何绘制用例图？
可以按照以下步骤开发用例模型。
- 确定系统的参与者（用户的角色）。
- 对于每类用户，确定与系统相关的用户所扮演的角色。
- 确定要实现这些目标所需的系统用户是什么。
- 为每个目标创建用例。
- 构建用例。
- 优先考虑，审查，估计和验证用户。
请注意：为了使用例方法更“敏捷”，请不要详细说明所有用例，而是在您的产品待办事项中优先考虑它们，您应该根据开发阶段以及时处理不同级别的细节和正义的态度。
你也可以：
- 绘制用于用例逻辑分类的包到相关子系统中。 (1 click 尝试更多其他模板)
尝试一下！
寻找在线活动图工具？只需点击下面的绘图按钮即可在线创建活动图。Visual Paradigm Online是免费*且直观的。在开始之前，您还可以通过此活动图教程了解活动图。
现在画构建用例
UML定义了用例之间的三种关联定型：
<<包含>>用例
使用<< include >>关系的时间是在完成对所有主要用例的第一次描述之后。您现在可以查看用例并确定用户系统交互的常见顺序。
<<扩展>>使用案例
扩展用例实际上是基本用例的替代过程。<<扩展>>用例通过概念性地将附加动作序列插入到基本用例序列中来实现此目的。
抽象和广义用例
一般用例是抽象的。它不能被实例化，因为它包含不完整的信息。抽象用例的标题以斜体显示。
例
这个例子描述了几个业务用例（目标）的模型，它代表餐厅（业务系统）与其主要角色之间的交互。
在第一次切割中确定了基本用例之后，或许我们可以在第二轮中使用<< extend >>和<< include >>用例进一步构建这些用例，如下图所示：
业务用例
业务用例用无技术术语来描述，该业务用例将业务流程视为黑盒子，并描述业务参与者使用的业务流程，而普通用例通常在系统功能级别进行描述并指定功能或者系统为用户提供的服务。换句话说，业务用例表示在当前情况下如何手动完成工作，并且不一定是由系统完成或打算在目标系统的范围内自动完成。
用例图示例
下图显示了一个ATM用例图示例，这是用于教学用例图的一个经典示例。
下面的文档管理系统（DMS）用例图示例显示了系统的参与者和用例。特别是，用例之间包含和扩展了关系。
下面的订单系统用例图示例显示了系统中涉及的参与者和用例：
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
