部署图,组件图
EA14种图像以及连线
EA 14种图像以及连线关系一、结构建模1.1 类图类图展示了面向对象系统的构造模块。
描绘了模型或部分模型的静态视图，显示它包含的属性和行为，而不是详细描述操作的功能或完善方法。
类图最常用来表达多个类和接口之间的关系。
泛化（Generalizations），聚合（aggregations）和关联（associations）分别是类之间继承，复合或应用，及连接的表现。
下面的图显示了类之间的聚合关系。
弱聚合（浅色箭头）表现在类 "Account" 使用 "AddressBook"，但是不必要包含它的一个实例。
强聚合（图中的黑色箭头）表示了目标类包含源类，例如，"Contact" 和"ContactGroup"值被包含在 "AddressBook"中。
类（Classes）类是定义对象所具有的属性和行为的元素。
行为用类能理解的合适消息和适合每条消息的操作来描述。
类中也可能定义约束，标记值，构造型。
类的标柱（Class Notation）类用矩形表示。
除类的名称外，还可以选择性地显示属性和操作。
分栏分别用来显示类的名称，属性和操作。
在下面图中，类的类名显示在最上面的分栏，它下面的分栏显示详细属性，如："center" 属性显示初始化的值。
最后面的分栏显示操作，如： setWidth，setLength 和 setPosition 以及他们的参数。
属性和操作名前的标注表示了该属性或操作的可见性: 如果使用 "+"号，这个属性或操作是公共的 ; "-" 号则代表这个属性或操作是私有的。
"#"号是这个属性或操作被定义为保护的，" ~" 号代表包的可见性。
接口（Interfaces）接口是实施者同意满足的行为规范，是一种约定。
UML组件图和部署图实践课件
实验十、十一组件图和部署图一、实验目的1．理解组件图的基本概念。
2．理解组件图的应用：逻辑部署。
3．理解部署图的基本概念。
4．理解部署图的应用：物理部署。
5．掌握组件图和部署图绘制的方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容某图书管理系统的分析和设计已按计划完成类图和交互图的分析与设计，下一步将完成系统的组件图和部署图，现系统分析部指派您完成如下任务：完成系统的组件图。
四、实验步骤1. 绘制组件图分析：在某图书馆管理系统中，通过分析可以发现类图中的类应分为4个部分：1．用户接口模块（UI），主要负责系统和用户的交互，包括Frame类，Dialog类等。
2．业务对象模块（BO），主要负责处理系统中的业务计算，如借书，还书等功能的具体操作。
3．数据存储模块（DB），主要负责处理对数据的存储。
4．通用工具模块（UTIL），包括系统中通用函数。
通过一个主程序StartClass来启动。
由于系统中的类较多，这里以业务对象模块（BO）为例来讲解如何创建组件图，BO模块中包括Item类：书目类，表示一本实际存在的书籍或杂志Loan类：借书业务类，将借阅者和图书馆关联起来，一个Loan对象表示借出的一本书 BorrowerInfomation类：借阅者信息类，表示一个借阅者。
Title类：表示一种书或一种杂志。
如《C++编程思想》就是一种书，用1个title 表示，如果有2本这样的书，则需要用2个Item表示。
Reservation类：预定信息类，表示一个预定信息。
Item类和Loan类之间互相依赖，Loan类和BorrowerInfomation类之间互相依赖，BorrowerInfomation类和Reservation类之间互相依赖，Reservation类和Title之间互相依赖，Title和Item类之间互相依赖。
绘图步骤：（1）在组件视图中双击Main图，出现图10.1，为编辑组件图做好准备，这时绘图工具栏中的图标如图中椭圆所示，其中具体含义可参看本节“补充图标”一段的介绍。
《组件图和部署图》PPT课件
C．对物理数据库建模
D．对可适应的系统建模
3．（
）是可复用的，提供明确接口完成特定功能的程序代码块。
A．模块
B．函数
C．用例
D．软件构件
4．组件图展现了一组组件之间的组件和依赖。它专注于系统的（
）实现图。
A．动态
B．静态
C．基础
D．实体
5．（
）是用于把元素组织成组的通用机制。
习题
1．（ 实现
）是系统中遵从一组接口且提供实现的一个物理部件，通常指开发和运行时类的物理
A．部署图
B．类
C．接口
D．组件
2．组件图用于对系统的静态实现视图建模，这种视图主要支持系统部件的配置管理，通常可以分为
四种方式来完成，下面哪种不是其中之一（
）。
A．对源代码建模
B．对事物建模
8.3小结
组件图用于静态建模，是表示组件类型的组织以及各种组 件之间依赖关系的图。组件图通过对组件间依赖关系的描 述来估计对系统组件的修改给系统可能带来的影响。部署 图是用来为面向对象系统的物理实现建模的图。部署图描 述了节点和运行在其上的组件的配置，它用来模拟系统的 静态部署实现。
本章介绍了组件的定义以构成组件的要素，对组件、组件 关系进行了详细的讲解。对使用组件图建模适用领域进行 了说明，并对最为常见的两种场景即可执行程序结构建模、 源代码建模进行了举例说明。还介绍了部署图语义和功能， 通过实例讲解了部署图的应用。
uml图怎么画
uml图怎么画UML图，即统一建模语言图，是由OMG（Object Management Group，对象管理组）制定并推广的软件工程标准，用于描述软件系统的结构和行为。
UML图包括用例图、活动图、类图、序列图、状态图、组件图和部署图，不同的UML图适用于不同的建模需求，可以帮助软件开发人员更清晰、准确地描述和设计软件系统。
如何画UML图呢？以下是几种常用的UML图绘制方法：1. 用例图用例图用于描述系统功能和参与者之间的关系。
绘制用例图时，首先要确定系统的参与者，然后绘制用于描述系统功能的用例，最后画出它们之间的联系。
用例图的常见符号包括参与者、用例、关联关系、泛化关系、包含关系、扩展关系等。
其中，参与者用人的形状表示，用例用椭圆形表示，关联关系用实线表示，泛化关系用空心三角形表示，包含关系和扩展关系用虚线箭头表示。
2. 活动图活动图用于描述系统中的业务流程或处理过程。
绘制活动图时，首先要确定业务流程或处理过程的步骤和顺序，然后绘制用于表示步骤的活动节点和用于表示控制流的箭头，最后画出它们之间的联系。
活动图的常见符号包括活动节点、控制流、决策节点、合并节点、分支节点、循环节点等。
其中，活动节点用圆角矩形表示，控制流用实线箭头表示，决策节点用菱形表示，合并节点用以上两个节点的相反形状表示，分支节点用实线符号表示，循环节点用小圆圈表示。
3. 类图类图用于描述系统中的类、对象及它们之间的关系。
绘制类图时，首先要确定系统中的类和对象，然后绘制用于表示类的矩形和用于表示类属性和方法的分区，最后画出它们之间的关系。
类图的常见符号包括类、对象、关联关系、聚合关系、组合关系、泛化关系、依赖关系等。
其中，类用矩形表示，对象用类名加下划线表示，关联关系用实线表示，聚合关系和组合关系用空心菱形和实心菱形表示，泛化关系用空心三角形表示，依赖关系用虚线箭头表示。
4. 序列图序列图用于描述系统中的对象之间的消息传递过程。
包图组件图部署图
包(Package)
引入与输出:引入(import)允许一个包中的元素单向访问另一包中的元素 允许一个包中的元素单向访问另一包中的元素. 引入与输出 引入 允许一个包中的元素单向访问另一包中的元素
在UML中,用一个由构造型import修饰的依赖为 引入关系建模.通过把抽象包装秤有含义的组块, 然后用引入关系控制对它们的访问,就能控制 大量抽象的复杂性. 输出(export)就是包的公共部分 就是包的公共部分. 输出 就是包的公共部分 一个包输出的部分仅对显示地引入这个包 的其他包中的元素是可见的 注:引入和访问依赖是不可传递的.
虚包(Generic Package): 虚包
虚子程序(Generic Subprogram): 虚子程序
接口(Interface)
概述: 概述 在组件图中,组件可以通过其他组件的接口来使用其他组件中定义
的操作.通过使用命名的接口,可以避免在系统中各个组件之间直接发生依 赖关系,有利于组件的替换 接口和组件之间的关系: 实现关系(Realization): 依赖关系(Dependency): 组件接口的分类: 导入接口(import interface):供访问操作的组件使用 导出接口(export interface):由提供操作的组件提供
组件图(Component Diagram)
背景： 背景：在软件建模的过程中，使用用例图可以推断系统希望的行为；使用类图
可以描述系统中的词汇；使用时序图、组件图、状态图和活动图可以说明这些词 汇中的事物如何相互作用以完成某些行为。在完成系统的逻辑设计之后，下一步 要定义设计的物理实现，如可执行文件、库、表、文件和文档等。对面向对象系 统的物理方面进行建模时要用到两种图：组件图和配置图。 概述： 概述：使用组件图能够可视化物理组件以及它们之间的关系,并描述其构造细节. 组件图描述了软件的各种组件和它们之间的依赖关系.在UML中,组件图是系统实 现视图的图形表示,而其中的一个组件图只能表示系统实现视图的一部分,也即任 何一个组件图都不能描述系统实现的所 有方面,只有系统中的组件组合起来 才能表示完整的系统实现视图
实验八 组件图和部署图及状态图实验报告
青海民族大学物理与电子信息工程学院实验报告实验名称：组件图和部署图及状态图姓名：学号：班级：实验八组件图和部署图及状态图一、实验目的1．理解组件图的基本概念。
2．理解组件图的应用：逻辑部署。
3．理解部署图的基本概念。
4．理解部署图的应用：物理部署。
5．掌握组件图和部署图绘制的方法。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容企业进销存系统的分析和设计已按计划完成，下一步将完成系统的组件图和部署图，现系统分析部指派您完成如下任务：1．以“仓库管理员将生产的产品放进仓库”的用例为基础创建构件图。
2．一些系统的需求为基础，创建系统的部署图。
四、实验步骤1. 绘制组件图分析：对该用例的流程进行分析，发现包含下列元素。
1．产品类（Products）2．仓库管理员类（Warehouse Manager）3．界面类（Web Interface）4．数据库管理类（Data Manager）5．系统的主程序（Main System）绘图步骤：（1）在组件视图中双击Main图2. 绘制部署图分析：根据系统的物理需求确定系统的节点，①客户机②Web应用服务器③数据库服务器绘图步骤：（2）（1）浏览窗口中选择“Deployment View”,。
（五）实验心得部署图主要是用来说明如何配置系统的软件和硬件。
本学生选课系统由5个节点构成，应用服务器负责整个系统的总体协调工作：数据库负责数据管理；Web 应用程序模块用于学生进行课程查询、选课；业务操作模块用于管理员处理学生选课、课程信息管理等一般的业务流程：学生信息维护模块用于管理员对学生信息的维护，如添加和修改学生信息、添加和修改课程信息等。
状态图一、实验目的1．熟悉状态图的基本功能和使用方法。
2．掌握如何使用建模工具绘制状态图。
二、实验器材1．计算机一台。
2．Rational Rose 工具软件。
三、实验内容通过对前面内容的学习，使我们完成了进销存管理系统的静态模型，构建了分析阶段和设计阶段的类图。
组件图与部署图
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通信。
uml相关的名词解释
uml相关的名词解释UML（统一建模语言）相关名词解释简介：在软件工程中，统一建模语言（UML）是一种标准化的、通用的建模语言，用于描述和构建软件系统。
被广泛应用于软件开发过程中的需求分析、系统设计、代码生成等环节，UML具备描述问题领域、定义软件结构和行为的能力，以及促进开发者之间的交流和沟通。
本文将对与UML相关的一些关键名词进行解释与阐述。
1. 用例图（Use Case Diagram）用例图是UML中最常用的图形之一，用于描述系统与用户之间的交互。
用例图通过显示系统的功能和角色之间的关系，来帮助开发者理解和定义系统的需求。
用例图中的参与者代表系统的用户、外部组织或其他系统，而用例则代表系统的功能或交互场景。
用例图可以帮助团队更好地理解系统的需求，从而指导系统的设计和开发过程。
2. 类图（Class Diagram）类图是用于描述系统中的类、接口、关系和结构的图形化工具。
在类图中，类被表示为矩形框，类之间的关系以及类的属性和方法则通过箭头连接来表示。
类图可以帮助开发者理解、设计和组织系统中的类与对象之间的结构关系，从而更好地进行系统设计和编码。
3. 时序图（Sequence Diagram）时序图用于描述对象之间的交互，尤其是强调交互的顺序和时序逻辑。
时序图中的对象以及它们之间的消息传递被表示为垂直的时间轴和消息顺序。
时序图可以帮助开发者理解和描述系统中对象之间的交互过程，以及时间上的先后关系。
4. 活动图（Activity Diagram）活动图用于描述系统中的行为和流程，强调系统中的活动和动作。
活动图以节点和边的形式描述活动的流程和顺序，用于展示系统中各个活动之间的流转和控制。
活动图可以帮助开发者分析和设计系统中的流程，以及理解系统的行为逻辑。
5. 组件图（Component Diagram）组件图用于描述系统的组件和它们之间的关系，关注系统的组织结构和组件之间的依赖关系。
在组件图中，组件被表示为矩形框，组件之间的关系以及组件的接口则使用箭头表示。
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中描述系统结构和静态关系的基本图表之一。
它用矩形表示类，用线连接类之间的关系，包括关联关系、聚合关系、继承关系等。
类图可以帮助开发人员更清晰地理解系统的对象结构和类之间的关系，从而支持系统的设计和重构。
示例：一个简单的学生信息管理系统的类图包括类“学生”、“课程”、“教师”等，以及它们之间的关系如“选修”、“授课”等。
包图组件图部署图
需要加包名限定，直接用目的包中的元素名 字即可。
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）
第11章组件图与部署图
作者：冀振燕
《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中，节点用一个立方体来表示。
UML 10 种图的总结
UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。
用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。
（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。
它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。
在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。
所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。
（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。
当父用例能够被使用时，任何子用例也可以被使用。
如在图2.4中，订票是电话订票和网上订票的抽象。
组件图和部署图
组件和类之间的不同点：
类是逻辑抽象，组件是物理抽象，即 组件可以位于节点(node)上。 组件是对其它逻辑元素，如类的物理 实现。即，组件是软件系统的一个物 理单元。
(3)组件的表示
在UML中,组件通过以下形式来表示:
• 五个用于组件的标准变体 可执行文件(executable)
• 代表一个可以在一个结点上运行的组件
2 . 连接
连接表示两个节点之间的物理连接关系，用实线表示， 在连接上可以加多重性、角色、约束等。 •连接是代表一种交流的机制： 物理媒介 软件协议
如何开发部署模型？
• 部署模型通常与组件模型并行开发。为了开 发部署模型，可以迭代使用以下步骤：
1．确定模型范围。 2．确定分布结构。 3．确定节点和它们的连接。 4．把组件分布到节点。 5．为不同组件之间的依赖建模。
(1) 对源代码文件之间的相互关系建模
(2)对可执行文件之间的相互关系建模
组件图的例子:
二、部署图
部署图(deployment diagram):也称配 置图、实施图，用来描述软件系统中硬件 和软件的物理节构。 一般一个系统仅有一 个部署图。部署图 由节点（Node）和节点 间的关联关系（Association）组成。
1.节点
节点(node) 是运行时代计算资源的物理元素。节点通常 有内存及处理能力，它可以是物理设备及运行在该设备上的软 件系统. 节点分为处理机(processor)和设备(device)两类。
• 处理机：能执行软件、具有计算能力的节点，如主机、服务 器、客户机等； • 设备：没有计算能力的节点，如打印机、传感器、终端等。
库文件(library)
• 代表一个静态或动态对象库
数据表(table)
部署图,组件图
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）以及以及它们之间的连接关系，也可以 描述部署和部署之间的依赖关系；除此之外，部署图中还可以包 含包或者子系统。图演示了用于租书管理系统的部署图。
UML部署图和图九组件图
UML部署图和图九组件图前⾔UML⼤部分描写叙述了逻辑和设计⽅⾯的信息。
实现图⽤来描写叙述实现⽅⾯的信息。
实现图包含部署图和构件图。
构件图1. 概念构件图从软件架构的⾓度来描写叙述⼀个系统的主要功能。
如⼦系统、类、包、构件。
⽤来显⽰⼀组构建之间组织与依赖的关系。
2. 构成构件、接⼝、关系3. 构件的类型源码构件、⼆进制构件、可运⾏构件、数据⽂件或⽂档4. 构件和类的关系（1）类表⽰逻辑抽象⽽构件表⽰物理抽象（2）构件是其他元素的物理实现（3）类能够直接拥有属性和操作，构件⼀般仅仅有通过接⼝訪问的操作5. 构件的特点物理的、可替换的、是系统的⼀部分、从⼀组接⼝并提供对⼀组接⼝的实现6. 构件与接⼝的关系实现、依赖、⽰出、进⼊7. 以下是我的机房收费的构件图。
眼下感觉理解的还是不够透彻，先画出来以后学的深了再改进部署图1. 概念⽤来显⽰系统中软件和硬件的物理架构。
⼀个系统仅仅有⼀个部署图。
2. 部署图元素节点、节点实例、物件、关系、节点容器3. 使⽤条件对复杂的分布式软件使⽤部署图4. 长处部署图判断软件的所需的处理器和设备的拓扑结构5. ⼀个良好的部署图：（1）每⼀个实施图是系统的⼀个⽅⾯（2）側重⼀个⽅⾯（3）仅仅包括必要元素和必要修饰（4）避免交叉、名字要能概括你功能6.以下是我的机房收费的部署图，不⾜之处欢迎⼤家积极指正UML仍在路上（尾声）通过以上连续的五篇博客，对UML中的9+1（包图）个图结合之前敲的机房收费系统做了总结。
前五篇博客将关系联系紧密的两两放在⼀起更有助于对照理解这些图。
UML语⾔使系统建模过程标准化，统⼀化。
规范化。
UML在整个软件开发过程中採⽤同样的概念和表⽰⽅法。
在不同的开发阶段，不必转换概念和表⽰⽅法。
避免了传统软件开发⽅法的两个鸿沟。
UML採⽤图形化的表现形式。
产⽣的模型易于理解。
易于开发者与⽤户之间的沟通。
从⽽可以及时得到⽤户的反馈信息。
⽤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》等）