uml - 设计文档与 UML 还是两者兼而有之？

Question

我很难坐在 UML 前面并从中获得值(value)，因为它几乎看起来和编程一样多(如果你使用表达性语言)。我发现编写自然语言比创建复杂的图表更能告诉我关于软件项目的信息。不过，我是 UML 的新手，我想知道其他熟悉 UML 的人:

UML 是否值得花所有时间来学习/做，即使对于中小型项目？

精心设计的设计文档，虽然仍然是更高级别，但是否足以让程序员专注于创建正确的代码，即使是在团队中？

Answer 1

我认为 UML 本身是不够的。

I've had a hard time sitting in front of UML and getting value out of it because it almost seems like as much work as programming (if you use an expressive language).

我同意这一点。 UML 可以提供方法签名，但您不必填写方法的内容。更糟糕的是，你不能用 UML 做任何接近 TDD 的事情。如果有选择，我宁愿使用 TDD 和功能代码而不是 UML 图。

I find that writing natural language tells me more about a software project than creating complicated diagrams.

发现。图片可能会有所帮助，除非它们是糟糕的图片。对于除微不足道的流程之外的所有流程，序列图往往变得不可能复杂。

Is UML worth all the time it takes to learn / do, even for small-medium projects?

供应商和架构师会告诉你 UML 是必不可少的，但我不同意。我掉进了 "skecher" camp of UML users .

Can well elaborated design documents, while still higher level, suffice to keep programmers on target to create the right code, even in teams?

我不知道什么足以让程序员保持目标，但我想 UML 不是其中的重要组成部分。架构师往往喜欢它，因为 UML 工具让他们忙碌，但大多数开发人员并不关心白板上的框和箭头。