一个项目允许创建多份Class Diagram吗？按功能拆分是否合规？

完全可以按功能/模块拆分绘制多份UML类图，这才是行业里的常规操作，反而单份大而全的类图在实际项目中几乎不会被采用。

• 类图的核心价值是清晰传递设计逻辑，如果把所有类和接口堆在一张图里，信息密度过高，阅读和维护成本都会飙升，完全违背了UML辅助设计的初衷。针对不同功能域（比如登录、文章CRUD、评论CRUD）拆分出独立的类图，能让每个图的聚焦性更强，相关人员能快速获取对应模块的设计细节。
• 实际团队协作中，不同模块的开发、测试人员只需要关注自己负责的模块类图，拆分后的图更贴合日常工作场景，沟通效率更高。甚至很多大型项目会进一步按分层（如持久层、业务逻辑层、表现层）拆分类图，让设计信息的传递更精准。
• 如果需要展示项目整体的类结构关联，可以额外绘制一份高层概览类图，只保留核心类和关键依赖关系，不用包含所有细节类，这样既满足全局视角的需求，又不会让图变得臃肿混乱。

内容的提问来源于stack exchange，提问作者Al Youma Akmal