当我们进行设计/白板会议时，我尝试生成正确的 UML，但我对结构良好的 UML 的尝试总是退化为 uml-looking-but-understandable-to-that-in-the-room-with-a-little-explanation。但这对完美的工程师来说足够了吗？您是否总是在白板会话中生成结构良好的 UML？对于可能认为它不那么重要的开发人员，您有什么建议，以免他在设计模式书中看到它并且不知道 wtf 正在发生。
问问题
699 次
3 回答
6
我从不在我的设计会话中使用 UML。它总是自由形式的。然后，根据项目的不同，我们在创建开发人员将从中编写代码的“最终”规范文档时将其转换为更加结构化的 UML 设计。根据我的经验，它往往会阻碍设计会议，使其过多地关注适当的形式，尤其是当房间里一半或更多的人不知道任何图表的含义时。
于 2009-10-08T16:18:21.697 回答
1
您会看到关于软件工程以及我们是否需要它的很多争论，这取决于您正在开发的系统类型。系统的要求越模糊，就越需要 SE 工具和技术！
UML 帮助客户了解内部系统。这是你有用例图的时候。确实有些人不明白，但是专门用用例图解释起来很容易。然后你就有了类图，它可以帮助你掌握你需要设计的第一个主要类和包。其他 UML 图并不那么重要。
这是一个简单的网站，可帮助您在几秒钟内在线创建类图和用例图：
如果不使用这两个图表，我从来没有做过中/大型项目
于 2009-10-08T17:12:41.243 回答
0
好吧，我真的不认为你需要严格的 UML。
只要每个人都理解设计并承认它没关系。我更喜欢敏捷方法，以便能够在运行中对项目进行原型设计/测试，并能够更改“非严格”规范，而不是从头开始决定一切并且不可触碰。
在现实世界中，即使使用最精心计划的 UML 规范，您也会感到惊讶
于 2009-10-08T17:11:30.670 回答