我接受了一项特殊的任务，即在工作中学习和讨论UML。我有一些关于这个主题的背景知识，虽然我不确定哪个领域应该给予更多优先权，因为UML现在有多个版本。我应该坚持使用UML第一版并改为概述UML 2吗？或者我应该更多地关注UML 2，因为它是最新版本？我很困惑，因为我不熟悉这两个版本的区别。
我需要就此事提出建议。先感谢您。如果这个问题与本网站无关，请原谅。
答案 0 :(得分：6)
由于以下原因，实际上很难限制UML 1：几乎所有可用于绘制图表的工具都是很久以前实现的UML 2。因此，每次绘制一些构造时，您都需要手动检查它是否已在UML 1中可用。
从1到2的步骤在很大程度上是由大约10。15年前的名为MDA（模型驱动架构）的软件工程炒作推动的。这是关于直接从模型生成软件。为了支持这一点，所有模型元素都是通过一些形式语义定义的。此外，一些模型和图表类型得到了增强。丰富序列图以控制结构以表达控制流。组件和部署图得到了增强。
现在，除了建议回到UML 1没有多大意义之外，我从你的问题中读到你需要设置优先级。这是有道理的，因为UML（1以及）2的定义非常冗长，并且您不想研究它的每个细节。所以这里有一些提示：
随着面向对象技术的到处，类建模是核心概念。因此，您应该熟悉类，关联，聚合，组合，继承，属性，操作及其参数和结果，方法和属性的可见性，抽象类和方法以及接口。
类的对象通过应用其操作来改变其状态。因此，一种中心的，有时被低估的模型类型是状态建模。在这里，UML提供两种部分冗余的模型和图表类型：状态和活动模型。你应该至少熟悉其中一个 - 换到另一个应该不会太困难。
大多数UML用户都非常喜欢用例建模。我不是，因为这些用例往往缺乏重要性（如果你限制命名用例和演员）或结构（如果你开始用你的用例记录系统数据和功能）。但是如果你了解它们，世界其他地方只接受你作为UML专家，所以你将无法避免它们。在广泛使用它们之前，请考虑在通过用例描述系统时如何达到DRY（不要重复自己）原则。