组件图和部署图
组件图和配置图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》等）
- 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）组成。