我正在尝试从用例构建类图。但我不确定是否应该在系统图中包含系统。我在用例图中有系统作为演员。如果我将它包含在案例图中，我可以在没有属性的情况下使用它....
答案 0 :(得分：1)
“我在用例图中有系统作为演员” - 演员可以是您的整个系统主体外部的人类或非人类系统。例如，卡支付系统或买方是网店的参与者。您也可以在用例图中显示您的系统，但它将是一个矩形，包含所有用例 - 实际上并不是那么有用。但显示SUBsystems可能很有用。
稍后您可以绘制deployment diagram - 如果不同的子系统位于不同的计算机上。也许，一些关于他们如何与对方和演员交谈的动态图表。
如果我们正在讨论静态图表，那么下一步将是component diagram - 您将系统划分为较小的部分，并显示谁与谁进行对话，此处已经发送了正在发送的消息类别。
稍后 - 您将计划哪些包将包含您的类以及从哪些包中可见。 Package diagram。
稍后 - 是的，最后我们在这里 - 你创建了class diagram（s）。也许，几个 - 对于不同的组件。所以，你有点太匆忙。
有时，特别是，如果您使用某些类的某些特殊对象，则需要Object Diagram。
不要忘记 - 还有动态图表，我只提到了静态图表。
答案 1 :(得分：0)
请您详细说明您的问题，以便更好地了解该情景？
据我所知，可以使用系统，例如任何控制器类，它在这里也是类图中的类。
答案 2 :(得分：0)
“我正在尝试从用例构建类图”
用例是一个非常抽象的，以用户为中心的系统视图，而类图是细粒度的，技术上是专注的。
因此，您不应该尝试直接从UC图中推断出您的类。相反，使用UML为您提供的曲目（组件，活动，序列图等）
答案 3 :(得分：0)
根据我的经验，我通常会根据用例创建对象交互图。大多数情况下，用例上的名词都是类......在对象交互图中，我可以对类的方法和生命周期有清晰的想法......
＆＃34;对象交互图＆＃34;或＆＃34;交互图＆＃34;通常是精心设计一个用例..
一个简单的谷歌搜索给了我这个链接，它给你一些想法......