如果您是一个单独从事项目工作的开发人员，那么UML有多有用？

如果您是一个单独从事项目工作的开发人员，那么UML有多有用？

如果项目足够大，以至于您很难将所有事情摆在脑海中，这将非常有用。至少在我看来，将一些东西放在纸上或图表上也可以帮助设计和解决问题的过程。

...我还承认，对于个人项目，我的图表不像在工作中的项目那样正式，它们对我来说很有益。

这是非常有用和有价值的。

正如其他人所说的那样，交流是最好的选择，并且粗略地看一眼，您可以说“只有1个开发人员，所以……不需要交流”，但是我认为那不是真的。

那么UML和通讯对象是谁？

1. 您！- 是的，就是你。当您离开项目一段时间后再回来时，它将在那里帮助您记住项目的运作情况。
2. 新开发人员 -尽管您现在可能是唯一的开发人员，但这并不是说将来会有其他人不使用您的项目，甚至可能扩展到拥有1个以上的开发人员。
3. 商业伙伴 -如果您要向项目的老板，经理或潜在合作伙伴展示任何东西，则该项目的UML可以帮助您进行演示，甚至只是随意交谈。
4. 文档 -无论您还是其他人正在使用具有项目UML的最终用户文档，都是一个很好的启动平台。这比尝试在编写过程中记住所有动态或指示您可以回忆起其他任何事物时要好得多。

另外，当您遇到强制性情况时，它们对于练习也很有用。

简而言之，可能不是很多。

UML的最大价值在于沟通，因此对于一个人的团队而言，它几乎无济于事。尽管我仍将其用于粗略的设计草图等。可视化可以极大地帮助解决复杂的问题。

不过，一种可能的重要用途是为您的后继者记录设计文件-您几乎不可能是唯一从事该项目（任何项目）的人。

答案当然取决于项目的规模和复杂性，打算进行建模的程度以及是否需要交付正式的设计文档。

我曾尝试将其用于小型个人项目，但它最终并不是很有用。奇特的类或顺序图可以帮助您组织思想，但是到了点之后，要做的工作比其所需要的更多。

我一个人做很多工作（我是自由职业者），而且我倾向于不使用UML。通常是ERD和组织工具中的一些注释（我使用过onenote）。我从来没有感到缺乏。但是我看到它在大型环境中有很多人在同一个项目上工作时很方便。

它很有用，因为当您尝试用UML记录设计和体系结构决策时，它会使您对应用程序进行更深入的思考，有时会发现新事物并提出更好的想法。但是我同意其他人的看法，如果这是一个小项目，那么当您独自工作时，可能不会从中受益匪浅。

边缘，我想... UML旨在传达设计思想。如果您真正考虑到UML并且可以像其他映射该设计的方式一样快速地生成它，那么请务必继续使用它。否则，您可能最好根据项目需要来绘制看起来像粗糙的草图或UML“ Lite”的东西。

如果觉得特定区域需要它们，请确定一些用例。等等

无论您采用哪种方式，在需要考虑v2的12个月内，都需要参考一些东西。

在某些项目上，我使用了非常少的实现（简笔画，接线盒和一些标签）。我认为代表一个特定的过程比尝试以书面形式描述要容易得多。一些纯粹主义者可能会说这实际上不是UML，但是客户不在乎，所以我也不在意。

如果体系结构太大而无法牢记在心（这是您必须自己决定的事情），那么用图形化表示体系结构会有所帮助。

如果您只是为了自己，则不需要像UML这样正式的东西。
目的是可视化体系结构，以便您可以处理它。使用一切可行的方法，同时尽可能避免阻塞。

保留项目的良好文档是一种很好的做法，但是对于一个人来说，这可能不是一件容易的事，而且非常耗时。我的立场是，您当然需要做一些UML，并且如果您的程序非常复杂或者您将要发布您的代码。如果您的项目复杂而又庞大，您可能会想做一个足够好的文档，因此，如果您经过一段时间后仍可以轻松地重新使用它。