我试着产生正确的UML的时候,我们有我们的设计/白板会议,但我试图在结构良好的UML ALWAYS降解成UML的前瞻性,但是,可以理解到这些,在最房间有-A-小的解释.但这对于完美的工程师来说是否足够好呢？您是否总是在白板会话中生成结构良好的UML？对于那些可能认为不重要的开发人员,你有什么建议,以免他在设计模式书中看到它并且不知道wtf正在发生.
我从不在设计课程中使用UML.它始终是自由形式的.然后,根据项目,在创建开发人员将编写的"最终"规范文档时,我们回过头来将其转换为更加结构化的UML设计.根据我的经验,它往往会妨碍设计会议,以便专注于正确的形式,特别是当房间里的一半或更多人不知道任何图表的含义时.