有没有好的+免费+轻量级+Linux UML设计工具？ [关闭]答案

【问题标题】：Are there any good + free + Lightweight+ Linux UML Design tools? [closed]有没有好的+免费+轻量级+Linux UML设计工具？ [关闭]
【发布时间】：2012-03-01 16:49:37
【问题描述】：

我正在寻找 UML 设计工具（仅用于设计，无需代码生成）。

主要特点

免费
适用于 Linux
易于使用
轻量级

【问题讨论】：

虽然不严格用于 UML，但我使用 JavE。由于所有图纸都是纯文本，我可以将它们粘贴到我的 wiki、VCS 中的 markdown 文件等中，并轻松修改和查看修订之间的更改。它很容易使用，但你没有开箱即用的形状。不过，您可以导出并保存自己的。 Example diagram.
如果你想要一个工具来取悦你的老板，但又不想花太多时间在图表上。或者您想可视化您的代码。然后检查 Doxygen。它读取代码并生成图表。我们首先用它来摆脱我们的老板，他希望一切都记录在案（但文件已经过时了）。后来我有时使用它来可视化我们拥有的代码。获得概述是件好事。它不做所有的 UML 图。但它所做的是自动化的。我们制作的其他几张图表，是我们在白板上手工绘制的，并拍了一张照片。
我试过 doxygen，graphviz 关注 how-to-use-doxygen-to-create-uml-class-diagrams-from-c-source

标签： uml

【解决方案1】：

大多数用于 Linux 的 UML 工具看起来很糟糕，但你可以使用这些：

ArgoUML（基于 Java，我的图表有些小问题）
Umbrello
Violet UML Editor（需要 Java）
UMLet（需要 Java）
Dia
StarUML

实验/替代方案：

ASCII flow - 您不能总是在文档中包含图像，但简单的文本在任何地方看起来都一样，非常适合在代码中使用以便快速概览。
Cloudcraft - 使用 Cloudcraft 绘制 AWS 图表。适合快速绘制架构图。

对于快速绘图和谁不害怕“编码”一些图表，我还建议看看这个产品http://yuml.me/diagram/scruffy/class/samples。

【讨论】：

我现在正在使用 ArgoUML。但这在背后是一个很大的痛苦。对 UML 模型和连接器的支持非常有限。有总比没有好。
这是 Umbrello 而不是 Umbrella（对于那些在包管理器中进行搜索的人。）
问题是这些工具大部分都死了。 Alone Dia（我真的很喜欢）已经 6 年多没有更新了。
@rbaleksandar 我必须同意你的观点，但流程/图表并没有“太大”变化。随着敏捷框架的采用，我看到带有 UML 图等的大量文档项目越来越少。这并不意味着文档不那么重要，它仍然应该成为流程的一部分。
当然我说的只是死工具。例如，Umbrello 似乎仍然存在，尽管它需要大量的 KDE 包并且如果你不使用 KDE ......好吧......：D

【解决方案2】：

我喜欢 UMLet：http://www.umlet.com/。重量很轻

【讨论】：

它很难用！即使拖一个盒子也是一种痛苦。我错过了什么吗？您能否分享一个易于使用的指南

【解决方案3】：

您是说绘制图表的工具吗？试试Dia Diagram Editor。

【讨论】：

【解决方案4】：

我刚刚发现了 Violet UML。易于使用、轻量级、图表对我来说看起来不错：我选择了它供我使用！

请看这里：http://alexdp.free.fr/violetumleditor/page.php

【讨论】：

【解决方案5】：

我使用基于 GTK2 的 gphor，并使用 cairo 绘制漂亮的图表。它是基于 Python 的，可以在 UML 中分析和显示 Python 代码。

来自 PyPI 的最佳安装：https://pypi.python.org/pypi/gaphor

Github：https://github.com/gaphor/gaphor

网址：https://gaphor.org/

【讨论】：

这对我也有好处 :)) 谢谢

【解决方案6】：

您可以在此处找到 UML 开源工具列表的金属专家：http://modeling-languages.com/uml-tools/#open

【讨论】：

【解决方案7】：

我使用您可以在 Eclipse Marketplace 中找到的 Obeo UML Designer。

它与用于 MDSD 的 Acceleo 工具包配合得非常好。

我认为任何建模工具的主要卖点是它必须能够产生可以输入工具链的输出。

我从未见过仅出于纯纪录片目的而存在的模型在一个项目中存活超过两三个周期。这类东西通常永远不会起作用，因为项目中的更改首先执行，然后再调整模型。这种工作理所当然地被视为脑残或奢侈（取决于你问谁）。

正确的做法是，项目的变化必须由模型的变化来驱动。

【讨论】：

这似乎是一个直接下载链接，带有适用于 Linux 的独立版本 umldesigner.org/download

【解决方案8】：

我喜欢 BOUML，但现在免费版本不再可用...有一个名为 DOUML 的分支，请查看

【讨论】：