OOAD、UML之间的关系。哪些知识是必备的？

Question

我正在尝试理解OOAD和UML。在这次探索中，我遇到了一些情况，在这些情况下，我觉得其中任何一项都是另一项的先决条件。也就是说，在某些情况下，当我阅读OOAD时，我觉得我应该事先了解UML，在某些情况下，相反。为了避免这种混乱，我正在寻求一些输入：

1)在探索“`UML”之前，是否应该首先了解OOAD是什么？

2) OOAD和UML的关系是什么

任何简单的答案都会对走出这个令人困惑的循环有很大的帮助。

Answer 1

我建议你在使用UML之前先学习正确的面向对象。更重要的是知道如何正确地进行分析和设计，而不是知道如何遵循UML语法来表达它。打个比方，任何人都可以用正确的语法写小说，但它会很糟糕。很难写好。

UML是众多表示法中的一种，但它碰巧已经被OMG和ISO标准化。我第一次学习OMT是从Rumbaugh关于OMT的书中学到的，我认为它是一种更好的符号，但由于UML标准，它现在已经被抛弃了。

Answer 2

我想如果你迈出一小步，你可以手把手地做这件事。我同意JimL的观点。你应该首先学习面向对象的基本概念。我知道如果你来自一个纯函数式的方法，这是很困难的。但是，即使是OO的基本概念也很容易掌握--只要你抓住了正确的方向。现在，UML是一个非常复杂的野兽--就像OO一样，它的长度和宽度都很大。但是把它分成小块吃，放在小的UML盘子(类符号)上，你可能会达到一种鉴赏家的状态，而不会变胖。OOAD最终只是一个很好的晚餐构建，基于OO的知识，并通过一些UML以正确的方式应用它。

注:我自己通过ICONIX的方式学习了OOAD (你可以在谷歌上搜索它们)。我发现这是一种最实用的方法，对我帮助很大。后来我阅读了Bittner/Spence关于用例的文章，发现这是一个更有价值的资源。需求(这实际上是任何设计的基础)只在很晚的时候才到达我的脑海中。这并不是太糟糕，因为处理它们是非常敏感的！

Answer 3

我想说的是，在尝试使用UML之前，您应该先掌握面向对象的概念。最重要的是，封装数据/状态和操作的类的概念。

OO是一种结构化设计和实现的方式，而UML是一种记录两者(以及其他东西)的方式。

虽然UML的一些方面在他们的方法中并不是特别面向对象的(用例和活动图浮现在脑海中)，但当您进入实现方面时，您会发现，例如，操作只能存在于元素(通常是类)的上下文中，并且文件不是基本概念，而类是基本概念。

因此，使用开箱即用的UML很难用经典的C编写源代码文档。如果您想要记录的内容本身是面向对象的，那么您将会轻松得多。