UML Integrated Class Diagram（集成类图）概念及与类图的区别咨询

「UML集成类图（Integrated Class Diagram）」不属于UML 2.x官方规范中明确定义的标准图类型，这也是你在公开平台很难搜到统一准确定义的核心原因——它是工业界在多模块、分布式复杂系统的建模实践中衍生出来的场景化建模产物。

1. 集成类图的核心定义 #

集成类图是将多个独立业务域、子系统、微服务的局部类图进行跨域整合后的聚合类图，核心作用是全局呈现不同模块核心类之间的关联、依赖、继承、实现、组合等关系，多用于跨团队设计对齐、系统集成阶段评审、整体架构合理性核验等场景。

2. 和普通类图的核心区别 #

• 覆盖范围不同
  普通类图通常只聚焦单个模块、单个业务域或单个服务内部的类结构，一般最多覆盖几十到上百个类，不会引入其他无关模块的类定义。集成类图会覆盖所有关联模块的核心类，重点呈现跨模块的类关联关系，规模可达数百甚至上千个类的聚合。
• 设计目标不同
  普通类图的核心目标是清晰表达单模块内部的类结构设计，支撑模块内的代码实现、单元测试、单模块版本迭代。集成类图的核心目标是对齐跨模块的交互约定，排查跨模块的依赖冲突、不合理关联，支撑系统集成测试、整体架构迭代、跨团队的设计共识对齐。
• 信息颗粒度不同
  普通类图会完整呈现类的所有属性、方法、访问修饰符、内部类等细节信息，部分精细设计的普通类图还会标注每个方法的参数、返回值类型、抛出异常类型等。集成类图只会保留核心类的关键属性和方法，重点标注跨模块的关联关系，会省略所有和跨模块交互无关的类内部细节，避免信息冗余影响核心关系的可读性。
• 使用频率和更新规则不同
  普通类图是单模块研发人员在开发阶段的高频使用设计产物，会跟随单模块的功能迭代同步更新。集成类图一般由架构师在整体架构设计阶段、系统集成上线前的评审阶段输出，更新频率极低，只有在整体架构发生重大调整、新增/下线核心模块时才会进行迭代更新。

补充说明：部分企业会针对内部建模场景自定义集成类图的标注规则，比如用不同颜色标注不同归属模块的类、用特殊线型标记跨服务的RPC调用关联等，这类约定不属于UML官方标准，仅在对应企业内部生效。

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