我有公司的工作流程管理项目，我正在尝试设计uml类图，但显示器变得非常庞大和结块，所以我需要的是使复杂的类图变得简单易懂？请帮助解决这个问题。
先谢谢。
答案 0 :(得分：9)
通常，您不应在同一图表中表示太多类：您最好在多个图表中分割软件的结构。每个图表都应该只包含一起交互的类。理想情况下，在单个图中，您应该有几个相互依赖的类，但对其他图中包含的类几乎没有依赖性。 如果你不能以这种方式划分你的图表，因为你有太多的依赖关系，你的图表is trying to tell you something：也许你的设计有太多耦合的类，你需要模块化更多的项目。
另一条建议：如果您使用UML作为推理工具（而不仅仅是文档），那么类图对于显示软件的静态结构，特别是类之间的依赖关系非常有用。您不需要在图中放置每个细节，因此不要显示类的每个属性和方法，而只显示最重要的方法。理想情况下，您应该只显示可以建议软件行为的方法。请记住，UML代表统一建模语言，而模型不是真实事物的副本及其所有细节： - ）
答案 1 :(得分：3)
“分而治之”！
在更易管理的单位中使用不同的结构化和破坏图表的策略：
UML中的语义值来自元素及其关系和其他特征，而不是图表的布局方式。 因此，1个diagarm中100个类的相同语义值可以通过10个图表来实现。另一方面，第二个案例更容易遵循，理解，扩展和维护。
答案 2 :(得分：2)
为@Daniele和@Aleks的答案添加一些示例（根据要求）的链接
链接按我推荐的阅读顺序排列：
所有其他“概念”观点已经得到解答。
BTW：良好的建模工具允许交互式切换所需的细节级别（折叠不是有趣的类，放大/缩小，打开/关闭属性的显示等），因此如果是，则可以读取一个复杂的图表。不应该在单张A4纸上打印