组件图和部署图

《软件工程》――OOSE
学生实训报告
信息技术系软件技术专业076班级
图10.1
（2）在组件视图中，从工具栏中选择MainProgram图标，在右边的绘图区中添加一个
图10.3
图10.5
图10.6
（8）选择业务对象包（BO），双击，打开业务对象包的详细组件图，这里根据分析的结果分别创建Title.java,Item.java，Loan.java，BorrowerInfomation.java，Reservation.java 组件，并设置好每个组件的构型和对应的文件。

创建好的BO包组件图如图10.7。

图10.7
）创建依赖关系。

在本节“关系”一段中，已经描述过依赖关系使用虚线表示，因此根据分析中的结果，在图中将相互依赖的组件连接即可。

完成后的组件图如图10.8
图10.9
）在图中添加分别添加一个Processer和Device，并分别命名为“computer with java
图10.10 （3）为节点添加连接关系。

全图如图10.11。

10.11
机房。

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 文件这些组件之间的相互依赖关系。

包(Package)
引入与输出:引入(import)允许一个包中的元素单向访问另一包中的元素 允许一个包中的元素单向访问另一包中的元素. 引入与输出 引入 允许一个包中的元素单向访问另一包中的元素
在UML中,用一个由构造型import修饰的依赖为 引入关系建模.通过把抽象包装秤有含义的组块, 然后用引入关系控制对它们的访问,就能控制 大量抽象的复杂性. 输出(export)就是包的公共部分 就是包的公共部分. 输出 就是包的公共部分 一个包输出的部分仅对显示地引入这个包 的其他包中的元素是可见的 注:引入和访问依赖是不可传递的.
虚包(Generic Package): 虚包
虚子程序(Generic Subprogram): 虚子程序
接口(Interface)
概述: 概述 在组件图中,组件可以通过其他组件的接口来使用其他组件中定义
的操作.通过使用命名的接口,可以避免在系统中各个组件之间直接发生依 赖关系,有利于组件的替换 接口和组件之间的关系: 实现关系(Realization): 依赖关系(Dependency): 组件接口的分类: 导入接口(import interface):供访问操作的组件使用 导出接口(export interface):由提供操作的组件提供
组件图(Component Diagram)
背景： 背景：在软件建模的过程中，使用用例图可以推断系统希望的行为；使用类图
可以描述系统中的词汇；使用时序图、组件图、状态图和活动图可以说明这些词 汇中的事物如何相互作用以完成某些行为。在完成系统的逻辑设计之后，下一步 要定义设计的物理实现，如可执行文件、库、表、文件和文档等。对面向对象系 统的物理方面进行建模时要用到两种图：组件图和配置图。 概述： 概述：使用组件图能够可视化物理组件以及它们之间的关系,并描述其构造细节. 组件图描述了软件的各种组件和它们之间的依赖关系.在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中描述系统结构和静态关系的基本图表之一。

它用矩形表示类，用线连接类之间的关系，包括关联关系、聚合关系、继承关系等。

类图可以帮助开发人员更清晰地理解系统的对象结构和类之间的关系，从而支持系统的设计和重构。

示例：一个简单的学生信息管理系统的类图包括类“学生”、“课程”、“教师”等，以及它们之间的关系如“选修”、“授课”等。

字空间的。这样在引用目的包中的内容时不
需要加包名限定，直接用目的包中的元素名 字即可。
User Services 《import》
Business Services 《import》
Data Services
图1.2 包之间的非传递依赖关系

另外，与UML中其他建模元素类似，包之间也可以有泛化关系。子包继 承了父包中可见性为public和protected的元素。
EventHandler的可见性为私有的(privated)，表示只有
在AWT包中才可以引用Event Handler这个元素。
图1.1 AWT包
对包的命名有两种方式，即简单包名名(simple name)和路径包名(path name)。例如Vision)是一个简单的包名，而Sensors::Vision是带路径的包名。 其中Sensors是Vision包的外围包，也就是说，Vision包是嵌套在Sensors包中 的。包可以嵌套，但在实际应用中，嵌套层次不应太深。
EventHandler。其中window的可见性为公有的(Public)，
AWT
表示在任何导入(import)AWT包的包中,都可以引用
+Window
Window这个元素；Form的可见性为保护的(protected)， #Form
表示只有AWT包的子包才可以引用Form这个元素； -EvebtHandler
在设计包时，应遵循以下原则： 1. 重用等价原则（Reuse Equivalency Principle，REP） 2. 共同闭包原则（Common Closure Principle，CCP） 3. 共同重用原则（Common Reuse Principle，CRP） 4. 非循环依赖原则（Acyclic Dependencies Principle，ADP）

9/23
6.7.1 构件图
构件图显示构件类型的定义、内部结构和依赖。 构件是系统设计的模块化部分，它给出一组外部的接 口，而隐藏了它的实现。在系统中满足相同接口的构 件可以自由地替换。
10/23
说明： • 构件图是对OO系统的物理方面建模的两个图 之一。 • 构件图显示一组构件以及它们之间的相互关 系。 • 构件图可以显示软构件之间的依赖关系，可 以用来显示编译、链接或执行时构件之间的 依赖关系。
3/23
iteration-expression表示有条件地或重复地执行，它 有如下两种形式： *[iteration-clause] （表示重复） [condrtion-clause] （表示分支） 这里iteration-clause是重复条件(循环执行的条件)， 即循环执行，如1.1*[x=1..10]:dosomething( )。 第二种形式中的condition-clause用于指定分支，如[x < 0]，[x >= 0]，表示仅执行条件为真的分支（发送 的消息连接到那个分支）。
12/23
• 构件和类之间的不同点：
类是逻辑抽象，构件是物理抽象， (1) 类是逻辑抽象，构件是物理抽象，即构件可 以位于节点(node) (node)上 以位于节点(node)上。 (2) 构件是对其它逻辑元素，如类，协作 构件是对其它逻辑元素，如类， (collaboration)的物理实现 的物理实现。 (collaboration)的物理实现。 类可以有属性和操作；构件通常只有操作， (3) 类可以有属性和操作；构件通常只有操作， 而且这些操作只能通过构件的接口才能使用。 而且这些操作只能通过构件的接口才能使用。
13/23
• 构件和接口之间的两种关系：dependency和 realization。 例：

这个图表示一个三层的体系结构，不管 Branch Client、Financial App Server、 Database Server是运行在同一台机器上还是 技术
① 对系统中的节点建模。 ② 对节点之间的关联关系建模。 ③ 对驻留在节点上的组件建模。 ④ 对驻留在节点上的组件之间的依赖关系建模。 ⑤ 对建模的结果进行精化和细化。
.
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》等）

11.1 组件图
组件图用来建模软件的组件及其相互之间的关系。这些图由组 件和组件之间的关系构成。
Credit
Flight
Reservation
<<DLL>>
FightServer
1．组件 组件（构件）是系统中可替换的代码模块。例如下面这些软件 部件都是组件。 •源文件 •ActiveX 控件 •JavaBean •Enterprise JavaBean (EJB) •Java servlet •Java Server Page 在UML中，组件使用在左侧带有两个小矩形的大矩形表示，如 下图所示。
例 建模一个网上扫描系统的部署图。其详细的需求如下所示： • 扫描仪用来扫描产品信息。扫描仪通过内部的PCI总线连接到网 卡。需要编写代码来控制扫描仪，代码驻留在扫描仪内部。 • 扫描仪通过无线网卡与插入到Web服务器KONG的无线hub通信， 服务器通过HTTP协议向客户PC机提供Web页。 • Web服务器安装定制的Web服务器软件，通过专用数据访问组件 与产品数据库交互。 • 在客户的PC机上将提供专用的浏览器软件，它运行产品查询插件， 只与定制的Web服务器通信。
第十一周实验-组件图与部署图
实验目的： -制作任务系统中组件图与部署图 要求： -明确小组分工，每人负责一部分组件图 -使用Rose工具
-每小组提交一份文档
地点：U206
第十一周实验-组件图与部署图 【知识点回顾】
· 什么是组件图
· 什么是部署图
· 如何建模组件图与部署图
为什么要建模组件图和部署图？ 组件图用来建模系统的各个组件，包括源代码文件、 二进制文件、脚本文件、可执行文件之间的关系，它们 是通过功能或者文件组织在一起的。使用组件图可以帮 助读者了解某个功能位于软件包的哪一位置，以及各个 版本的软件各包含哪些功能。 部署图用来帮助读者了解软件中的各个组件驻留在 什么硬件位置，以及这些硬件之间的交互关系。 总之，组件图和部署图可以用来帮助设计系立彼此的关系，采用从节点到节点绘制实 线来表示关联。这种关系用来表示两种硬件（节点）通过某种方式 彼此通信。其基本通信关联的版型表示，如下图所示。

(1) 对系统中的节点建模； (2) 对节点间的关系建模； (3) 对节点中的组件建模，这些组件来自组件图； (4) 对组件间的关系建模； (5) 对建模的结果进行精化和细化。
•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系统分析与设计教程》
6
为客户/服务器系统建模
作者：冀振燕
《UML系统分析与设计教程》
7
为完全的分布式系统建模
作者：冀振燕
《UML系统分析与设计教程》
8
第12章 组件图
概述 12.2 组件 12.3 接口 12.4 依赖关系 12.5 组件图建模技术 12.6 实例——图书馆管理系统的组件图
12
12.2 组件

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

① ②
③
在对软件系统建模的过程中，存在3种类型 的组件： 配置组件（Deployment Component） 工作产品组件（Work Product Component） 执行组件（Execution Component）
作者：冀振燕
作者：冀振燕 《UML系统分析与设计教程》 28
13.1 概述

配置图示例：
作者：冀振燕
《UML系统分析与设计教程》
29
13.2 节点


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

2021/7/9
22
构件图应用
• 2 对源代码进行建模
2021/7/9
23
构件图应用
• 例如：singal.h是一个头文件，被interp.cpp和signal.cpp引 用，其中interp.cpp还引用了另一个头文件irq.h，而 device.cpp又对interp.cpp有编译依赖关系。那么用构件图 表示它们间的关系。
– (1)首先标识要建模的构件。
– (2)理解和标识每个构件的类型、接口和作用。
– (3)标识构件间的关系。
2021/7/9
21
构件图应用
• 例如，有一个语音呼叫中心程序callcenter.exe，使用了三 汇的语音卡的驱动程序shp_a3.dll，以及相应的TTS(文本转 语音)引擎sh_ttsu.dll，现在我们用构件图来描述这三个构 件的关系。
• 与所有UML的其它图一样，构件图可以包括注释、约束、包。
2021/7/9
9
2021/7/9
10
构件图的作用
• 构件图的基本目的是：使系统人员和开发人员能够从整体上了 解系统的所有物理部件，同时，也使我们知道如何对构件进行 打包，以便交付给最终客户，最后，构件图显示了被开发系统 所包含的构件之间的依赖关系。
硬件，安装在硬件上的软件，以及用于连接异构机器之间的 中间件。 创建一个部署模型的目的包括∶
• 描述系统投产的相关问题．
• 描述系统与生产环境中的其它系统间的依赖关系，这些 系统可能是已经存在，或是将要引入的。
• 描述一个商业应用主要的部署结构。 • 设计一个嵌入系统的硬件和软件结构。 • 描述一个组织的硬件/网络基础结构。 部署图的组成元素
2021/7/9

UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。

用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。

（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。

它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。

在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。

所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。

（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。

当父用例能够被使用时，任何子用例也可以被使用。

如在图2.4中，订票是电话订票和网上订票的抽象。

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同义词。