如何在UML设计类图中表示类与外部库/命名空间的关联？

一、跨解决方案/命名空间依赖的关联表示 #

• 用依赖关系体现调用逻辑：如果你的Program类是通过项目引用使用Library类（比如实例化、调用其方法或静态成员），UML里最标准的方式是用虚线箭头表示依赖：箭头从Program指向Library，箭头末端指向被依赖的Library类。要是想突出这个依赖对核心功能的重要性，可以在箭头上加标注，比如<<核心依赖>>或者<<uses>>。
• 用包区分边界：为了清晰展示两个类分属不同解决方案/命名空间，建议把Library类放在一个标注了«package»的包中，Program类放在另一个包（比如标注为「自有业务模块」）里。同时可以在两个包之间画虚线依赖箭头，从自有模块包指向Library所在的包，这样能直观体现整体的项目依赖层级，比只画类之间的依赖更清晰。

二、«package»符号的正确性 #

你用的«package»符号是完全正确的。在UML规范里，«package»是标准构造型，专门用来标识元素为包（Package），用来划分不同命名空间、模块或独立解决方案的代码范围。既然Library属于独立解决方案，把它放在带«package»标签的包里，能准确传达它是外部依赖包的含义。

如果想进一步明确这是外部第三方/独立解决方案的包，也可以自定义构造型，比如«external package»或者«third-party»，但标准的«package»已经足够满足常规需求，不用额外自定义也没问题。

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