你是在建模还是画画；在uml中
请让我了解uml世界中的这两种方法。我是一个程序员谁是新的uml。我最近刚开始学习uml，但一直有人问我这个短语你是做模特还是画画？。需要用清楚的例子进行解释。你是在建模还是画画；在uml中,uml,Uml,请让我了解uml世界中的这两种方法。我是一个程序员谁是新的uml。我最近刚开始学习uml，但一直有人问我这个短语你是做模特还是画画？。需要用清楚的例子进行解释。 这个链接只是暗示了一点，但我仍然感到困惑--您可以非常自由地使用UML图，并且可以按照规范使用它们。甚至有不同的UML工具-一些只支持自由风格的图/草稿，一些检查依赖性和正确性，从而创建模型。中间有一些工具（MS Visio就是其中之一） 没有什么是理想的，适合于一切。例如，一些严格的工具（VP和EA）禁止创建以数字命名的类，但根据UM
这个链接只是暗示了一点，但我仍然感到困惑--您可以非常自由地使用UML图，并且可以按照规范使用它们。甚至有不同的UML工具-一些只支持自由风格的图/草稿，一些检查依赖性和正确性，从而创建模型。中间有一些工具（MS Visio就是其中之一） 没有什么是理想的，适合于一切。例如，一些严格的工具（VP和EA）禁止创建以数字命名的类，但根据UML规范，您必须为匿名类使用数字名称。但是——唉——我们拥有我们所拥有的
UML的使用本身并不是严格预定义的。因此，您可以将其用于手绘草图，稍后更彻底地处理它们，并使其成为模型。或者只做草稿。或者仅仅是模型。但在任何时候，你都应该知道你遵守规范的严格程度。或者至少，努力跟上。但是，即使是非常自由的草稿也可以极大地帮助您理解任务或以更高效的方式思考。您可以非常自由地使用UML图，并且可以根据规范使用它们。甚至有不同的UML工具-一些只支持自由风格的图/草稿，一些检查依赖性和正确性，从而创建模型。中间有一些工具（MS Visio就是其中之一） 没有什么是理想的，适合于一切。例如，一些严格的工具（VP和EA）禁止创建以数字命名的类，但根据UML规范，您必须为匿名类使用数字名称。但是——唉——我们拥有我们所拥有的
UML的使用本身并不是严格预定义的。因此，您可以将其用于手绘草图，稍后更彻底地处理它们，并使其成为模型。或者只做草稿。或者仅仅是模型。但在任何时候，你都应该知道你遵守规范的严格程度。或者至少，努力跟上。但是，即使是非常自由的草稿也可以帮助您更好地理解任务或以更高效的方式进行思考。UML是一种建模语言，具有图形符号。国际标准ISO 19505-1:2012和19505-2:2012（尽管后者对应于UML 2.4.1）明确规定了其语义 UML图表有两种不同的方法。而且它受到您使用的工具的严重影响：
- 绘图工具通常提供用于绘图的UML形状。但这些形状背后没有更深层次的含义。只是照片而已。这些工具将允许您将用例与部署图中的类或参与者混合使用。优点是你可以做你想做的事。不便之处在于，您想要的可能不符合要求
- Real建模工具允许您仅将有效的UML元素组合在一起，并确保您所绘制的内容与UML语言的深层含义保持一致。他们通过结合不同图表的各个方面，在幕后构建了一个真实而全面的模型
建模需要更多的纪律，但最终会更加强大。一些建模工具甚至可以使用他们对UML的理解来从模型中生成代码 UML是一种建模语言，它有一个图形符号。国际标准ISO 19505-1:2012和19505-2:2012（尽管后者对应于UML 2.4.1）明确规定了其语义 UML图表有两种不同的方法。而且它受到您使用的工具的严重影响：
- 绘图工具通常提供用于绘图的UML形状。但这些形状背后没有更深层次的含义。只是照片而已。这些工具将允许您将用例与部署图中的类或参与者混合使用。优点是你可以做你想做的事。不便之处在于，您想要的可能不符合要求
- Real建模工具允许您仅将有效的UML元素组合在一起，并确保您所绘制的内容与UML语言的深层含义保持一致。他们通过结合不同图表的各个方面，在幕后构建了一个真实而全面的模型
建模需要更多的纪律，但最终会更加强大。一些建模工具甚至可以使用他们对UML的理解来从模型中生成代码 我认为，这是一个有用的问题。我认为，这是一个有用的问题。我真的支持这个问题。听起来更有意义。你不是简单地重复了我的答案吗？@Gangnus我们的答案可能有一些共同点，但我不认为我重复了你的答案。首先，我不认为“uml的使用不是预定义的”。我认为相反，如果使用uml，应该遵守标准。这就是为什么我开始提醒uml是一种定义良好的语言。除了我们都讨论的绘画和建模的描述之外，尽管有不同的例子和稍微不同的观点，我还发展了