在Visio2003中使用UML2.0的最佳方式是什么？

Visio2003使用UML1.4，这意味着UML2.0中的一些原型根本不存在，它们需要通过徒手绘制来建模（我也可以使用Photoshop）。有人知道微软的更新或者在Visio2003中包含UML2.0（完整-不仅仅是类图）的插件吗

我找到了这个软件包：但从他们的“示例”截图来看，我会远离他们。如果他们不知道如何使用UML，如果他们能够正确地实现它，我会感到惊讶；）

我找到了这个软件包：但从他们的“示例”截图来看，我会远离他们。如果他们不知道如何使用UML，如果他们能够正确地实现它，我会感到惊讶；）

这似乎有点苛刻——在少数几个UML2屏幕截图中（与工具支持的其他符号的示例相反，如SDL、MCL和TTCN），您认为哪一个是不正确的？它很难看，因为图表去，并使用别名字体和线条，但这是一个Visio功能，而不是任何与模板

---

就UML的功能而言，使用真正的UML2工具比使用Visio要好得多。企业架构师（EnterpriseArchitect）是一个廉价的架构师，它背后有一个真正的UML模型。（能够说更昂贵的工具有更少的用户界面错误和缺陷是很好的，但事实并非如此，而且在波兰语和可用性方面，大多数工具远远落后于更简单的图形工具，如OmniGraffle或Visio）

我使用的是来自的UML 2.0符号。也许您会发现它们也很有用。

这套针对UML 2.0的Visio模具和模板非常出色：

---

Visio的优点在于它只是一个绘图程序，而不是一个建模环境。那就自己编台词吧。Visio几乎可以在您能想到的任何时间绘制线条。但真正的答案是已经核实过的答案。既然微软“支持”UML，也许他们会提供更好的工具。

如果不清楚，微软将永远不会更新Visio对UML的支持。一段时间以来，他们一直不认为Visio是一种软件工程工具

---

我不怪他们。它甚至没有很好地处理它“支持”的UML部分。

这些屏幕截图只是示例图，Sandrila SDL并没有对图表实施那种严格程度。

事实上，所有三个UML示例都在某种程度上违反了UML。最值得注意的是，用例图中有系统外的用例，SSD有很多问题。类图中有几个错误指定的关联角色。用例图没有显示系统边界，因此内部或外部是您的解释。SD似乎混合了域和实现，这是您在项目早期阶段看到的一个典型示例-客户提交订单，它进入销售和会计部门，然后还有一个密钥生成器。这是一个WTF，但它不是语法错误的UML。我看不出类图有任何明显的语法错误。没有人特别推荐该工具作为学习UML实践的场所，但没有工具会检查您的模型的语义。@Ted等人：试试VS2010 beta 1，看看您是否认为Microsoft在UML方面做得更好，如果没有，请抱怨。Visio是一个案例工具。收购后，Visio曾一度由Microsoft的开发部门和Office部门“运行”。“dev”版本是Visio for Enterprise Architects，一段时间后，它只提供给那些拥有MSDN Universal订阅的用户。这个版本最终落后于Office（2005年是基于Office XP的），然后被淘汰。你有没有引用过Visio不是软件工程工具，最好是微软的？这会非常有帮助的。“引文”在一个新闻组中。你有链接吗？我将把搜索重点放在新闻组上，但如果Visio的源代码不被视为软件工程工具，那将对我非常有用。我发现它：