本文目录
- 部署图的介绍
- 如何绘制部署图
- UML建模中构件图和部署图的差别
- 部署图是行为图吗
- StarUML怎么在部署图的结点中添加构件
- 部署图在ea软件怎么为节点设置为衍型
- 简述部署图和构件图的区别 uml
- 部署图的结点组件
- 部署图的简介
部署图的介绍
部署图(deployment diagram，配置图)是用来显示系统中软件和硬件的物理架构。从部署图中，您可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署图可以显示运行时系统的结构，同时还传达构成应用程序的硬件和软件元素的配置和部署方式。
如何绘制部署图
部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。因为部署图是对物理运行情况进行建模，系统的生产人员就可以很好地利用这种图。 UML部署图中的符号包括组件图中所使用的符号元素，另外还增加了几个符号，包括节点的概念。一个节点可以代表一台物理机器，或代表一个虚拟机器节点（例如，一个大型机节点）。要对节点进行建模，只需绘制一个三维立方体，节点的名称位于立方体的顶部。 确定所需的节点和节点间的连接关系 ◆IC卡读卡器：提供给员工刷卡用，它将收集刷卡的时间信息，传给应用系统，并存入数据库中 ◆应用服务器：用来负责从IC卡读卡器中收集信息，并对管理人员提供员工设置、考勤查询等功能 ◆数据库服务器：用来存储考勤数据，由于该系统比较小，因此在物理上可以与应用服务器合并 ◆客户端软件：提供给管理人员使用，连接应用服务器，完成相应操作 根据实现描述节点 ◆客户端：需使用Windows操作系统，安装客户端软件（假设名为KaoQing.exe） ◆服务器：包含一个用Delphi开发的服务端软件（设为KqServer.exe），它需要与Access数据库交互（设为KaoQing.mdb），并且需要通过IC卡读卡器的驱动程序（假设名为cardReader.dll）来实现与IC卡读卡器通信 ◆IC卡读写器：对于本系统而言，它是不执行构件的设备，不过为了方便员工，安装了3个。 UML部署图应用说明 ◆部署图是一种分两阶段演化的，最初的部署图是在设计时，作为确定最终硬件构架过程的一部分而创建的，然后逐步地对它进行精化，从而得到一个或多个实例形式的UML部署图 ◆设计阶段：焦点聚焦于节点或节点实例，以及它们之间的连接 ◆实现阶段：焦点聚集于将物理构件分配给节点 嵌入式系统建模 ◆识别对于你的系统而言唯一的设备和节点；重点在于对处理器和设备之间的关系建模；可以考虑对处事器和设备采用更直观的图标： 客户机/服务器和分布式系统建模 ◆当你开发的软件要运行在多台计算机上时，就必须决定如何将软件构件以合理的方式部署在各个节点。其中客户机/服务器结构就是一种典型的分布式系统模型，它包含三层B/S结构、两层C/S结构 ◆除了客户机/服务器模型之外，对于大型分布式系统可能还包括负载均衡、集群等部署结构，UML部署图的引入都能够良好地对其进行表述。
UML建模中构件图和部署图的差别
UML建模中构件图和部署图的区别为：用途、使用者不同、构成不同。
一、用途不同
1、构件图：构件图是用来描述系统的静态实现视图。
2、部署图：部署图是用来定义系统中软硬件的物理体系结构的视图。
二、用户是不同的
1、组件图：组件图的用户是开发人员和设计人员。
2、部署图：部署图的用户是开发人员、系统集成商和测试人员。
三、成分不同
1、组件图：组件图由组件标记和组件之间的关系组成。
2、部署图：部署图由一组物理节点及其相互关系组成。
扩展资料：
UML定义良好，易于表达，功能强大，普遍适用。面向对象分析（Object－OrientedAnalysis，OA）已经成为主流的系统分析方法，在加强对问题空间和系统任务的理解、改善各方之间的沟通、保持需求的一致性和支持软件重用四个方面表现出优于其他系统分析方法的能力。
UML的出现是为了统一Booch、OMT、OSE和其他方法，以及面向对象方法中使用的符号，并且在它被提出后不久就作为OMG的标准之一被采用。从而改变了数十种面向对象的建模语言相互独立、各具优势的局面，使面向对象的分析技术得到了前所未有的发展。
部署图是行为图吗
部署图(deployment diagram，配置图)是用来显示系统中软件和硬件的物理架构。从部署图中，您可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。使用部署图可以显示运行时系统的结构，同时还传达构成应用程序的硬件和软件元素的配置和部署方式。
部署图简介
一个UML部署图(对象管理组织2001)描述了一个运行时的硬件结点，以及在这些结点上运行的软件组件的静态视图。 部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构的机器之间的中间件。
创建目的
· 探究系统投产的相关问题.
· 探究你的系统和生产环境中的其它系统的依赖关系，这些系统可能是已经存在，或是将要引入的。
· 描述一个商业应用主要的部署结构。
· 设计一个嵌入系统的硬件和软件结构。
· 描述一个组织的硬件/网络基础结构。
简介
在特定的项目图上注明软件组件;集中在企业级图上的结点和通信关联
结点和组件
用描述性术语命名结点;仅仅建模重要的软件组件;为组件一致地应用一致版型;把可视化的版型应用到结点
依赖和通信关联
用版型来注明通信协议;仅仅建模组件间的关键性依赖
通用准则
在特定的项目图上注明软件组件图1是一个大学管理系统的UML部署图描述. 该图描述了那些包含单一应用程序的主要软件组件是怎样配置到生产环境中的，这使得项目团队能够确定他们的部署策略。2.集中在企业级图上的结点和通信关联
UML部署图经常被认为是一个网络图或技术架构图，图2是该风格的一个例子，它描述了一个简单组织的技术基础结构。 注意图2是一个非常简单的例子，像这样的图，许多组织将会有几十甚至几百个结点。
虽然在图的有限范围内注明组件的部署情况是可以显示它的作用的，例如图1，但图很快地就变得笨重起来。 图2则关注于企业的那些高阶部署，因此配置在硬件结点之上的软件组件的精细的、细节的东西就不需要显示出来，你可以在你的CASE工具中处理这些信息，但这并不意味着你需要在图上显示它们。
StarUML怎么在部署图的结点中添加构件
无本质区别，PKPM第二步荷载整理的时候都能正确的加到模型上。梁上的荷载（均布/集中）都按梁间荷载来输。比如梁柱交接点处如果有设备，那这个荷载就应该直接加在节点上，用节点荷载来输。不影响计算结果。
反射或折射光路图时，应先在入射点作出法线(虚线)，
部署图在ea软件怎么为节点设置为衍型
1.组件定义
组件/组件/component：封装了其内容的系统模块，它在其环境中的表现形式可以替代。构件通过所提供的和所需要的接口定义了其行为。
2.衍型
2.1.衍型定义
确切的讲,可以把衍型看做元类型(一种定义其他类型的类型)，因为每一个衍型将创建一个相当于UML元模型中新类的等价物。当对节点或类这样的元素简历衍型时，实际上是通过创建类似于已有的构造快的新构造快来扩展UML，但新构造块有自己的新的特性、语义和表示法。
2.2.衍型表示法
2.2.1.具名衍型：最简单的形式是把衍型用由双尖括号括起来的名字表示(如《《name》》)，并把它放在别的元素的名字之上。部署图中节点名称中的双尖括号不是衍型标志。只是“实现”的一个命名。
2.2.2.带有图标的具名衍型：可以为衍型定义图标，以作为可视化提示，并把该图标放在名字的右边(如果用基本表示法来表示元素)，
2.2.3.作为图标的衍型化元素：直接用2.2.2中的图标作为被衍型化的基本符号。
3.组件VS子系统
在UML2.0中，子系统是组件的一个特别版本。在本人所处的开发环境中，子系统的概念要大于组件。
4.组件VS类
组件更强调的是系统级、侧重于接口，强调的是组件自包容和可替换的性质；而类，则可以对任意水平的软件元素建模，对粒度要求不高。
参考
1.《UML用户指南》第二版
2.《UML和模式应用》原书第三版
简述部署图和构件图的区别 uml
组件图显示了组件类型的定义、内部结构和依赖。组件图提供系统的物理视图，它的用途是显示系统中的软件与其他软件组件(例如，库函数)的依赖关系。组件图可以在一个非常高的层次上显示，从而仅显示粗粒度的组件，也可以在组件包层次上显示。
部署图表示该软件系统如何部署到硬件环境中。它的用途是显示该系统不同的组件将在何处物理地运行，以及它们将如何彼此通信。因为部署图是对物理运行情况进行建模，系统的生产人员就可以很好地利用这种图。
部署图中的符号包括组件图中所使用的符号元素，另外还增加了几个符号，包括节点的概念。一个节点可以代表一台物理机器，或代表一个虚拟机器节点(例如，一个大型机节点)。
部署图的结点组件
通信关联支持一个或多个通信协议，每一个都应该使用一个UML版型来描述。 图1中你可以看到HTTP、JDBC、和web services协议，他们就是使用了这个方法。
表1提供了一个典型的通信关联的版型列表，你的组织也许会想开发自己的特定标准。
表1.通用的版型为通信关联
版型 含意。
异步 一个异步连接，也许经由一个消息总线或消息队列。
HTTP 超文本传输协议，一个网际协议。
JDBC Java数据库连接，一套为数据库存取编写的Java API。
ODBC开放式数据库连接，一套微软的数据库存取应用编程接口。
RMI 远程方法调用，一个Java的通信协议。
RPC 经由远程过程调用的通信。
同步 一个同步连接，发送器等待从接收器回来的反应。
web services 经由诸如SOAP和UDDI的Web Services协议的通信。 图1中配置在??来，因为它们和图并没有什么关系（而且它们最好是在UML组件图上建模具体的细节）。 然而，在数据库服务器上的组件间的依赖则被建模出来，因为它有助于展示数据库的访问。领域组件对数据库的方位是间接的，他们需要通过一个持久性框架，这是通用的架构最佳实践( Ambler 2001)。 遵循AM的实践，简单的描述建模。仅仅建模和手头的任务相关的信息。
部署图的简介
一个UML部署图（对象管理组织2001）描述了一个运行时的硬件结点，以及在这些结点上运行的软件组件的静态视图。 部署图显示了系统的硬件，安装在硬件上的软件，以及用于连接异构的机器之间的中间件。
