根据我的经验，大多数架构文档充其量是临时的，而且，除了更结构化的死树类型的写作之外，我还没有看到实际使用正式的 UML，而且我与很少的开发人员一起工作，如果有的话'd 能够清楚或正确地构建 UML 图 - 它似乎更多地用作一种“图形伪代码”。
鉴于此，我很好奇是否有人有在内部文档中使用 UML 和在团队成员之间交流系统功能的经验。这是人们在日常生活中真正使用的一种工具/交流方式吗？它有帮助吗，过度指定了？您是否在精确 UML 重要或有用的环境中工作过？
最佳答案
UML(统一建模语言)是灵活的。没有必要一直使用“完整的”UML。
是的，我使用 UML 来交流设计。我出于各种目的使用了域、类、事件、用例、序列和部署图。
其中一些目的超出了图表的“明显”用途。例如，我使用部署图来记录虚拟机集。由于 Node 元素是一个 UML“分类器”，它可以与继承一起使用。我用它来展示基本虚拟机是如何特化的。例如，基础只是 Windows Server 2008，但是安装了 SQL Server 的一个专业，并且该专业的一个专业被用作数据库服务器。
关于uml - UML的常见用法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2066210/