Unified Model Language—实现图（构件图和部署图）

前言

 构件图和部署图是实现视图，同时也是静态视图。对于系统的物理建模，起到了重要的作用。接下来，让我们仔细

地体会一下它们的作用是如何发挥的吧。

构件图

一、概念

构件图（component diagram）描述了软件的各种构件和它们之间的依赖关系。

二、组成

构件图比较简单，包括三部分：构件（component）、接口（interface）和依赖关系（dependency）。

1.构件

（1）概念：它定义了良好接口的物理实现单元，是系统中可替换的物理部件。一般情况下，构件表示将类、接口等逻辑元素打包而成的物理模块。

（2）名称

 每个构件必须有一个不同于其他构件的名称。与类的名称类似，是一个字符串，位于构件图标的内部

 构件名称有两种：简单名和路径名。

 构件的名称通常从现实词汇表中抽取出来的短名词或名词短语，并依据目标操作系统添加相应的扩展名，如Java和dll.

(3)类型

 部署构件：如dll文件、exe文件、com+对象、ejb、动态web页和数据库表等。

 工作产品构件：如源代码文件、数据文件等，用来产生部署构件。

 执行构件：指系统执行后产生的构件。

2.接口

 （1）基本概念

 在构件图中，构件可以通过其他构件的接口来使用其他构件中定义的操作。

 通过使用命名的接口，可以避免在系统中各个构件之间直接发生依赖关系，有利于构件的替换。

 一般使用一个小圆圈表示。

（2）种类

导入接口（import interface）：供访问操作的构件使用

导出接口（export interface）：由提供操作的构件提供

（3）与构件之间的关系

实现关系（realization）：接口与构件之间用实线连接

依赖关系（dependency）：接口和构件之间用虚线箭头连接

3.依赖关系

用来表示各构件之间存在的关系类型

三、作用

1.从构件图的表现来看

 构件图是构件图标的集合，构件图标代表系统中的物理部件。它使系统人员和开发人员能够从整体上了解系统的所有物理部件，知道如何对构件进行打包，以便交付给最终客户，同时它还显示了被开发系统所包含的构件间的依赖关系。

2.从软件架构看

 它描述了一个系统的主要功能，如系统分成了几个子系统，每个子系统包括哪些类、包和构件，它们之间的关系以及分配到哪些节点上等。

 方便项目组的成员制定工作目标和了解工作情况；

 同时，有利于软件的复用。

3.从宏观角度看

 构件图把软件看作多个独立构件组装而成的集合，每个构件可以被实现相同接口的其他构件替换。

四、实例

               

部署图

一、概念

1.部署图（deployment diagram），也称配置图、实施图，是对OO系统物理方面建模的图之一。

 它表示了硬件元素（节点）的构造和软件元素是如何被映射在节点上的。

2.一个系统模型只有一个部署图，用于帮助理解分布式系统，是一个静态视图。

3.它是由体系结构设计师、网络工程师、系统工程师等人员进行描述。

二、重点内容

1.节点

（1）节点（node）,是存在于运行时的代表计算资源的物理元素，一般具有一些内存和处理能力。

（2）两种类型

处理机（processor）：可以执行程序的硬件构件。

设备（device）：无计算能力的硬件构件。

2.连接

表示两个硬件之间的关联关系，用一根实线表示。可以加入角色、多重性、约束等。

两种图的对比

1.相同的构成元素

构件、接口、构件实例、构件向外提供服务、构件要求外部提供的服务。

2.不同点

（1）部署图表现构件实例；构件图表现构件类型的定义。

（2）部署图偏向于描述构件在节点中运行时的状态，描述了构件运行的环境；

构件图偏向于描述构件之间相互依赖支持的基本关系。

小结

  总结之后，发现自己原来还有许多没有认真了解过的知识，通过总结，将接触到的东西系统化，方便之后的进一步

学习，及接下来的机房系统个人重构时的学习。