我是 UML 世界的新手，到目前为止已经学习了用例、事件和部署 UML 图的基础知识。我需要用户与系统交互的位置，例如用户发送电子邮件，然后由系统处理，然后发送给代理(人员)，然后代理(人员)再次响应并与系统交互。
我很难想象这些需求以及它是否应该是用例、事件或部署的组合。我可以混合它们吗？什么是标准做法？
最佳答案
如您所知，用例用于捕获需求。在识别和详述用例时，您从用户的角度来看问题。只关注参与者期望系统做什么。第一步是确定用例和参与者，然后详细描述用例流程。
1- 确定用例和参与者
在您的示例中，发送电子邮件可能是由最终用户(您的 Actor )发起的用例。接下来发生的事情(例如系统向代理发送通知)可以作为此用例流程的一部分进行建模。
另一个用例可能是代理参与者在收到系统通知后处理他们必须做的事情(此用例的先决条件可能是已收到通知)。
请注意，您可以将这两个用例组合在一起，并将代理作为次要参与者(次要参与者与用例交互但不启动它)。无论您是否这样做，都是建模者的选择，取决于用例的大小、用例的数量和许多其他因素。
2- 详述用例
在确定用例和参与者之后，您应该详细说明用例。最重要的部分是详述用例流程(参与者和系统的逐步交互)。这可以写为文本或绘制为事件图。
所以回答你的问题:是的，结合事件图和用例是可能的，而且很常见；这是一个事件图，用于显示用例的步骤流程。
另一方面，部署图与需求获取阶段完全无关。它们对系统的物理结构以及硬件组件和软件组件如何交互进行建模。
事实上，在类图、序列图、状态图和许多其他图之前学习组件图是很奇怪的。
关于uml - 我可以混合使用用例和部署 UML 图吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15626330/