我的几乎所有编程类都使用了UML，但没有一个真正解释过在专业环境中何时何地使用它。它是针对项目中的每个文件完成的，还是在您可能想要使用它时有一些经验法则？此外，它是更常见的手工（我一直害怕）或使用某种发电机吗？
答案 0 :(得分：8)
这个问题是基于意见和非常广泛的问题的非常好的例子，没有真正的问题需要解决，没有一个正确的答案
当然，在<数百万软件开发人员的数量中，有些人学会了使用UML并使用它。并且有些人要么学会使用UML，要么因为某种原因不使用它
我记得在前敏捷时代，人们认为没有＆＃34;大＆＃34;软件可以在没有彻底的分析和建模阶段的情况下实现，并且没有＆＃34;大＆＃34;如果商业文件不包含一些UML风格的图片
在一些国家，它仍然是真的，政府所有的机构宣布软件承包商必须提供什么样的文件，对于某些要求，UML图片是好的形式
另见：
所以有UML个信徒，UML怀疑论者甚至UML仇恨者，依赖于 ......事情。
我UML信徒
例如，来自Change Vision，Inc的Kenji Hiranabe先生是Astah UML modeling tool背后的公司，他说
...造型过时了吗？ UML死了吗？我不这么认为。在这篇文章中......
作为文章Modeling in the Agile Age: What to keep next to Code to Scale Agile Teams的前言
我最喜欢的指南是The Guru在2014年9月12日接受Mark Collins-Cope为Objective View杂志采访时所说的
Grady Booch, creator of the Unified Modelling Language (UML)：
＆＃34;应使用UML来推断替代方案。拿出一些图表。抛出一些用例。扔掉那些图表然后写一些代码反对你最好的决定。重复（和重构）＆＃34;
你最终如何评价＆＃34; .. UML ...通常......现实世界.. ＆＃34;取决于您希望看到的内容以及您在您自己的工作中采用的软件开发最佳实践
答案 1 :(得分：2)
这取决于您的角色，在大多数开发人员角色中，您很少（如果有的话）必须使用它。如果你正在设计一些东西，比如新的数据库结构，或者构建一个新的系统或应用程序，我会发现它很有用。
对于应用程序设计阶段的首席开发人员，架构师或IT经理来说，将这些想法传达给业务人员以及为将要构建它的开发团队传递计划是非常有用的。