【发布时间】：2014-01-24 12:16:09
【问题描述】：
我正在尝试从用例构建类图。但我不确定是否应该将系统包含在类图中。我在用例图中将系统作为参与者。如果我将它包含在案例图中，我可以在没有属性的情况下使用它......
【问题讨论】：
标签： uml class-diagram use-case
【发布时间】：2014-01-24 12:16:09
【问题描述】：
“我有系统作为用例图中的参与者”-参与者可以是您的主题之外的人类或非人类系统，即您的整个系统。例如，卡支付系统或买家是网店的参与者。您也可以在用例图中显示您的系统，但它将是一个矩形，包含所有用例 - 并不是真正有用的东西。但是显示子系统可能很有用。
稍后您可以绘制deployment diagram - 如果不同的子系统位于不同的计算机上。或许，还有一些关于他们如何相互交流和演员交流的动态图。
如果我们讨论的是静态图，您的下一步将是component diagram - 您将系统划分为更小的部分，并显示谁与谁对话，并且已经可以显示正在发送的消息类别。
稍后 - 您将计划哪些包将包含您的类以及从中可见的内容。 Package diagram.
稍后 - 是的，我们终于到了 - 你创建了 class diagram(s)。也许，有几个 - 用于不同的组件。所以，你有点太着急了。
有时，特别是，如果您使用某些类的一些特殊对象，您需要Object Diagram。
别忘了——还有动态图，我只提到了静态图。
【讨论】：
-
>>系统是代理，但不是演员。演员是人。
-
@observer 是的，你是对的，我把它说得太原始了。但对不起，我正在努力保持标准，而不是任何书籍。我现在将编辑答案。
您能否通过具体示例详细说明您的问题，以便更好地了解该场景？
据我所知，可以使用系统，例如任何控制器类，它在这里又是一个演员，作为类图中的类。
【讨论】：
“我正在尝试从用例构建类图”
用例是系统的一个非常抽象且以用户为中心的视图，而类图是细粒度的且以技术为重点。
因此，您不应尝试直接从 UC 图中推断您的类。相反，使用 UML 为您提供的全部内容（组件、活动、序列图等）
【讨论】：
根据我的经验，我通常从用例创建对象交互图。大多数情况下，用例上的名词是类......在对象交互图中，我可以对类的方法和生命周期有清晰的概念......
“对象交互图”或“交互图”通常用于阐述单个用例..
一个简单的谷歌搜索给了我这个链接，它给了你一些想法......
【讨论】：