UML为我们提供了许多不同类型的图表。但在很多情况下，只有一小部分是非常必要的，你对最有用的UML图表有什么看法，即使是非常小的项目呢？
答案 0 :(得分：6)
我不认为UML图是项目文档的重要组成部分，无论我们是在谈论大项目还是小项目。
好的评论比复杂的图表提供了更多的价值。
我个人有一种印象UML是学术界的玩具。这是我听到的唯一一个看到人们用UML，SOA等运行的地方。
在我的工作实践中，我几乎没见过UML。好吧，也许有一次在我的学期项目和我目前的工作中，我们在内部FTP服务器上的某个地方有几个八年前（和刚刚被弃用的）图表。
答案 1 :(得分：5)
嗯，这真的取决于项目。我认为仅仅创建任何UML图表而不评估它是否真的有用是错误的。
然而，当它们有用时，有一些明显的情况：
如果您的项目在OO结构方面会有任何大的影响，那么创建类图通常很有用。这样你就可以处理抽象，直到陷入细节为止。
如果您的项目主要是UI驱动，那么创建用例图作为定义需求的方式非常有用。如果您可以让客户购买此方法，这将非常有用。
如果您的系统看起来在对象之间会有很多交互，那么创建序列图对于理解交互非常有用。此外，我认为序列图对于开发人员来说是最直观的，因为我注意到许多开发人员本能地在这样的交互中绘制 - 即使他们不熟悉UML - 在简单的powerpoint \ visio图中。
如果您的系统使用许多技术并且需要大量硬件，那么Deplyoment Diagrams显然很有用。
我认为关键点是当软件变得复杂到我们需要在抽象中思考的时候才使用UML - UML有助于可视化和记录这些抽象。
答案 2 :(得分：1)
通常，正式的UML对于小型项目来说太过分了。只需坚持基本的类图和简单的用例图。
根据我的经验，小项目经常会发生变化，因此您的图表会经常过时。你更有可能保持一个不太正式的图表，而不是重做所有花哨的UML东西。
答案 3 :(得分：0)
请参阅我对类似问题here的回答。 虽然这些不是必须
答案 4 :(得分：0)
UML已经死了，没有人会使用它。
唯一使用UML的人是顾问类型，他们撰写文章并试图表现出正式和幻想，缺乏实质内容。
如果UML太棒了，为什么我找不到Google在googlecode上发布的任何项目？
Ruby或Python或DOT NET或Java的UML在哪里？
答案 5 :(得分：0)