关于UML和白板

Question

当我们进行设计/白板会议时，我会尝试生成正确的UML，但是我对结构良好的UML的尝试总是会降低到看起来像uml一样但可以理解的那些在房间里用一点点解释。 但这对于完美的工程师来说是否足够好呢？ 您是否总是在白板会话中生成结构良好的UML？ 对于那些可能认为不重要的开发人员，你有什么建议，以免他在设计模式书中看到它并且不知道wtf正在发生。

Answer 1

我从不在设计课程中使用UML。 它始终是自由形式的。 然后，根据项目，在创建开发人员将编写的“最终”规范文档时，我们回过头来将其转换为更加结构化的UML设计。 根据我的经验，它往往会妨碍设计会议，以便专注于正确的形式，特别是当房间里的一半或更多人不知道任何图表的含义时。

Answer 2

您看到有很多关于软件工程的争论以及我们是否需要它，这取决于您正在开发的系统类型。 系统要求越模糊，您就越需要SE工具和技术！

UML帮助客户了解内部系统的图片 。 这是你有用例图的时候。 确实有些人没有得到它，但很容易解释用例图。 然后你有了类图，它可以帮助你掌握设计所需的第一个主要类和包。 其他UML数据库并不重要。

这是一个简单的网站，可以帮助您在几秒钟内在线创建类digram和用例digram：

http://yuml.me/

在没有使用这两个数字的情况下，我从未做过中/大型项目

Answer 3

好吧，我真的认为你不需要严格的UML。

每个人都了解设计并承认它没关系。 我更喜欢敏捷方法，能够在运行中对项目进行原型/测试，并且能够改变“非严格”规范，而不是从头开始决定和不可触摸。

在现实世界中，即使使用最精心规划的UML规范，您也会感到意外