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