组件图和部署图
组件图和配置图47页PPT
35、不要以为自己成功一次就可以了 ，也不 要以为 过去的 光荣可 以被永 远肯定 。
组件图和配置图
31、别人笑我太疯癫，我笑他人看不 穿。(名 言网) 32、我不想听失意者的哭泣，抱怨者 的牢骚 ，这是 羊群中 的瘟疫 ，我不 能被它 传染。 我要尽 量避免 绝望， 辛勤耕 耘，忍 受苦楚 。我一 试再试 ，争取 每天的 成功， 避免以 失败收 常在别 人的阅读
❖ 知识就是财富 ❖ 丰富你的人生
71、既然我已经踏上这条道路，那么，任何东西都不应妨碍我沿着这条路走下去。——康德 72、家庭成为快乐的种子在外也不致成为障碍物但在旅行之际却是夜间的伴侣。——西塞罗 73、坚持意志伟大的事业需要始终不渝的精神。——伏尔泰 74、路漫漫其修道远，吾将上下而求索。——屈原 75、内外相应，言行相称。——韩非
UML科普文，一篇文章掌握14种UML图
UML科普⽂，⼀篇⽂章掌握14种UML图前⾔上⼀篇⽂章写了⼀篇建造者模式，其中有⼏个UML类图，有的读者反馈看不懂了，我们今天就来解决⼀哈。
什么是UML？UML是Unified Model Language的缩写，中⽂是统⼀建模语⾔，是由⼀整套图表组成的标准化建模语⾔。
为什么要⽤UML？通过使⽤UML使得在软件开发之前，对整个软件设计有更好的可读性，可理解性，从⽽降低开发风险。
同时，也能⽅便各个开发⼈员之间的交流。
UML提供了极富表达能⼒的建模语⾔，可以让软件开发过程中的不同⼈员分别得到⾃⼰感兴趣的信息。
Page-Jones 在《Fundamental Object-Oriented Design in UML》⼀书中总结了UML的主要⽬的，如下：1. 为⽤户提供现成的、有表现⼒的可视化建模语⾔，以便他们开发和交换有意义的模型。
2. 为核⼼概念提供可扩展性 (Extensibility) 和特殊化 (Specialization) 机制。
3. 独⽴于特定的编程语⾔和开发过程。
4. 为了解建模语⾔提供⼀个正式的基础。
5. ⿎励⾯向对象⼯具市场的发展。
6. ⽀持更⾼层次的开发概念，如协作，框架，模式和组件。
7. 整合最佳的⼯作⽅法 (Best Practices)。
UML图有哪些？UML图分为结构图和⾏为图。
结构图分为类图、轮廓图、组件图、组合结构图、对象图、部署图、包图。
⾏为图⼜分活动图、⽤例图、状态机图和交互图。
交互图⼜分为序列图、时序图、通讯图、交互概览图。
UML图概览什么是类图？【概念】类图是⼀切⾯向对象⽅法的核⼼建模⼯具。
类图描述了系统中对象的类型以及它们之间存在的各种静态关系。
【⽬的】⽤来表⽰类、接⼝以及它们之间的静态结构和关系。
在类图中，常见的有以下⼏种关系。
泛化（Generalization）【泛化关系】是⼀种继承关系，表⽰⼦类继承⽗类的所有特征和⾏为。
【箭头指向】带三⾓箭头的实线，箭头指向⽗类。
§8 包图、组件图、部署图
AWT +Window #Form -EventHandler 图1.1 AWT包
包中可以包含其他建模元素，如类、接口、组件、节点、用例、包等。 就像对类的属性和操作可以进行可见性控制一样，对包中元素也可以进行 可见性控制。
图1.1中的AWT包有3个元素：Window、Form和 EventHandler。其中window的可见性为公有的(Public)， 表示在任何导入(import)AWT包的包中,都可以引用 Window这个元素；Form的可见性为保护的(protected)， 表示只有AWT包的子包才可以引用Form这个元素； EventHandler的可见性为私有的(privated)，表示只有 在AWT包中才可以引用Event Handler这个元素。
AWT +Window #Form -EvebtHandler 图1.1 AWT包
对包的命名有两种方式，即简单包名名(simple name)和路径包名(path name)。例如Vision)是一个简单的包名，而Sensors::Vision是带路径的包名。 其中Sensors是Vision包的外围包，也就是说，Vision包是嵌套在Sensors包中 的。包可以嵌套，但在实际应用中，嵌套层次不应太深。
习题: 1．什么是包？ 2．什么是包的泛化、包的依赖？ 3．包和类有何区别？ 4．哪些模型元素可以组成包？ 5．当把模型元素组成一个包时应该考虑哪些问题？ 6．对超市管理系统绘制相应的包图。
2 组 件 图
2.1 什么是组件和组件图
组件（component）是系统中遵从一组接口且提供其实现的物理的、可 替换的部分。组件图（component diagram）则显示一组组件以及它们之间 的相互关系，包括编译、链接或执行时组件之间的依赖关系。组件图是对OO 系统物理方面建模的两个图之一（另一个图是配置图）。 如图2.1正所示是一个组件图的例子，表示.html文件、.exe文件、.dll 文件这些组件之间的相互依赖关系。
构件图与部署图
?二进制构件（连接时构件）
?源代码构件编译后产生的目标代码，如静态库 或动态库。
?可执行构件（运行时构件）
?表示处理机上运行的一个可执行单元。数据库 表也可看作运行时使用的构件。
<<file>> <<sifginlael.>h> s{iv{vgeenr rassliio.onhn==33..55}}
? 类A 包含一个类型为B类的属性
public class A { private B alink; ……
}
?系统的设计要尽量避免循环依赖。
这样可以由下向上访问它的构件，每次只考 虑一个构件。
库存控制系统的依赖图
第12章 配置图/部署图
?配置图描述了运行软件的系统中硬件和软件的 物理架构。 ?配置图可以显示计算机节点的拓扑结构和通信 路径、节点上执行的软件构件、硬件设备的配置。 ?配置图中通常包含 2个元素：
② 设备（Device）：设备是没有计算能力的节 点，通常情况下都是通过其接口为外部提供 某种服务。
处理器（Processor ） 设备（Device ）
?节点属性
?象类一样，可以为一个节点提供属性描述， 如，处理器速度、内存容量、网卡数量等 属性。可以为节点其提供启动、关机等操 作属性 。
2 节点中的配置
? 在UML 中，构件图中依赖关系的表示方法是一个由 客户指向提供者的虚线箭头。
供应者不存在该客户就不能活动，或不能被完整 地定义或实现。
? 通常，当一个构件被修改时，任何依赖于它的 构件可能也必须修改。
? “使用”依赖(没有注明的依赖 )是传递的。
包图组件图部署图
包(Package)
引入与输出:引入(import)允许一个包中的元素单向访问另一包中的元素 允许一个包中的元素单向访问另一包中的元素. 引入与输出 引入 允许一个包中的元素单向访问另一包中的元素
在UML中,用一个由构造型import修饰的依赖为 引入关系建模.通过把抽象包装秤有含义的组块, 然后用引入关系控制对它们的访问,就能控制 大量抽象的复杂性. 输出(export)就是包的公共部分 就是包的公共部分. 输出 就是包的公共部分 一个包输出的部分仅对显示地引入这个包 的其他包中的元素是可见的 注:引入和访问依赖是不可传递的.
虚包(Generic Package): 虚包
虚子程序(Generic Subprogram): 虚子程序
接口(Interface)
概述: 概述 在组件图中,组件可以通过其他组件的接口来使用其他组件中定义
的操作.通过使用命名的接口,可以避免在系统中各个组件之间直接发生依 赖关系,有利于组件的替换 接口和组件之间的关系: 实现关系(Realization): 依赖关系(Dependency): 组件接口的分类: 导入接口(import interface):供访问操作的组件使用 导出接口(export interface):由提供操作的组件提供
组件图(Component Diagram)
背景： 背景：在软件建模的过程中，使用用例图可以推断系统希望的行为；使用类图
可以描述系统中的词汇；使用时序图、组件图、状态图和活动图可以说明这些词 汇中的事物如何相互作用以完成某些行为。在完成系统的逻辑设计之后，下一步 要定义设计的物理实现，如可执行文件、库、表、文件和文档等。对面向对象系 统的物理方面进行建模时要用到两种图：组件图和配置图。 概述： 概述：使用组件图能够可视化物理组件以及它们之间的关系,并描述其构造细节. 组件图描述了软件的各种组件和它们之间的依赖关系.在UML中,组件图是系统实 现视图的图形表示,而其中的一个组件图只能表示系统实现视图的一部分,也即任 何一个组件图都不能描述系统实现的所 有方面,只有系统中的组件组合起来 才能表示完整的系统实现视图
组件图与部署图
UML组件图与部署图U n R e g i s t er ed为什么要建模组件图和部署图？组件图用来建模系统的各个组件，包括(1)源代码文件（如java)(2)二进制文件(如bin、dll等，系统调用的某一外部可执行文件)(3)脚本文件(如xml、txt等)(4)可执行文件（如exe）之间的关系它们是通过功能或者文件组织在一起的。
使用组件图可以帮助读者了解某个功能位于软件包的哪一位置，以及各个版本的软件各包含哪些功能。
部署图用来帮助读者了解软件中的各个组件驻留在什么硬件位置，以及这些硬件之间的交互关系。
总之，组件图和部署图可以用来帮助设计系统的物理架构。
Un Re gi st er ed1．组件在UML中，组件使用在左侧带有两个小矩形的大矩形表示，如下图所示。
Un Re gi st er ed组件的表示U n R e g i s t er ed2．依赖关系依赖关系演示两个组件之间的依赖特性。
依赖关系使用在一端带有开放箭头的短划线表示。
箭头从依赖的对象指向被依赖的对象。
例如下图所示。
deretsigeRnUderetsigeRnU3．包含组件一个组件可以包含在其他的组件中。
其标记符可在其他组件中建模组件来表示。
下例演示了Inventory组件由3个独立的组件DataAccess，Business Logic和Userinterface组成，如下图所示。
Un Re gi st er edUML部署图用来描述系统硬件节点构成，以及在这些节点上运行软件组件的分布。
1．节点节点用来表示一种硬件，它可以是打印机、计算机、扫描仪等。
节点的标记符是一个三维框，在框的左上方包含了节点的名称，如下图所示。
部署图Un Re gi st er ed2．通信关联节点通过通信关联建立彼此的关系，采用从节点到节点绘制实线来表示关联。
这种关系用来表示两种硬件（节点）通过某种方式彼此通信。
其基本通信关联的版型表示，如下图所示。
Un Re gi st er ed下图演示了WebServer通过HTTP协议与Client PC通信，Client PC通过USB协议与Printer通信。
13种uml简介、工具及示例
13种uml简介、工具及示例UML（Unified Modeling Language）是一种用于软件开发的标准化建模语言，它使用图形表示法来描述软件系统的不同方面。
在软件开发过程中，使用UML可以帮助开发人员更清晰地理解系统的结构和行为，从而更好地进行设计和实现。
UML提供了包括结构模型、行为模型和交互模型在内的多种建模方式，其中每种模型都有各自的符号和语法规则。
通过使用这些模型，开发人员可以将系统分解成不同的部分，然后逐步细化这些部分的设计，以便更好地组织和管理项目。
在UML中，最常用的建模元素包括用例图、类图、时序图、活动图、状态图等。
每种图表都有其特定的用途和表达能力，开发人员可以根据实际需要选择合适的图表进行建模。
除了建模元素外，UML还定义了一系列的建模工具，这些工具可以帮助开发人员更高效地进行建模和分析。
其中一些常用的建模工具包括Enterprise Architect、Rational Rose、StarUML等。
下面将对13种UML简介、工具及示例进行详细介绍：1. 用例图（Use Case Diagram）用例图是UML中描述系统功能和用户交互的基本图表之一。
它用椭圆表示用例，用直线连接用例和参与者，展示了系统外部用户和系统之间的交互。
用例图可以帮助开发人员更清晰地理解系统的功能需求，从而指导系统的设计和实现。
示例：一个简单的在线购物系统的用例图包括用例“浏览商品”、“添加商品到购物车”、“提交订单”等，以及参与者“顾客”和“管理员”。
2. 类图（Class Diagram）类图是UML中描述系统结构和静态关系的基本图表之一。
它用矩形表示类，用线连接类之间的关系，包括关联关系、聚合关系、继承关系等。
类图可以帮助开发人员更清晰地理解系统的对象结构和类之间的关系，从而支持系统的设计和重构。
示例：一个简单的学生信息管理系统的类图包括类“学生”、“课程”、“教师”等，以及它们之间的关系如“选修”、“授课”等。
第13章配置图(部署图)-郭PPT课件
① 对系统中的节点建模。 ② 对节点之间的关联关系建模。 ③ 对驻留在节点上的组件建模。 ④ 对驻留在节点上的组件之间的依赖关系建模。 ⑤ 对建模的结果进行精化和细化。
.
5
13.2 节点
节点与组件的比较：
相同点
不同点
二者都有名称和关系； 都可以有实例；
都可以被嵌套；
都可以参与交互。
组件是参与系统执行的 事物，而节点是执行组 件的事物；
组件表示逻辑元素的物 理包装，而节点表示组 件的物理配置。
.
6
13.2.1 节点名称
每一个节点都必须有一个区别于其他节点的名称。 节点的名称是一个字符串，位于节点图标的内部。
如果开发的软件系统是运行在一台计算机上该软件系统只是用主机操作系统控制的标准设备如键盘显示器等接口就可以忽略配如果软件系统需要不没有被主机操作系统控制的设备交互作用或者不物理上分布亍多个处理器的设备交互作用那么就应该使用配置图以帮劣弄清楚系统的软件和硬件之间的映射
第13章 配置图（部署图）
13.1 概述 13.2 节点 13.3 关联关系 13.4 配置图建模技术 13.5 实例——图书馆管理系统的配置图
驻留在节点上的组件：
.
9
为显示不同节点上不同组件之间的逻辑通信， 需要添加一条表示依赖关系的虚线箭头。
.
10
13.3 关联关系
配置图用关联关系表示各节点之间通信路径，表示 为一条实线。
在连接硬件时通常关心节点之间是如何连接的（以 太网、局域网、并行、TCP、 USB等），因此关 联关系一般不使用名称，而是使用构造型。 （《Ethernet》、《local》、《parallel》、 《TCP》、《USB》等）
4.2组件图和部署图
•24
任务解决-分析 任务解决 分析
• HNS的图书管理系统目前开发的是一个单机版 系统，其中所有的运算均在一台机器上完成， 但是由于打印报表的需要，系统还应配备一台 打印机。因此得出系统中存在2个节点： 一台主机，其类型是Processor。 一台打印机，其类型是Device。
节节
•20
4.2.2 部署图
2．组件（Component）
– 节点和组件的关系：
①组件是参与系统执行的事物，而节点是执行组件的事 物。 ②组件表示逻辑元素的物理模块，而节点表示组件的物 理部署。
•21
4.2.2 部署图
3．关系（relationship）
– 部署图中也可以包括依赖、泛化、关联及实现关系。 部署图中的依赖关系使用虚线箭头表示。它通常用 在部署图中的组件和组件之间。
①类表示逻辑抽象，而组件表示存在于计算机中的物理抽 象。 ②组件表示的是物理模块而不是逻辑模块，与类处于不同 的抽象级别。 ③类可以直接拥有属性和操作；而一般情况下，组件仅拥 有只能通过其接口访问的操作。
•7
4.2.1 组件图
组件可以分为以下三种类型：
①实施组件(Deployment Component) 如（DLL）、 （EXE）、ActiveX控件和JavaBean组件等. ②工作产品组件（Work Product Component） ③执行组件（Execution Component）如由DLL实例化 形成的COM＋对象。
•8
4.2.1 组件图
2．接口(Interface)
UML 10 种图的总结
UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。
用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。
（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。
它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。
在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。
所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。
（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。
当父用例能够被使用时，任何子用例也可以被使用。
如在图2.4中，订票是电话订票和网上订票的抽象。
部署图,组件图
10.3 接口和组件间的关系
在组件图中也可以使用接口。通过使用接口，组件 可以使用其他组件中定义的操作；而且，使用命名 的接口可以防止系统中的不同组件直接发生依赖关 系，这有利于组件的更新。 图是一个包含接口的组件图示例。
组件1 接口
组件2
5
10.4 组件图的应用
组件图可以用来为系统的静态实现视图 进行建模，通常情况下，组件图也被看作 是基于系统组件的特殊的类图。在使用组 件图为系统的实现视图进行建模时，可以 为源代码建模、为可执行版本建模、为数 据库建模等。
14
10.7.3 添加依赖关系
最后要做的是建模组件间的依赖关系。 从系统需求描述中提取出的下列信息可以作 为完成此项任务的依据： Web服务器软件通过专用组件与数据库进行 通信。 浏览器软件通过运行商品查询组件与Web服 务器交互。
15
10.7.4 图书管理系统的实现方 式图
在构造组件图时需要首先找出系统中存在的组 件、接口以及组件间的依赖关系。下面所述的 步骤可供你在建模时参考： （1）为系统中的组件建立模型。 （2）为组件提供的接口建模。 （3）为组件间的依赖关系建模。 （4）将逻辑设计映射成物理实现。 （5）精华和细化建模的结果。
6
10.5 部署图
组件图用来建模软件组件，而部署图用来对部署系统时涉及到的 硬件进行建模。 构造部署图（Deployment Diagram）可以帮助系统的有关人员了 解软件中各个组件驻留在什么硬件上，以及这些硬件之间的交互 关系，另外，部署图还可以用来描述哪一个软件应该安装在哪一 个硬件上。部署图中只有两个主要的标记符，即节点（Node）和 关联关系（Association）标记符。在构造部署图时，可以描述实际 的计算机和设备（Node）以及以及它们之间的连接关系，也可以 描述部署和部署之间的依赖关系；除此之外，部署图中还可以包 含包或者子系统。图演示了用于租书管理系统的部署图。
组件图和部署图
组件和类之间的不同点：
类是逻辑抽象，组件是物理抽象，即 组件可以位于节点(node)上。 组件是对其它逻辑元素，如类的物理 实现。即，组件是软件系统的一个物 理单元。
(3)组件的表示
在UML中,组件通过以下形式来表示:
• 五个用于组件的标准变体 可执行文件(executable)
• 代表一个可以在一个结点上运行的组件
2 . 连接
连接表示两个节点之间的物理连接关系，用实线表示， 在连接上可以加多重性、角色、约束等。 •连接是代表一种交流的机制： 物理媒介 软件协议
如何开发部署模型？
• 部署模型通常与组件模型并行开发。为了开 发部署模型，可以迭代使用以下步骤：
1．确定模型范围。 2．确定分布结构。 3．确定节点和它们的连接。 4．把组件分布到节点。 5．为不同组件之间的依赖建模。
(1) 对源代码文件之间的相互关系建模
(2)对可执行文件之间的相互关系建模
组件图的例子:
二、部署图
部署图(deployment diagram):也称配 置图、实施图，用来描述软件系统中硬件 和软件的物理节构。 一般一个系统仅有一 个部署图。部署图 由节点（Node）和节点 间的关联关系（Association）组成。
1.节点
节点(node) 是运行时代计算资源的物理元素。节点通常 有内存及处理能力，它可以是物理设备及运行在该设备上的软 件系统. 节点分为处理机(processor)和设备(device)两类。
• 处理机：能执行软件、具有计算能力的节点，如主机、服务 器、客户机等； • 设备：没有计算能力的节点，如打印机、传感器、终端等。
库文件(library)
• 代表一个静态或动态对象库
数据表(table)
构件图和部署图
2、子程序规范和子程序体 子程序是一个单独处理元素的包，通常 用它代指一组子程序集。用来显示子程序 的规范和实现体。如图：
3、主程序 是指组织起来以完成一定目的连接单元的 集合，在系统中，肯定有一个文件用来指 定系统的入口，也就是系统程序的根文件， 这个文件被称为主程序。如图：
4、数据库 在Rational Rose中，数据库也被认为是 一种构件
1、处理器 是指那些本身具有计算能力，能够执行各 种软件的节点，如服务器、工作站等这些 具有处理能力的机器。如下图：
处理器通常表示一个硬件设备而不是软件实体
ቤተ መጻሕፍቲ ባይዱ
由于处理器是具有处理能力的机器，所 以在描述处理器方面应当包含了处理器的 调度和进程。 （1）调度 调度是指在处理器处理其进程中为实现一 定的目的而对共同使用的资源进行时间分 配。 有时需要指定该处理器的调度方式，从而 使得处理达到最优或比较优的效果。
关于构件图和部署图
部署图与构件图相同的构成元素： 构件、接口、构件实例、构件向外提供服务、构件要求 外部提供的服务。 部署图与构件图的关系： 部署图表现构件实例； 构件图表现构件类型的定义。 部署图偏向于描述构件在节点中运行时的状态，描述了 构件运行的环境； 构件图偏向于描述构件之间相互依赖支持的基本关系。
※ ※ ※ ※
图中实现关系包括： 信用卡付款提供付款服务 票数据库提供购买和状态查询服务 售票处提供预订购买、个人购买和团 体购买服务
部署图例子
实例1 实例层部署图 ※ 实例层部署图描述各节 点和它们之间的连接。
※ 本图中的信息与上张描 述层部署图中的内容是 相互对应的。
※ 图中的关系是各个节点 之间存在的通信关系。
构件图例子
※ 实例1. ※ 图中的构件名称是Dictionary字典。 ※ 该构件向外提供两个接口，即两个服务Spell-check拼写检查、Synonyms同义词。
组件图与部署图共34页文档
41、学问是异常珍贵的东西，从任何源泉吸 收都不可耻。——阿卜·日·法拉兹
42、只有在人群中间，才能认识自 己。——德国
43、重复别人所说的话，只需要教育； 而要挑战别人所说的话，则需要头脑。—— 玛丽·佩蒂博恩·普尔
44、卓越的人一大优点是：在不利与艰 难的遭遇里百折不饶。——贝多芬
组件图与部署图
51、没有哪个社会可以制订一部永远 适用的 宪法， 甚至一 条永远 适用的 法律。 ——杰 斐逊 52、法律源于人的自卫本能。——英 格索尔
53、人们通常会发现，法律就是这样 一种的 网，触 犯法律 的人， 小的可 以穿网 而过， 大的可 以破网 而出， 只有中 等的才 会坠的大 夏，庇 护着我 们大家 ；它的 每一块 砖石都 垒在另 一块砖 石上。 ——高 尔斯华 绥 55、今天的法律未必明天仍是法律。 ——罗·伯顿
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.节点
节点(node) 是运行时代表计算资源的物理元素。节点通常 有内存及处理能力，它可以是物理设备及运行在该设备上的软 件系统. 节点分为处理机(processor)和设备(device)两类。
• 处理机：能执行软件、具有计算能力的节点，如主机、服务 器、客户机等； • 设备：没有计算能力的节点，如打印机、传感器、终端等。
组件和类之间的不同点：
类是逻辑抽象，组件是物理抽象，即 组件可以位于节点(node)上。 组件是对其它逻辑元素，如类的物理 实现。即，组件是软件系统的一个物 理单元。
(3)组件的表示
在UML中,组件通过以下形式来表示:
• 五个用于组件的标准变体 可执行文件(executable)
• 代表一个可以在一个结点上运行的组件
2 . 连接
连接表示两个节点之间的物理连接关系，用实线表示， 在连接上可以加多重性、角色、约束等。 •连接是代表一种交流的机制： 物理媒介 软件协议
如何开发部署模型？
• 部署模型通常与组件模型并行开发。为了开 发部署模型，可以迭代使用以下步骤：
1．确定模型范围。 2．确定分布结构。 3．确定节点和它们的连接。 4．把组件分布到节点。 5．为不同组件之间的依赖建模。
库文件(library)
• 代表一个静态或动态对象库
数据表(table)
• 代表数ቤተ መጻሕፍቲ ባይዱ库表格
文件(file)
• 代表包含源代码或数据的文件
文档(documentation)
• 代表文档
2 组件图
组件图(component diagram): 描述组件及其 相互关系的图,组件之间是依赖关系。 •组件图和部署图统称为实现图，是对OO系统 的物理方面建模的图。 •组件图显示一组组件以及它们之间的相互关 系。 •组件图可以显示组件之间的依赖关系，可以 用来显示编译、链接或执行时组件之间的依赖 关系。
组件图和部署图
一、 组件图
1 组件 2 组件图
1 组件
(1). 组件的概念
组件(component): 是一个相对独立的可装配 的物理块，是系统的一个物理的和可替代的组 成部分,一般作为一个独立的文件存在。 组件具 有确定的接口，相互之间可以调用，组件之间 存在依赖关系。
(2) 组件的类型 • 部署组件。是运行系统需要配置的组件， 如: DLL、EXE、COM+、CORBA组件、 EJB、动态Web页、数据库表等。 • 工作产品组件。 如: JAVA、C++等源代码 文件、数据文件等， 这些组件可以产生部 署组件。 • 执行组件。 即系统执行后得到的结果组件。
部署图的一些例子
• 在下图中，指出了浏览器和应用服务器之间的 连接使用HTTP协议，而应用服务器与数据服务 器之间的连接使用Java的远程方法调用（RMI） 协议。
部署图的例子:
家用计算机系统
(1) 对源代码文件之间的相互关系建模
(2)对可执行文件之间的相互关系建模
组件图的例子:
二、部署图
部署图(deployment diagram):也称配 置图、实施图，用来描述软件系统中硬件 和软件的物理节构。 一般一个系统仅有一 个部署图。部署图 由节点（Node）和节点 间的关联关系（Association）组成。