在我的面向对象编程类中，我们学习了一些UML的主要概念，我只是想知道UML在现实世界中是否常见，或者是否有更流行的方法。
答案 0 :(得分：1)
当然有组织依赖UML，包括一些可能希望您在访谈中使用UML回答OO设计问题的组织。此外，像Doxygen这样的文档工具会生成类似UML的图来描述类层次结构。
除此之外，我在学术界或工业界工作的大多数团体并没有真正使用它。如果您想要解释原因，请阅读“Death by UML Fever”。
答案 1 :(得分：0)
一般同意@chrisaycock。会添加几件事：
您应该使用UML来区分规范与文档。在其炒作曲线的高峰期，UML被吹捧为前者。因此，在进入代码之前，开发过程要求在UML中进行建模。这种使用已大大减少（尽管仍有口袋使用可执行的uml，特别是在实时/嵌入式环境中）。
作为一种文档工具，UML仍然很受欢迎。例如，UML类图可以以比线性代码更具启发性和直观性的方式传达模块的结构。类似地，序列或活动图对于理解超越许多类的动作的控制流非常有用。
在文档上下文中，UML图越来越多地自动生成而不是手动创建，例如，来自doxygen（如@chrisaycock提到的那样）。
然而，在开发之前绘制设计仍然有用，例如在白板上。
第h
答案 2 :(得分：0)
我曾参加过嵌入式系统中UML和MDA的Q＆amp; A会议，其中包括作者Bruce Powell Douglass和Steven Mellor。在之前研究过RT-SSADM项目和Ward-Mellor方法之后，我向Stephen Mellor提出质疑，为什么在从业者很难掌握或真正理解最后一个软件设计之前，每10年就会出现一种新的软件设计方式。他的回答太过诚实或许是“这样我卖的书更多”！
因此，我在某种程度上建议围绕任何特定符号或方法的炒作主要由CASE工具供应商和出版社推动;通常作者也受雇于工具供应商，并拥有像“首席布道者”这样的头衔。
这并不是说这些工具没有价值;我们都应该对这种营销保持警惕，但另一方面，我们也需要以明确和清晰的方式传达我们的想法和设计，并且使用定义的符号，无论多么优雅，总是比一些特别的“棒和框“没有确定语义的符号。鉴于需要进行通信，UML（以及SysML等衍生产品）是目前最广泛接受和使用的符号，目前享有最广泛的工具支持。它与以前的许多不同之处在于被定义为多方同意的标准，而不是单个作者或CASE工具供应商的工作，因此它可能会发展而不是消失。
答案 3 :(得分：0)
我认为这篇由@chrisaycock联系的文章也可能有推论，例如“敏捷发烧死亡”，“CMM发烧死亡”，“RT-SSADM发烧死亡”，......; - ）
正如@sfinnie所说，它实际上取决于用法，但UML本身只不过是一种符号。为了真正有用，您需要遵循一些开发方法。 @ Clifford的帖子不然，我推荐一种成熟的方法。可执行的UML最初是Shlaer-Mellor，已经使用了19年以上。道格拉斯的方法（不再称为ROPES，但是???）已经存在了11年。统一过程基于Booch，OMT和OOSE方法，因此它也可以被认为已有19年以上的历史。当然，您可能会发现一些更符合您需求的其他UML或非UML开发方法。