组件／配置图

组件图用依赖关系表示各组件之间存在的关系类型。 在UML中，组件图中依赖关系的表示方法与类图中 依赖关系相同，都是一个由客户指向提供者的虚线 箭头。
颜色滑块示例：
查看代码
支持程序实现的包图
概述 13.2 节点 13.3 关联关系 13.4 配置图建模技术 13.5 实例——图书馆管理系统的配置 图

①
②
接口和组件之间的关系分为两种： 实现关系（Realization） 依赖关系（Dependency） 在图中，接口和组件之间用实线连接表示实现关系； 而接口和组件之间用虚线箭头连接则表示依赖关系。
①
②
组件的接口分为两种： 导入接口（import interface）供访问操作的组件 使用 导出接口（export interface）由提供操作的组件 提供

处理器是能够执行软件、具有计算能力的节点。

设备是没有计算能力的节点，通常情况下都是通过 其接口为外部提供某种服务。



配置图可以将节点和组件结合起来，以建模处理资 源和软件实现之间的关系。 当组件驻留在某个节点时，可以将它建模在图上该 节点的内部。 为显示组件之间的逻辑通信，需要添加一条表示依 赖关系的虚线箭头。
13.1

①
②
配置图描述了运行软件的系统中硬件和软件的物 理结构。 配置图中通常包含2个元素： 节点（Node） 关联关系（Association） 配置图可以显示节点以及它们之间的必要连接， 也可以显示这些连接的类型，还可以显示组件和 组件之间的依赖关系，但是每个组件必须存在于 某些节点上。

驻留在节点上的组件
Байду номын сангаас

可以在节点和组件之间 添加一条表示依赖关系 的虚线箭头，并使用构 造型来表示节点对组件 的包容。


配置图用关联关系表示各节点之间通信路径，表示 为一条实线。 在连接硬件时通常关心节点之间是如何连接的，因 此关联关系一般不使用名称，而是使用构造型。

关联关系示例：

组件图示例：



组件是定义了良好接口的物理实现单元，是系统中可 替换的物理部件。 组件可以是源代码组件、二进制组件或一个可执行的 组件。 在UML中，组件用一个左侧带有突出两个小矩形的矩 形来表示。

组件与类的比较：
相同点
不同点
两者都有名称；都可以 类描述了软件设计的逻 实现一组接口；都可以 辑组织和意图，而组件 参与依赖关系；都可以 则描述软件设计的物理 被嵌套；都可以有实例； 实现，即每个组件体现 都可以参与交互。 了系统设计中特定类的 实现。

13.2.1 名称 13.2.2 节点的种类 13.2.3 节点中的配置


每一个节点都必须有一个区别于其他节点的名称。 节点的名称是一个字符串，位于节点图标的内部。 节点名称通常是从现实的词汇表中抽取出来的短名 词或名词短语。 节点的名称有两种：简单名和路径名。
① ②
在实际的建模过程中，可以把节点分为两种类型： 处理器（Processor） 设备（Device）

配置图示例：

节点是在运行时代表计算资源的的物理元素。 节点通常拥有一些内存，并具有处理能力。 节点通过查看对实现系统有用的硬件资源来确定，这 需要从能力和物理位置两方面来考虑。 在UML中，节点用一个立方体来表示。

节点与组件的比较： 相同点 二者都有名称和关系； 都可以有实例；都可以 被嵌套；都可以参与交 互。 不同点 组件是参与系统执行的 事物，而节点是执行组 件的事物；组件表示逻 辑元素的物理包装，而 节点表示组件的物理配 置。



每个组件都必须有一个不同于其他组件的名称。组件 的名称是一个字符串，位于组件图标的内部。 组件名称通常是从现实的词汇表中抽取出来的短名词 或名词短语，并依据目标操作系统添加相应的扩展名， 例如java和dll。 组件的名称有两种：简单名和路径名。
① ② ③
在对软件系统建模的过程中，存在3种类型的组件： 配置组件（Deployment Component） 工作产品组件（Work Product Component） 执行组件（Execution Component）
12.1 概述 12.2 组件 12.3 接口 12.4 依赖关系 12.5 组件图建模技术 12.6 实例——图书馆管理系统的组件图

组件图描述了软件的各种组件和它们之间的依赖关 系。 组件图中通常包含3个元素： 组件（Component）
①
②
③
接口（Interface）
依赖关系（Dependency）