使用时统一建模语言(UML)，用例图帮助您理解用户可能如何与您所设计的系统交互。最后，它应该可以帮助您的团队定义和组织需求。但是用例图也可以在软件工程之外使用，通过一些调整，来表示参与者为实现目标而工作的任何系统。
像许多图表和布局一样，您需要尽量减少细节。UML用例图并不是关于提供对系统的每个元素的深入观察。相反，它们代表了用例、参与者和系统之间关系的高级概述。
事实上，一个设计良好的UML用例图可以帮助您澄清系统关系的任何情况。下面是如何为您的需求创建一个用例图。
（不）使用用例图
如果你想一步一步地列出细节，就不要使用用例图。这些图表的目的是总结相互作用，而不是解释它们。
例如，您的图表可以显示用户购买产品的体验，而无需详细说明他们访问的每个网页上包含的每个元素。它可以显示用户可能遇到的所有结果——从销售到信用卡拒绝——而无需深入查看用户完成的每个表单。
创建用例的理想场景包括:
- 详细描述产品的用户交互目标
- 概述并确保系统的需求
- 确定项目的特定需求
- 在用例中建模事件的基本流
如果您想从高层创建一个简单的流程工作方式的可视化，那么用例图可能会对您和您的团队非常有帮助。如果你想要一个循序渐进的指南，很有可能有这是你可以使用的另一个很棒的图表。
在创建用例图时要包括什么
就像这种情况一样流程图,线框图此外，众多其他其他视野指南在远现最短的情况下，UML使用案例图最有效。保存您想要展示您的项目的其他部分的花式图形设计技能。
您的图将始终与相同的三个组件一起工作:
- 演员。参与者表示与您的系统交互的人或任何事物。一个参与者可以是一个人、一个企业、一个团体或其他东西。任何事物都可以成为参与者，只要它们存在于系统之外，并以某种方式与系统交互。
- 系统。有些人称之为“场景”，你的系统是由玩家的一系列动作和互动组成的。
- 目标。您的目标是参与者与系统交互的结果。在某些情况下，您的系统将导致多个结果，而其他系统只有一个直接结果。如果你注意到达到目标的步骤不完整或困难，考虑在前进之前修改你的过程。
使用一些关键符号，您将布局上述组件。演员最常见的是简笔画。你的用例将是水平的椭圆形，里面有几个文字描述每个行动;你可以用不同的颜色来表示目标。实线和虚线是协会这表明了组件之间的关系。系统边界框是将系统中每个系列的用例分组的矩形。和包可以把元素;它们表示为文件夹。
根据您的目标和进程，您的UML使用案例图可能不包括每个组件。以及您使用的组件数量将改变。无论如何，确保这些是您在使用案例图中包含的唯一元素。
扩展用例图的使用
它可能看起来有点夸张，但是用例图对任何流程都有好处。对于企业来说，它们是系统的简化概述。对于个人来说，他们可以帮助你理清和简化你生活中的任何过程。只要你的图表有正确的符号和字符，它将帮助你思考所有可能的行动和结果。
