基本介绍：

构件图，也有人叫组件图，和部署图一样，是物理上的架构示意图。构件图可以表示物理节点之间的位置和关系。

相对逻辑设计上的类和对象，构件是个物理系统的概念，不同的语言对构件的定义有所不同，UML中的构件含义包括代码文件，也指数据库、动态链接库、web页面等。

构件图的应用场景

在项目初期很多开发团队会对技术框架有各种限制，比如：

1. 新项目需要在旧系统的基础上开发，技术方案需要和之前一致。
2. 原系统一直使用 Oracle 数据库，所以新项目也要继续沿用 Oracle 数据库，需要在技术方案中标明。
3. 技术框架新旧项目需要都适用 .NET Core 框架，开发语言一致…..

技术框架的制定在开发前期的重要性不言而喻，所以构件图就是在这种时候发挥作用，不管是设计前的沟通还是设计方案的展示，都可以实现更有效的沟通。

看懂构件图：

构件图包括：构件、构件实例、接口

构件

在UML中，构件是一种用于描述系统中物理实现部分的模型元素。它代表了一个物理的、可替换的软件系统部分，这些部分提供了特定的功能并遵循一组接口规范。

构件通常具有以下特点：

• 物理实现：构件是物理上的实现单元，可以是源代码文件、二进制文件、库、可执行文件等。
• 可替换性：构件应该是可替换的，这意味着在不改变其他构件或系统其余部分的情况下，可以替换或升级一个构件。
• 接口定义：构件定义了一组接口，这些接口规定了构件与外部环境的交互方式。这些接口可以是明确的协议、函数调用或任何其他形式的通信机制。
• 独立性：每个构件应该在逻辑上是独立的，这意味着它们应该尽可能地减少与其他构件的依赖关系。

在UML中，构件图形表示为一个矩形，左侧带有两个小矩形。构件上方写清标题，下方是具体的内容。

构件会连接接口。

接口

实现关系（Realization）

实现关系表示一个构件实现了某个接口所定义的契约。换句话说，构件提供了接口中声明的所有操作的具体实现。

例如，如果一个构件是一个音频播放器，它可能会实现一个名为 MediaPlayer 的接口，该接口定义了诸如 play(), pause(), 和 stop() 等操作。在这种情况下，MediaPlayer 接口与音频播放器构件之间存在实现关系。

依赖关系（Dependency）

依赖关系表示一个构件依赖于另一个构件或接口提供的服务。这种依赖可能是一个构件调用了另一个构件的操作，或者一个构件使用了另一个构件的数据。

例如，在一个订单处理系统中，一个 OrderProcessor 构件可能依赖于一个 Inventory 构件来获取产品的库存信息。在这种情况下，OrderProcessor 构件与 Inventory 构件之间存在依赖关系。

这两种关系在 UML 图中帮助我们清晰地理解系统的结构和各个构件之间的交互方式。实现关系表明了构件如何满足接口契约，而依赖关系则揭示了构件之间的协作和依赖关系。

完整案例：