设计文件vs UML或两者兼而有之？

Question

我有一个很难的时候坐在前面的UML和获取价值，因为它几乎似乎同样多的工作作为编程(如果使用一个表达语言)。我找到那个写作的自然语言告诉我更多关于一个软件项目创建复杂的图表。我是新来的UML虽然我不知道从其他人知道UML：

1. 是UML值得所有所需的时间来学习/做，甚至为中小型项目？
2. 可以很好地阐述了设计文件，同时仍然较高的水平，足以保持程序目标，以创造正确的代码，即使在团队？

Answer 1

我不认为UML是足够自己。

我有一个很难的时候坐在前面 UML和获得价值 因为它似乎喜欢的一样多 工作计划(如果您使用 表现的语言)。

我同意这一点。UML可以提供方法的签名，但是你不填写肉类的方法。更糟糕的是，你不能做任何接近TDD与UML。给出一个选择，我宁愿和运作的代码比UML图。

我找到那个写作的自然语言 告诉我更多关于一个软件项目 比建立复杂的图表。

点上。图片可能是有用的，除非他们是坏的照片。序列图往往成为不可能很复杂，但所有微不足道的流动。

是UML值得所有所需的时间 学习/做，甚至为中小型 项目？

供应商和建筑师会告诉你UML是不可或缺的，但我不同意。我落入 "skecher"营地的用户UML.

可以很好地阐述了设计文件， 虽然仍然较高的水平，足以 保持程序目标，以创建 正确的代码，即使在团队？

我不知道什么只需要保持程序目标，但我猜想，UML不是一个很大的一部分。建筑师往往喜欢它，因为UML工具，让他们忙，但大多数开发人员不在乎超出了框箭在白板。

Answer 2

我会回答：

没有什么，绝对没有，替换需要之间的良好沟通程序上的一个编队，并管理。

这意味着一定水平的破坏的任务变成简单的"是什么我们需要做的"声明为管理人员和解释任何障碍。

我曾在一个小项目的整个流程序结构的设计是由一个人在UML之前的任何代码被写入。伟大的，但设计者没有预料到的方式类可能被使用，或需要改变某些结构，以更好地适应程序的逻辑。他们只是扔掉了一个设计他们想会的工作。

我还没有遇见谁可以设计一个程序在他们的头和产生的正是时候书写它超越非常简单的东西。过程相当有机并不需要改变沿途为程序员意识到他们早先的错误并更正。我可以看到为什么功能爬开始发生，这是管理层需要了解什么是怎么回事，以保持在环和更新。良好的管理人员将倾听他们的程序员都告诉他们和调整点相应。

所以，你两个选择，我会去的高级设计文件：我们想要的软件要做到这一点，在这个平台上运行，接受这种类型的输入和吐这样的事情。这一工作，如果上述保留。

UML，就我而言，是不值得的。

Answer 3

1. 不我的意见。我曾经做过一个OO设计的模块的一部分作为一个硕士计算机科学和UML几乎没有提到的(虽然在我看来，它应该已经讨论了很多给予其影响).

2. 还有更多的范围，以减少含糊不清的书面文本于在UML图，最UML daigrams留下一个很大的范围进行解释。这就是说我是一个非常大的风扇使用图在软件的设计文件和大量的UML图都是极为简洁：部署状态，类和活动都是我的最爱。当我创建UML图我尽量坚持大约为的公约，但是我不让他们获得的方式如果他们不能表示这一概念，我想通信。

Answer 4

我们不能完全忽略UML作的一些图表是有用的，当它涉及到复杂的功能或者我们来说长的工作流程和方案开发商可能会错过一些情况下，当方案都不抽/设计的。另一个重要的UML是要记住，在未来的系统是如何工作及如何将其模块互相沟通，以确保该项目扩展而不产生巨大的错误，可能会无限和严重。所以无论写入设计文件和UML是重要的，对于任何媒介或大项目。