论UML和白板

Question

当我们有设计/白板会话时，我试图生成正确的UML，但我对结构良好的UML 的尝试总是将降级为。但对于这位精湛的工程师来说，这足够好吗？您是否总是在白板会话中生成结构良好的UML？您对开发人员有什么建议，他们可能认为这并不重要，以免他在一本设计模式书中看到它，而不知道wtf正在进行中。

Answer 1

我从不在设计过程中使用UML。一切都是自由的。然后，根据项目的不同，在创建我们开发人员将要编写代码的“最终”规范文档时，我们回过头来将其转换为更结构化的UML设计。据我的经验，这往往会阻碍设计会议的重点，以适当的形式，特别是当半个或更多的人在房间里不知道任何图表的含义。

Answer 2

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

UML帮助客户端了解内部系统的情况。这是你有用例图的时候。的确，有些人不理解它，但是特别地解释用例图是非常容易的。然后是类图，它帮助您掌握需要设计的第一个主要类和包。其他UML图并不那么重要。

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

http://yuml.me/

我从来没有不使用这两张硬币做过中大型项目。

Answer 3

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

只要每个人都理解这个设计，并且承认它，那就没问题了。我更希望敏捷方法能够在运行过程中对项目进行原型/测试，并且能够更改“非严格”规范，而不是从头开始就决定和不可触及的一切。

在现实世界中，即使使用计划最仔细的UML规范，您也会得到惊喜。