【问题标题】:Can I mix use case and deployment UML diagrams?我可以混合使用用例和部署 UML 图吗?
【发布时间】:2013-03-25 22:52:07
【问题描述】:

我是 UML 世界的新手,到目前为止,我已经学习了用例、活动和部署 UML 图的基础知识。我需要用户与系统交互的位置,例如用户发送电子邮件,然后由系统处理,然后发送给代理(人),然后代理(人)再次响应并与系统交互。

我很难想象这些要求是否应该是用例、活动或部署的组合。我可以混合它们吗?什么是标准做法?

【问题讨论】:

    标签: uml requirements use-case


    【解决方案1】:

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

    1- 确定用例和参与者

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

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

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

    2- 详细说明用例

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


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

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

    其实在类图、序列图、状态图等很多图之前就学过组件图是很奇怪的。

    【讨论】:

    • 谢谢。我边走边捡这些。那么用例是否只在收集需求时使用?我认为它还用于展示参与者(用户或系统)与用例之间的交互,例如发送电子邮件。那么我可以混合使用连接器、用例省略号、活动操作等吗?
    • 我可以请您加入聊天,以便我更好地了解如何更好地建模吗?
    • @PeanutsMonkey 在 sparx EA 中,要将活动图链接到用例,请右键单击用例并选择添加 > 活动与活动图。
    猜你喜欢
    • 2016-08-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多