你还在使用UML吗？怎么样？做什么的？

几年前,我们店里的每个人都对UML很疯狂.现在每个人似乎已经冷静下来了.

如果在软件项目中仍然广泛使用UML,我很好奇.

如果是这样,这种用法仅限于白板吗？你用它来做文件吗？您是否使用工具从中生成代码？

有关:

UML实用吗？

rpattabi.. 25

我更喜欢在UML的瀑布改编中敏捷地采用UML(例如白板草图)(例如,在Visio中绘制的精细图表的过多文档).

UML对于向其他人解释设计仍然很有用.例如,复合设计模式很容易用简单的类图解释(也就是说,在完成那些有趣的类比之后).

一些手绘的类和序列图在面对一个新的或旧的项目时很方便快速启动,这个项目遍布各处且没有足够的文档.

我的团队也成功地使用类图来生成数据库模式.也许有更好的方法,但这是另一个问题.

我更喜欢在UML的瀑布改编中敏捷地采用UML(例如白板草图)(例如,在Visio中绘制的精细图表的过多文档).

UML对于向其他人解释设计仍然很有用.例如,复合设计模式很容易用简单的类图解释(也就是说,在完成那些有趣的类比之后).

一些手绘的类和序列图在面对一个新的或旧的项目时很方便快速启动,这个项目遍布各处且没有足够的文档.

我的团队也成功地使用类图来生成数据库模式.也许有更好的方法,但这是另一个问题.

我一直使用UML(或UML ispired)图形作为支持文档.这些文件提供了时间片,例如"这是我们用户的原始概念".保持文档最新是很困难的,只有在我们需要更改我们的定义时才会这样做.然后我们又拍了一张快照.UML不是设计,而是设计过程的一部分.

我使用了一些使用UML但只生成初始存根的代码生成工具.通常一旦代码生成,它就会从图中单独演变.

UML的一个问题是,在许多情况下,关于正确的UML语法/风格的争论爆发,而不是集中在绘图是否帮助客户,分析师或开发人员理解这个概念.我知道语法在代码生成时很重要,但我发现UML最适合理解一个概念.

请参阅SO:UML是否实用？有关该主题的更多回复.似乎UML对于传达概念和系统仍然有用.人们似乎将它用作描述,而不是定义.如果将UML与实现本身分开,则会遇到阻碍两者保持同步的问题.

我使用UML进行初始设计,并在与其他开发人员交谈时帮助讨论.但是,除了初始设计之外,尝试使UML保持最新所花费的时间并不值得.