组件图和部署图
合集下载
实训报告八：组件图和部署图
《软件工程》――OOSE
学生实训报告
信息技术系软件技术专业076班级
图10.1
（2）在组件视图中，从工具栏中选择MainProgram图标，在右边的绘图区中添加一个
图10.3
图10.5
图10.6
（8）选择业务对象包（BO），双击，打开业务对象包的详细组件图，这里根据分析的结果分别创建Title.java,Item.java，Loan.java，BorrowerInfomation.java，Reservation.java 组件，并设置好每个组件的构型和对应的文件。
创建好的BO包组件图如图10.7。
图10.7
）创建依赖关系。
在本节“关系”一段中，已经描述过依赖关系使用虚线表示，因此根据分析中的结果，在图中将相互依赖的组件连接即可。
完成后的组件图如图10.8
图10.9
）在图中添加分别添加一个Processer和Device，并分别命名为“computer with java
图10.10 （3）为节点添加连接关系。
全图如图10.11。
10.11
机房。
§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中,组件图是系统实 现视图的图形表示,而其中的一个组件图只能表示系统实现视图的一部分,也即任 何一个组件图都不能描述系统实现的所 有方面,只有系统中的组件组合起来 才能表示完整的系统实现视图
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）
需要加包名限定，直接用目的包中的元素名 字即可。
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）
理论5--协作图,构件图和部署图
9/23
6.7.1 构件图
构件图显示构件类型的定义、内部结构和依赖。 构件是系统设计的模块化部分，它给出一组外部的接 口，而隐藏了它的实现。在系统中满足相同接口的构 件可以自由地替换。
10/23
说明： • 构件图是对OO系统的物理方面建模的两个图 之一。 • 构件图显示一组构件以及它们之间的相互关 系。 • 构件图可以显示软构件之间的依赖关系，可 以用来显示编译、链接或执行时构件之间的 依赖关系。
3/23
iteration-expression表示有条件地或重复地执行，它 有如下两种形式： *[iteration-clause] （表示重复） [condrtion-clause] （表示分支） 这里iteration-clause是重复条件(循环执行的条件)， 即循环执行，如1.1*[x=1..10]:dosomething( )。 第二种形式中的condition-clause用于指定分支，如[x < 0]，[x >= 0]，表示仅执行条件为真的分支（发送 的消息连接到那个分支）。
12/23
• 构件和类之间的不同点：
类是逻辑抽象，构件是物理抽象， (1) 类是逻辑抽象，构件是物理抽象，即构件可 以位于节点(node) (node)上 以位于节点(node)上。 (2) 构件是对其它逻辑元素，如类，协作 构件是对其它逻辑元素，如类， (collaboration)的物理实现 的物理实现。 (collaboration)的物理实现。 类可以有属性和操作；构件通常只有操作， (3) 类可以有属性和操作；构件通常只有操作， 而且这些操作只能通过构件的接口才能使用。 而且这些操作只能通过构件的接口才能使用。
13/23
• 构件和接口之间的两种关系：dependency和 realization。 例：
第13章配置图(部署图)-郭PPT课件
这个图表示一个三层的体系结构，不管 Branch Client、Financial App Server、 Database Server是运行在同一台机器上还是 技术
① 对系统中的节点建模。 ② 对节点之间的关联关系建模。 ③ 对驻留在节点上的组件建模。 ④ 对驻留在节点上的组件之间的依赖关系建模。 ⑤ 对建模的结果进行精化和细化。
.
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》等）
① 对系统中的节点建模。 ② 对节点之间的关联关系建模。 ③ 对驻留在节点上的组件建模。 ④ 对驻留在节点上的组件之间的依赖关系建模。 ⑤ 对建模的结果进行精化和细化。
.
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》等）
组件图与部署图
11.1 组件图
组件图用来建模软件的组件及其相互之间的关系。这些图由组 件和组件之间的关系构成。
Credit
Flight
Reservation
<<DLL>>
FightServer
1．组件 组件（构件）是系统中可替换的代码模块。例如下面这些软件 部件都是组件。 •源文件 •ActiveX 控件 •JavaBean •Enterprise JavaBean (EJB) •Java servlet •Java Server Page 在UML中，组件使用在左侧带有两个小矩形的大矩形表示，如 下图所示。
例 建模一个网上扫描系统的部署图。其详细的需求如下所示： • 扫描仪用来扫描产品信息。扫描仪通过内部的PCI总线连接到网 卡。需要编写代码来控制扫描仪，代码驻留在扫描仪内部。 • 扫描仪通过无线网卡与插入到Web服务器KONG的无线hub通信， 服务器通过HTTP协议向客户PC机提供Web页。 • Web服务器安装定制的Web服务器软件，通过专用数据访问组件 与产品数据库交互。 • 在客户的PC机上将提供专用的浏览器软件，它运行产品查询插件， 只与定制的Web服务器通信。
第十一周实验-组件图与部署图
实验目的： -制作任务系统中组件图与部署图 要求： -明确小组分工，每人负责一部分组件图 -使用Rose工具
-每小组提交一份文档
地点：U206
第十一周实验-组件图与部署图 【知识点回顾】
· 什么是组件图
· 什么是部署图
· 如何建模组件图与部署图
为什么要建模组件图和部署图？ 组件图用来建模系统的各个组件，包括源代码文件、 二进制文件、脚本文件、可执行文件之间的关系，它们 是通过功能或者文件组织在一起的。使用组件图可以帮 助读者了解某个功能位于软件包的哪一位置，以及各个 版本的软件各包含哪些功能。 部署图用来帮助读者了解软件中的各个组件驻留在 什么硬件位置，以及这些硬件之间的交互关系。 总之，组件图和部署图可以用来帮助设计系立彼此的关系，采用从节点到节点绘制实 线来表示关联。这种关系用来表示两种硬件（节点）通过某种方式 彼此通信。其基本通信关联的版型表示，如下图所示。