unl构件图与部署图

构件是系统中可替换的物理部分，它包装了实现而且遵从并提供一组接口的实现

五个要素：

规格说明：对于构件，必须有一个它所提供服务的抽象描述。通俗地说，每个构件都必须提供特定的服务
一个或多个实现：构件是一种物理概念，必须被一个或多个实现所支持，当然这些实现都必需符合规格说明受约束的构件标准
受约束的构件标准：每一个构件，在实现时必须遵从某种构件标准
封装方法：也就是构件遵从的封装标准
部署方法：当件要运行时，首先要部署它

实施构件：这类构件是构成一个可执行系统必要和充分的构件，例如动态链接库、可执行文件，另外还包括如COM+、CORBA及企业级Java Beans、动态Web页面也属于实施构件的一部分
工作产品构件：这类构件主要是开发过程的产物，包括创建实施构件的源代码文件及数据文件。这些构件并不是直接地参与可执行系统，而且用来产生可执行系统的中间工作产品
执行构件：作为一个正在执行的系统的结 果而被创建的，例如由DLL实例化形成的 COM+对象

构件图画法：首先构造对外接口（供给接口/需求接口），然后在进行系统内部构件之间的调度关系。

更多可以参考：

http://www.cnblogs.com/finehappy/archive/2009/11/24/1609352.html

部署图：

部署图是一种分两阶段演化的，最初的部署图是在设计时，作为确定最终硬件构架过程的一部分而创建的，然后逐步地对它进行精化，从而得到一个或多个实例形式的部署图
设计阶段：焦点聚焦于节点或节点实例，以及它们之间的连接
实现阶段：焦点聚集于将物理构件分配给节点

两种架构模式：

B/S架构(Brower Server)：计算处理在Server中。

C/S架构(Client Server)：计算在Client中。

节点：它代表一个运行时的计算资源，例如一台计算机、一个工作站等其它设备 
节点的概念和构件有许多相同之处，例如二者有多名称，都可以参与依赖、泛化和关联关系，都可以被嵌套，都可以有实例，都可以参与交互。但它们之间也存在明显的区别：构件是参与系统执行的事物，而节点是执行构件的事物；构件表示逻辑元素的物理打包，而节点表示构件的物理部署
本图中建模了四个节点：B/S客户端、C/S客户端、IIS服务器和数据库服务器 

处理器（《process》）：具有处理能力的节点，即可以执行构件
设备（《device》）：没有处理能力的节点，至少是不关心其处理能力的节点。例如打印机、IC卡读写器，如果我们的系统不考虑它们内部的芯片，就可建模为设备
节点属性和操作：可以为一个节点提供处理器速度、内存容量、网卡数量等属性，可以为其提供启动、关机等操作