多久使用一次UML图表；在现实世界中；

几乎我的每一个编程类都使用过UML，但没有一个真正解释过在专业环境中何时何地使用UML。它是针对项目中的每个文件完成的，还是有一些经验法则来确定何时使用它？另外，它更常用于手工（我一直害怕）还是使用某种生成器？

这取决于您的角色，在大多数开发人员角色中，您很少（如果有的话）使用它。如果你正在设计一些东西，比如一个新的数据库结构，或者设计一个新的系统或应用程序，我认为它是有用的

它对首席开发人员、架构师、，或者IT经理在应用程序的设计阶段向业务人员传达想法，并将计划传达给开发团队，以构建应用程序。

这个问题是一个基于观点的非常广泛的问题的很好的例子，没有真正的问题要解决，也没有人给出正确的答案

当然，在数以百万计的软件开发人员中，有一些人学会了使用UML，并且确实使用了它。还有一些人要么没有学会使用

UML

，要么就是出于任何原因不使用它

• 我记得，在前敏捷时代，人们相信，如果没有彻底的分析和建模阶段，就不可能实现“大”软件，如果业务文档不包含一些

  UML

  风格的图片，就不可能签订“大”软件合同
  在一些国家，这仍然是正确的，政府所有的机构声明软件承包商必须提供什么样的文档，对于一些需求，

  UML

  图片是良好的形式
  另见：

因此，有

UML

信徒，

UML

怀疑论者，甚至

UML

仇恨者，这取决于

。。。事情

我是UML的信徒


例如，来自变革愿景公司（ChangeVision，Inc.）的平边健二先生也是如此，他说

…建模过时了吗？UML死了吗？我不这么认为。在本文中

作为文章的前言

我最喜欢的指导方针是这位大师在2014年9月12日接受《客观观点》杂志马克·柯林斯·科普采访时所说的

:

“应使用UML对备选方案进行推理。建立一些图表。扔掉一些针对它的用例。扔掉这些图表，然后编写一些针对您最佳决策的代码。重复（并重构）”



您最终如何评估“.UML…通常…现实世界…”取决于您希望看到的内容以及您在自己的工作中采用的软件开发最佳实践。这是一个很好的问题，但不幸的是基于观点。这里有很多讨论：谢谢你的链接。我希望找到某种行业标准，但我知道答案可能在很大程度上取决于个人经验和轶事证据，而不是一些事实规则。