组件图

合集下载

组件配置图

节点中的配置
驻留在节点上的组件
节点中的配置
可以在节点和组件之间添加一条表示依赖关系的虚线箭头，并使用版型来表示节点对组件的包容。
3 关联关系
配置图用关联关系表示各节点之间通信路径，表示为一条实线。在连接硬件时通常关心节点之间是如何连接的，因此关联关系一般不使用名称，而是使用版型。
组件分类
配置组件：dll文件，exe文件，EJB，数据表文件等；构成可执行系统工作产品组件：源代码文件、数据文件。产生配置文件。产生可执行系统执行组件：系统执行后得到的组件。结果
组件与类的比较
相同点：两者都有名称；都可以实现一组接口；都可以参与依赖关系；都可以被嵌套；都可以有实例；都可以参与交互。不同点：类描述了软件设计的逻辑组织和意图，而组件则描述软件设计的物理实现，即每个组件体现了系统设计中特定类的实现。类可以有属性和操作，组件只有操作关系：组件是对类的物理实现
组件规范
2 Detail标签
Declarations（声明）：声明文本框包含一个声明列表，如类名、变量以及其它一些语言专有特性（#includes或类似的结构）。
组件规范
3 Realizes标签
Show all Classes：显示所有的类 Classes Name：类名 Logical Package Name：逻辑包名 Language：语言
节点是在运行时代表计算资源的物理元素。节点通常拥有一些内存，并具有处理能力。在UML中，节点用一个立方体来表示。
节点
节点是各种计算资源的通用名称
处理器设备
两者的区别：处理器是能够执行程序的两者的区别：硬件构件（如计算机主机），），而设备是硬件构件（如计算机主机），而设备是一种不具备计算能力的硬件组件（一种不具备计算能力的硬件组件（如打 Modem PC 印机）。印机）。

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

组件图和配置图

显示对话框组件（DisplayDialog.java）
BorrowDialog.java
ReturnDialog.java
MainWindow.java
QueryDialog.java
ModifyDialog.java
DisplayDialog.java

管理员用户界面组件图包括：
书目管理对话框组件（TitleDialog.java）图书管理对话框组件（BookDialog.java）

驻留结点上的组件图
带有依赖关系的配置图
2.关系

在配置图中，使用关联关系（Association）表示结点之间的通信路径。配置图中的关联关系与类图中的关联关系采用相同的表示方法，都是一条实线。
在连接硬件要考虑结点之间的连接方式和通信方式，因此结点之间的关联关系一般不使用名称标识，而是使用构造型来描述，如：<<TCP/IP>>、 <<HTTP>>、<<USB>>等。

Keyboard Database Server Mouse
<<LAN>>
Application Server
Web Server
<<Internet>>
ClientPC Monitor
<<USB>>
Printer
关联关系示例
10. 3
配置图建模及应用
1. 配置图的应用通常可用配置图建模的系统有：
客户机/服务器（C/S）系统浏览器/服务器（B/S）系统
分布式系统
嵌入式系统

UML的组件图中的模块和配置规则

易于维护：UML组件图可以方便地更新和维护，便于团队协作和项目管理。
提高效率：UML组件图可以帮助开发人员快速理解系统结构和功能，提高开发效率。
便于测试：UML组件图可以帮助测试人员快速定位问题，提高测试效率。
模块和配置规则的缺点
复杂性：UML 组件图可能包含大量的模块和配置规则，导致理解和维护的复杂性增
作用：配置规则可以帮助开发人员更好地理解和设计系统，提高系统的可维护性和可扩展性。
应用场景：配置规则适用于各种类型的软件系统，包括Web应用、移动应用、桌面应用等。
重要性：配置规则是UML组件图中的重要组成部分，对于系统的稳定性和可靠性至关重要。
配置规则的表示方法
组件图：描述系统的静态结构，包括组件、规则描述：使用文字描述配置规则，包
加
灵活性不足： UML组件图可能无法适应快速变化的业务需求，导致灵
活性不足
难以维护： UML组件图可能难以维护，因为需要不断更新和调整模块和配置规则
学习曲线陡峭： UML组件图需要一定的专业知识和技能，学习曲线陡峭，可能导致初学
者难以掌握
如何扬长避短，发挥其最大价值
优点：清晰展示系统结构，易于理解和维护
聚合关系：模块A和模块B之间存在整体与部分的关系，模块A包含模
块B
组合关系：模块A和模块B之间存在整体与部分的关系，模块A包含模块B，且模块A 和模块B具有相同的生命周期
UML组件图的配置规则
配置规则的定义和作用
定义：配置规则是指在UML组件图中，对组件之间的连接关系、接口、属性等进行定义的规则。
模块优化：根据测试结果对模块进行优化，提高系统的性能和稳定性
模块维护：对模块进行维护和管理，保证系统的持续运行和更新

第12章组件图(构件图)-郭

① ② ③
12.1 概述

ATM机系统的组件图。
12.2 组件

组件是软件系统中定义了良好接口的物理实现单元。组件代表了将系统中的类、接口等逻辑元素打包后形成的物理模块。组件可以是源代码组件、二进制组件或一个可执行的组件。组件是作为一个或多个类的软件实现，驻留在计算机中。组件提供和其他组件之间的接口。组件是系统中可替换的物理部件。

包规范：是类的头文件，包含类中函数的原型信息。例如，在c++文件中，包规范就是.h文件。

包体：包含类操作代码。在C++中，包体就是.cpp文件。

任务规范（Task Specification）:任务表示具有独立控制线程的包。可执行文件通常表示为扩展名为.exe的任务规范。
Task Spec
12.2 组件

12.2.1 名称 12.2.2 组件的种类 12.2.3 Rational Rose中不同类型组件的图标表示
12.2.1 名称

每个组件都必须有一个不同于其他组件的名称。组件的名称是一个字符串，位于组件图标的内部。组件名称通常是从现实的词汇表中抽取出来的短名词或名词短语，并依据目标操作系统添加相应的扩展名，例如java和dll。
BorrowerIn foWi ndow.j ava
UpdateT i tl eFram e.j ava
T i tl eFram e.j ava
AboutDi al og.j ava
M es sageBox.j ava
Qui tDi al og.j ava
Resul tOfFi ndBorrower.j ava esul tOfFi ndT i tl e.j ava R

包图组件图部署图

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

组件图和部署图

• 工作产品组件。如: JAVA、C++等源代码文件、数据文件等，这些组件可以产生部署组件。
• 执行组件。即系统执行后得到的结果组件。
组件和类之间的不同点：
类是逻辑抽象，组件是物理抽象，即组件可以位于节点(node)上。
组件是对其它逻辑元素，如类的物理实现。即，组件是软件系统的一个物理单元。
(1) 对源代码文件之间的相互关系建模
(2)对可执行文件之间的相互关系建模
组件图的例子:
二、部署图
部署图(deployment diagram):也称配置图、实施图，用来描述软件系统中硬件和软件的物理节构。一般一个系统仅有一个部署图。部署图由节点（Node）和节点间的关联关系（Association）组成。
1.节点
节点(node) 是运行时代表计算资源的物理元素。节点通常有内存及处理能力，它可以是物理设备及运行在该设备上的软件系统.
节点分为处理机(processor)和设备(device)两类。 • 处理机：能执行软件、具有计算能力的节点，如主机、服务器、客户机等； • 设备：没有计算能力的节点，如打印机、传感器、终端等。
❖文档(documentation)
• 代表文档
2 组件图
组件图(component diagram): 描述组件及其相互关系的图,组件之间是依赖关系。 •组件图和部署图统称为实现图，是对OO系统的物理方面建模的图。 •组件图显示一组组件以及它们之间的相互关系。 •组件图可以显示组件之间的依赖关系，可以用来显示编译、链接或执行时组件之间的依赖关系。
5．为不同组件之间的依赖建模。
部署图的一些例子
• 在下图中，指出了浏览器和应用服务器之间的连接使用HTTP协议，而应用服务器与数据服务器之间的连接使用Java的远程方法调用（RMI）协议。

软件工程UML组件图与部署图

山东农业大学计算机系费玉奎
软件工程
1．添加节点第一项任务是确定系统的节点。下图演示了上面需求列表中提
及的所有硬件。
山东农业大学计算机系费玉奎
软件工程2. 添加通信关联为确定的节点添加通信关联。从需求列表中可以确定如下所示
通信关联： • 扫描仪通过内部的PCI总线连接到网卡。 • 网卡通过无线电波与无线hub通信。 • 无线hub通过USB连接到名为KONG的服务器实例。 • KONG Web服务器通过HTTP与客户组件通信。
Browser组件依赖于WebServerSoft组件。 ProduciLookupAddln组件依赖于Browser组件。
山东农业大学计算机系费玉奎
软件工程山东农业大学计算机系费玉奎
组件图和部署图可以用来帮助设计系统的整体架构。
山东农业大学计算机系费玉奎
软件工程
组件图用来建模软件的组件及其相互之间的关系。这些图由组件和组件之间的关系构成。
Credit
Flight
Reservation
<<DLL>>
FightServer
山东农业大学计算机系费玉奎
软件工程
1．组件组件（构件）是系统中可替换的代码模块。例如下面这些软件
山东农业大学计算机系费玉奎
软件工程
组件与接口
山东农业大学计算机系费玉奎
软件工程
2．依赖关系依赖关系演示两个组件之间的依赖特性。依赖关系使用在一端
带有开放箭头的短划线表示。箭头从依赖的对象指向被依赖的对象。
山东农业大学计算机系费玉奎
软件工程山东农业大学计算机系费玉奎
软件U工M程L本身提供了一些固有的依赖关系定义。其表示如下图所示。

UML组件图中的组件和接口定义与应用范围详解

UML组件图中的组件和接口定义与应用范围详解UML（统一建模语言）是一种用于软件开发过程中的图形化建模语言。

其中，组件图是一种用于表示软件系统中组件和它们之间关系的图形工具。

在组件图中，组件和接口是两个重要的概念，它们的定义和应用范围对于软件系统的设计和开发至关重要。

一、组件的定义与应用范围组件是指软件系统中的一个可独立部署和替换的模块，它具有特定的功能和接口。

组件可以是一个类、一个函数、一个库或者一个独立的模块。

在组件图中，组件用矩形框表示，框内标注组件的名称和类型。

组件的应用范围非常广泛。

首先，组件可以用于描述软件系统的模块化结构，帮助开发人员理解系统的架构和组成部分。

其次，组件可以作为软件系统的重用单元，提高开发效率和质量。

开发人员可以将已经开发和测试过的组件直接应用到新的系统中，而不需要重新编写和测试代码。

此外，组件还可以用于系统的部署和配置管理，帮助系统管理员更好地管理和维护软件系统。

二、接口的定义与应用范围接口是组件之间进行交互的约定，它定义了组件之间的通信方式和规则。

在组件图中，接口用带有圆角矩形框的矩形表示，框内标注接口的名称和类型。

接口的定义包括输入输出参数、操作和事件等。

输入输出参数定义了组件之间传递的数据类型和格式。

操作定义了组件对外提供的服务和方法。

事件定义了组件对外发布的消息和通知。

接口的应用范围非常广泛。

首先，接口可以用于描述组件之间的依赖关系和通信方式，帮助开发人员理解系统的运行机制。

其次，接口可以作为组件之间的约束和协议，确保组件之间的互操作性和兼容性。

开发人员可以根据接口的定义编写代码，实现组件之间的数据传递和方法调用。

此外，接口还可以用于系统的测试和验证，帮助开发人员检查组件之间的交互是否符合预期。

三、组件和接口的关系组件和接口是紧密相关的概念，它们之间存在着一种依赖关系。

在组件图中，组件可以通过接口来访问其他组件的功能和数据。

这种依赖关系可以用箭头表示，箭头指向被依赖的组件。

主轴组件图库

角接触球轴承具有良好的高速性能，但它的承载能力较小，因而适用于高速轻载或精密机床，如高速镗削单元、高速CNC车床等。
• 返回
典型高速结构
MNC 300
SKF 1
SS 125
NDM-40
76_300
返回
• MNC 300 该高速CNC车床主轴前后轴承都采用两联角接触球轴承，具有较高的转速。
速度刚度结构
FNR 140 FNC 200 H2_077 SAG 101 BTA_B
HF2
SDNC 560
TNC 131
TS_15
返回
• FNR 140 返回
• FNC 200 返回
• H2_077
返回
• SAG 101
返回
• BTA_B返回• Fra bibliotekF2返回
• SDNC 560 返回
• TNC 131
主轴组件图库
高刚度结构高速结构速度刚度结构主轴组件典型实例
高刚度结构
• 前支承用双列圆柱滚子轴承承受径向载荷和60°角接触双列向心推力球轴承承受轴向载荷，后支承采用双列短圆柱滚子轴承。
这种轴承配置的主轴部件，适用于
中等转速和切削负载较大，要求刚度高的机床。如数控车床主轴、镗削主轴单元等。
返回
• TS_15
返回
机床主轴实例
• 返回
该图为具有一级转速的变速箱展开
图。最下面的轴是电动机轴或运动输入轴，最上面的轴是机床主轴，主轴的位置主要由车床的中心高确定。
• 返回
该图是采用圆锥滚子轴承的主轴部件，结构比采用双列短援助滚子轴承简化，承载能力和刚度比角接触球轴承高。但是因为圆锥滚子轴承发热大、温升高，允许的极限转速要低些。适用于载荷较大、转速不太高的普通精度的机床主轴。

UML组件图介绍

UML组件图介绍目录1、UML组件图概述 (1)2、在哪里使用组件图？ (1)3、UML组件图目的 (2)4、如何绘制组件图？ (3)1、UML组件图概述UML组件图（Component Diagram）又称为构件图，他描述的是在软件系统中遵从并实现一组接口的物理的、可替换的软件模块。

组件图= 构件（Component）+接口（Interface）+关系（Relationship）+端口（Port）+连接器（Connector）UML组件图给提供了将要建立的系统的高层次的架构视图，这将帮助开发者开始建立实现的路标，并决定关于任务分配及（或）增进需求技能。

2、在哪里使用组件图？UML组件图经常是一个架构师在项目的初期就建立的非常重要的图，它是无价的，因为它们模型化和文档化了一个系统的架构。

UML组件图文档化了系统的架构，开发者和系统可能的系统管理员会发现这一工作的关键产品有助于他们理解系统。

我们已经说过组件图可用于可视化系统的静态实现视图，它是特殊类型的UML图，它描述了在一个系统中的组件组织。

组织机构可以进一步描述为在一个系统中的组件的位置。

这些组件是在一个特殊的组织方式，以满足系统要求。

正如我们已经讨论过这些组件库，文件，可执行文件等，现在组织实施这些组件的应用程序。

组件图的使用可以被描述为：2.1.组件建模的一个系统。

2.2.模型的数据库架构。

2.3.模型的应用程序的可执行文件。

2.4.模型系统的源代码。

3、UML组件图目的组件图是一种特殊的UML图。

与我们之前讨论的UML图标的目的都不同。

组件图不描述该系统的功能，但它描述了用于使这些功能的组件。

所以从这一点来说，组件图用于可视化在一个系统中的物理组件。

这些组件包括库，程序包，文件等。

组件图也被描述为一个静态的实施的系统视图，在一个特定的时刻，静态执行代表组织的组成部分。

一个单一的组件图不能代表整个系统，但图的集合可用来代表整个。

组件图的目的概括如下：3.1.可视化系统的组成部分。

状态图组件图与配置图

1. 状态图—状态图实例2
Turn on
active
Turn off
Press RECORD button recording
Press PLAY button
stop playing
stop stop
1. 状态图—JAVA代码
int sum = 0; public int register(Student s){
switch(state){ case Open: if(sum > 40){ state = Open; sum = sum + 1; }else state = Close; break; case Close: System.out.println(“the class is full”);
} return sum; }
状态
(1) 初始状态(1个) (2) 最终状态(1个或多个)
(3) 中间状态
(4) 复合状态
1. 状态图
为什么要使用状态图
状态图的作用主要体现在以下几个方面： (1)状态图清晰的描述了状态之间的转换顺序，通过状态的转
换顺序也就可以清晰的看出事件的执行顺序。如果没有状态图我们就不可避免的要使用大量的文字来描述外部事件的合法顺序。
1. 状态图
为事件驱动对象建模 (1) 选择状态机的上下文，上下文可以是一个类、
用例、子系统或系统整体； (2) 为对象选择初始状态和最终状态； (3) 考虑对象存在一段时间的条件，确定对象的稳
定状态； (4) 确定稳定状态在对象生命周期中的局部排序； (5) 确定触发从状态到状态跃迁的事件；
1. 状态图
(2)清晰的事件顺序有利于程序员在开发程序时避免出现事件错序的情况。