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