我可以混合使用用例和部署UML图吗?

我可以混合使用用例和部署UML图吗?,uml,requirements,use-case,Uml,Requirements,Use Case,我不熟悉UML,到目前为止已经学习了用例、活动和部署UML图的基础知识。我有一个用户与系统交互的要求,例如用户发送电子邮件,然后由系统处理,然后发送给代理(人员),然后代理(人员)再次响应并与系统交互 我很难想象这些需求,以及它应该是用例、活动还是部署的组合。我能把它们混在一起吗?什么是标准实践?正如您所知,用例用于捕获需求。在识别和详细说明用例时,您从用户的角度来看待问题。只关注参与者期望系统做什么。第一步是确定用例和参与者,然后详细说明用例流 1-确定用例和参与者 在您的示例中,发送电子邮件

我不熟悉UML,到目前为止已经学习了用例、活动和部署UML图的基础知识。我有一个用户与系统交互的要求,例如用户发送电子邮件,然后由系统处理,然后发送给代理(人员),然后代理(人员)再次响应并与系统交互


我很难想象这些需求,以及它应该是用例、活动还是部署的组合。我能把它们混在一起吗?什么是标准实践?

正如您所知,用例用于捕获需求。在识别和详细说明用例时,您从用户的角度来看待问题。只关注参与者期望系统做什么。第一步是确定用例和参与者,然后详细说明用例流

1-确定用例和参与者

在您的示例中,发送电子邮件可能是由最终用户(您的参与者)发起的用例。接下来发生的事情(例如,系统向代理发送通知)可以作为该用例流的一部分进行建模

另一个用例可以是代理参与者在收到系统通知后处理他们必须做的事情(这个用例的一个先决条件是已经收到通知)

请注意,您可以将这两个用例组合在一起,并将代理作为次要参与者(次要参与者与用例交互,但不启动它)。无论您是否这样做,都是建模者的选择,这取决于用例的大小、用例的数量和许多其他因素

2-详细说明用例

在确定用例和参与者之后,您应该详细说明用例。最重要的部分是详细描述用例流(参与者和系统的逐步交互)。这可以写为文本或绘制为活动图


所以要回答你的问题:是的,将活动图和用例结合起来是可能的,也是非常常见的;这是一个活动图,用来显示用例步骤的流程

另一方面,部署图与需求获取阶段完全无关。它们对系统的物理结构以及硬件组件和软件组件的交互方式进行建模


事实上,在类图、序列图、状态图和许多其他图之前学习组件图是非常奇怪的。

谢谢。我边走边捡。那么用例是否只在收集需求时使用?我认为它还可以用来展示参与者(用户或系统)之间的交互,比如发送电子邮件。那么,我可以混合连接器、用例省略号、活动操作等吗?我可以请求您加入聊天,以便更好地了解如何更好地建模吗?让我们在sparx EA中使用@PeanutsMonkey,为了将活动图链接到用例,右键单击用例并选择添加>活动与活动图。