应用的父模块与子模块是否需要分别绘制独立的Class Diagram？

没有一刀切的标准答案，具体选择完全取决于你的模块耦合度和类图的使用场景：

• 建议拆分独立类图的情况
  • 两个模块耦合度极低，比如子应用是可单独复用的独立插件、微前端模块，仅通过少量约定接口和父应用交互。拆分后两份类图各自聚焦对应模块的结构，不会出现大量无关类混在一起，可读性高很多。
  • 两个模块的维护团队完全独立，分开的类图可以让对应模块的开发人员只需要关注自己负责的部分，不会被另一个模块的无关类信息干扰。
• 建议统一绘制一张类图的情况
  • 两个模块耦合度较高，存在大量继承、跨模块依赖、接口调用关系，比如父应用的核心基类是很多子应用类的父类，或是子应用重度依赖父应用暴露的核心服务。合并成一张图可以更直观展示跨模块的关联逻辑，避免拆分后需要反复对照两张图梳理关系。
  • 类图的用途是全局架构评审、新人全业务培训等场景，统一的类图可以让查阅者快速掌握整个应用的全局类结构，不需要来回切换两份文档。

如果你的应用类数量较多，也可以用折中方案：先画一张全局高层类图，仅展示两个模块对外暴露的核心接口和跨模块依赖关系，再分别绘制两个模块的详细类图覆盖内部类细节，同时兼顾全局视角和局部开发的查阅需求。

内容的提问来源于stack exchange，提问作者Usman Ali