组件图与部署图

合集下载

《统一建模语言(UML)》第9章 组件图和部署图

《统一建模语言(UML)》第9章 组件图和部署图

例如,编写文档和相关帮助的人员不直接参与系统的分析和设计,然而他们 对系统的理解直接影响到系统文档的质量,而组件图是帮助他们理解系统 的有力工具。
9.1.1 组件图元素

构成组件图的元素包括:
组件(component) 接口(interface) 关系(relationship)
还可以包括包(package)和子系统(subsystem) 它们有助于将系统中的模型元素组织成更大的组块。

Processor

Device
9.2 部署图
2.组件(Component)
节点和组件的关系:
组件是参与系统执行的事物,而节点是执行组件的事物。 组件表示逻辑元素的物理模块,而节点表示组件的物理部署。

9.2 部署图
3.关系(relationship)
部署图中也可以包括依赖、泛化、关联及实现关系。部署图中的依赖关系谢谢观看Fra bibliotek任务解决
小结


组件图是对面向对象系统的物理方面建模时使 用的两种图之一,用于描述软件组件以及组件 之间的组织和依赖关系,构成组件图的元素包 括组件(component)、接口(interface)和关系 (relationship)。 部署图是用于描述系统硬件的物理拓扑结构以 及在此结构上运行的软件的图形,部署图可以 显示计算节点的拓扑结构、通信路径、节点上 运行的软件、软件包含的逻辑单元(对象、类 等)。构成部署图的元素主要是节点(node)、 组件(component)和关系(relationship)。
9.1.1 组件图
1.组件(Component)
组件是定义了良好接口且提供实现的一个物理部件 是指类的物理实现,表示将类、接口等逻辑元素打包而形

UML组件图和部署图实践课件

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,为编辑组件图做好准备,这时绘图工具栏中的图标如图中椭圆所示,其中具体含义可参看本节“补充图标”一段的介绍。

§8 包图、组件图、部署图

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

包图组件图部署图

包图组件图部署图

包(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 工具软件。

三、实验内容通过对前面内容的学习,使我们完成了进销存管理系统的静态模型,构建了分析阶段和设计阶段的类图。

6组件图布置图

6组件图布置图

部署图(续)

部署图的用途 – 主要用来描述构成物理系统的各组成部分的分布、提 交和安装 – 应用程序的物理部署,如:网络布局,组件在网络上的 位置等 – 显示网络上所有的节点,节点间的连接和每个节点上 运行的进程
3 Sept. 2008 Confidential
部署图(续)

节点(Node) – 存在于运行时并代表一项计算资源的物理元素,一 般至少拥有一些内存,而且通常具有处理能力。应 用程序的物理部署,如:网络布局,组件在网络上的 位置等 – 节点既可以代表一个物理设备,也可以代表在该设 备上运行的软件系统。
3 Sept. 2008 Confidential
部署图(Deployment Diagram)

部署图(Deployment Diagram) – 显示运行时进行处理的节点和在节点上活动的组件的 配置。 – 描述了处理器、设备和软件组件运行时的体系架构。 – 也叫实施图或布置图
3 Sept. 2008 Confidential
3 Sept. 2008 Confidential
组件图(续)
• 组件类型 – 实施组件(Deployment component) • 构成一个可执行系统必要和充分的组件。例如:
dll, exe – 工作产品组件(Work product component) • 是开发过程的产物,包括创建实施组件的源代码 文件及数据文件等,如:cpp,c,java – 执行组件(Execution component) • 作为一个正在执行的系统的结果而被创建,如: 由dll实例化形成的COM+对象
3 Sept. 2008 Confidential
部署图(续)
• •

UML部署图和图九组件图

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进⾏系统建模所得到的建模制品不只包含各种模型框图,还有⼤量丰富的⽂档。

包图组件图部署图

包图组件图部署图
字空间的。这样在引用目的包中的内容时不
需要加包名限定,直接用目的包中的元素名 字即可。
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)

元件套件与部署图课件

元件套件与部署图课件
在套件中的元素必須有內聚力(Cohesive),當我們考量 將模型元素置於套件時,需要考慮加入元素後,套件是否 仍然有意義,也就是能夠使用一個簡短名稱來代表套件的 模組或子系統,如果可以,表示這些元素擁有內聚力,反 之,可能只是一些不相關的元素。
對於使用案例圖來說,我們需要將相關的使用案例包裝成 套件。
15-1-3 合作
合作(Collaboration) 是定義一組共同操作 的角色來完成定義的 工作或功能,一種很 好的方式來描述設計 樣式。合作的符號是 虛線的橢圓形,外部 參與可以連接至合作 的橢圓形。例如: Observer樣式,如右圖 所示:
15-2 元件圖
15-2-1 元件 15-2-2 元件的提供與需求介面 15-2-3 元件實現與白箱觀點 15-2-4 組裝連接器與黑箱觀點 15-2-5 元件與連接埠 15-2-6 委派連接器
15-2-3 元件實現與白箱觀點白箱觀點
前述元件圖也稱為元件的白箱觀點(White-Box Views)或內部觀點(Internal View),可以從一 個元件的內部來檢視實作功能的類別、介面或其 他元件。
15-2-4 組裝連接器與黑箱觀點組裝連接器(說明)
元件圖的連接器(Connectors)可以建立元件之間 的連接,分為組裝連接器(Assembly Connectors )和委派連接器(Delegation Connectors)兩種。 筆者在這一節說明組裝連接器,第15-2-6節說明委 派連接器。
15-2-3 元件實現與白箱觀點元件實現1
在元件內部可以包含描述元件功能的元素,這些 是用來完成元件工作的元素,稱為元件實現( Component Realize),例如:在部落格元件包含 部落格和項目的類別,和之間的聚合關係,如下 圖所示:

4.2组件图和部署图

4.2组件图和部署图
(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)

(完整word版)uml图书馆组件图和部署图

(完整word版)uml图书馆组件图和部署图

学号
统一建模语言UML A
实验报告
实验六组件图和部署图的建立
学生姓名
专业、班级12计算机12班
指导教师高天迎
成绩
计算机与信息工程学院
年月日
天津城市建设学院
验证性实验任务书
计算机与信息工程学院计算机专业12 班
姓名学号
课程名称:统一建模语言UML A
设计题目:组件图和部署图的建立
完成期限:自年月日至年月日
设计依据、要求及主要内容(可另加附页):
1、设计依据:
本实验是以教材《UML基础与Rose建模实用教程》一书的第13章为依据, 掌握组件图和部署图的建立。

2、设计要求:
(1)利用Rose建立图书管理系统的构件图。

(2)利用Rose建立图书管理系统的部署图。

指导教师:高天迎
一、实验目的
1.了解组件图中各组件和其依赖关系
2.了解配置图的作用
3.会使用rose绘制组件图和配置图
二、实验内容
1.创建组件图
2.创建配置图
三、实验思想
1.找到系统中存在的组件、接口及组件之间的依赖关系并进行组件图的建模。

2.找到系统的节点及其关联关系并进行配置图的建模。

四、实验结果
1.构件图
2.配置图
五、实验心得
经过这次大作业,让我了解软件需求建模的过程,锻炼了我的动手解决实际问题的能力,让我感受到了另一种解决问题的方法的趣味性与实践性。

希望在以后的学习中我能从此次学习和设计获得更多的经验,让自己成为一个拥有一定水平的软件开发者!。

UML 10 种图的总结

UML 10 种图的总结

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)以及以及它们之间的连接关系,也可以 描述部署和部署之间的依赖关系;除此之外,部署图中还可以包 含包或者子系统。图演示了用于租书管理系统的部署图。

构件图和部署图[系统部署模型]

构件图和部署图[系统部署模型]

构件组件图和部署图()学习内容¢¢¢构件图和部署图的基本概念使用创建构件图和部署图用部署一个实际的项目RoseRose2015/4/1421 .构件¢¢在构件图中,我们将系统中可重用的模块封装成为具有可替代性的物理单元,我们称之称为构件,它是独立的,在一个系统或子系统中的封装单位,提供一个或多个接口,是系统高层的可重用的部件。

构件作为系统定义良好接口的物理实现单元,它能够不直接依赖于其他构件而仅仅依赖于构件所支持的接口。

通过使用被软件或硬件所支持的一个操作集接口,构件可以避免在系统中与其它构件之间直接发生依赖关系。

—2015/4/143•有一些构件的图标表示形式和标准构件图形表示形式相同,它们包括、、、、以及自定义构造型的构件,它们的表示形式是在构件上添加相关的构造型,下图为一个构造型为的构件。

ActiveX Applet Application DLL EXE Applet 2015/4/144¢¢在中,数据库也被认为是一种构件。

虚包是一种只包含对其它包所具有的元素进行的引用的构件。

它被用来提供一个包的某些内容的公共视图。

虚包不包含任何它自己的模型元素。

Rational Rose 20032015/4/145¢¢系统是指组织起来以完成一定目的的连接单元的集合,在系统中,肯定有一个文件用来指定系统的入口,也就是系统程序的根文件,这个文件被成为主程序。

子程序规范和子程序体是用来显示子程序的规范和实现体。

子程序是一个单独处理的元素的包,我们通常用它代指一组子程序集。

2015/4/1462 . 构件图的基本概念•构件图是用来表示系统中构件与构件之间,以及定义的类或接口与构件之间的关系的图。

在构件图中,构件和构件之间的关系表现为依赖关系,定义的类或接口与类之间的关系表现为依赖关系或实现关系。

2015/4/1473. 部署图的基本概念¢¢部署图()描述了一个系统运行时的硬件结点,以及在这些结点上运行的软件构件将在何处物理地运行,以及它们将如何彼此通信的静态视图。

组件图和部署图

组件图和部署图

组件和类之间的不同点:
类是逻辑抽象,组件是物理抽象,即 组件可以位于节点(node)上。 组件是对其它逻辑元素,如类的物理 实现。即,组件是软件系统的一个物 理单元。
(3)组件的表示
在UML中,组件通过以下形式来表示:
• 五个用于组件的标准变体 可执行文件(executable)
• 代表一个可以在一个结点上运行的组件
2 . 连接
连接表示两个节点之间的物理连接关系,用实线表示, 在连接上可以加多重性、角色、约束等。 •连接是代表一种交流的机制: 物理媒介 软件协议
如何开发部署模型?
• 部署模型通常与组件模型并行开发。为了开 发部署模型,可以迭代使用以下步骤:
1.确定模型范围。 2.确定分布结构。 3.确定节点和它们的连接。 4.把组件分布到节点。 5.为不同组件之间的依赖建模。
(1) 对源代码文件之间的相互关系建模
(2)对可执行文件之间的相互关系建模
组件图的例子:
二、部署图
部署图(deployment diagram):也称配 置图、实施图,用来描述软件系统中硬件 和软件的物理节构。 一般一个系统仅有一 个部署图。部署图 由节点(Node)和节点 间的关联关系(Association)组成。
1.节点
节点(node) 是运行时代计算资源的物理元素。节点通常 有内存及处理能力,它可以是物理设备及运行在该设备上的软 件系统. 节点分为处理机(processor)和设备(device)两类。
• 处理机:能执行软件、具有计算能力的节点,如主机、服务 器、客户机等; • 设备:没有计算能力的节点,如打印机、传感器、终端等。
库文件(library)
• 代表一个静态或动态对象库
数据表(table)
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

UML组件图与部署图
U n R e g i s t e
r e
d
为什么要建模组件图和部署图?
组件图用来建模系统的各个组件,包括
(1)源代码文件(如java)
(2)二进制文件(如bin、dll等,系统调用的某一外部可执行文件)(3)脚本文件(如xml、txt等)
(4)可执行文件(如exe)之间的关系
它们是通过功能或者文件组织在一起的。

使用组件图可以帮助读者了解某个功能位于软件包的哪一位置,以及各个版本的软件各包含哪些功能。

部署图用来帮助读者了解软件中的各个组件驻留在什么硬
件位置,以及这些硬件之间的交互关系。

总之,组件图和部署图可以用来帮助设计系统的物理架构。

U
n R
e g
i s
t e
r e
d
1.组件
在UML中,组件使用在左侧带有两个小矩形的大矩形表示,如下图所示。

U
n R
e g
i s
t e
r e
d
组件的表示
U n R e g i s t e
r e
d
2.依赖关系
依赖关系演示两个组件之间的依赖特性。

依赖关系使用在一端带有开放箭头的短划线表示。

箭头从依赖的对象指向被依赖的对象。

例如下图所示。

d
e
r
e
t
s
i
g
e
R
n
U
d
e
r
e
t
s
i
g
e
R
n
U
3.包含组件
一个组件可以包含在其他的组件中。

其标记符可在其他组件中建模组件来表示。

下例演示了Inventory组件由3个独立的组件DataAccess,
Business Logic和Userinterface组成,如下图所示。

U
n R
e g
i s
t e
r e
d
UML部署图用来描述系统硬件节点构成,以及在这些节点上运行软件组件的分布。

1.节点
节点用来表示一种硬件,它可以是打印机、计算机、扫描仪等。

节点的标记符是一个三维框,在框的左上方包含了节点的名
称,如下图所示。

部署图
U
n R
e g
i s
t e
r e
d
2.通信关联
节点通过通信关联建立彼此的关系,采用从节点到节点绘制实线来表示关联。

这种关系用来表示两种硬件(节点)通过某种方
式彼此通信。

其基本通信关联的版型表示,如下图所示。

U
n R
e g
i s
t e
r e
d
下图演示了WebServer通过HTTP协议与Client PC通信,Client PC通过USB协议与Printer通信。

d
e
r
e
t
s
i
g
e
R
n
U
3.组件的部署
可以把系统运行时的组件分布在特定的硬件节点上来展示系统的架构。

下图演示了UserInterface、BusinessLogic和Backendfunctionality等组件如何在服务器和客户机硬件中的部署。

d
e
r
e
t
s
i
g
e
R
n
U。

相关文档
最新文档