UML 构件图
UML实例之构件图
ReturnItemFrame.j ava
Ti tl eInfoWi ndow.java
LendItemFrame.j ava
Fi ndTitleDial og.j ava
BorrowerInfoWindow.java
UpdateTitl eFrame.j ava
Ti tl eFrame.j ava
2. 用户界面组件图
UpdateBorrowerFrame.j ava BorrowerFrame.java MainWindow.java Cancel Reservati onFrame.java BrowseWi ndow.j ava ReservationFrame.j ava
Fi ndBorrowerDial og.j ava
AboutDial og.java
ቤተ መጻሕፍቲ ባይዱ
MessageBox.java
Qui tDial og.j ava
ResultOfFindBorrower.java ResultOfFindT itle.java
12.6.1 使用Rational Rose绘制组件图 的步骤
1. 2. 3. 4. 5. 创建组件图 组件图工具栏按钮简介 添加组件 增加组件的细节 增加组件之间的依赖
12.6.2 图书馆管理系统的组件图
1. 业务对象组件图 2. 用户界面组件图
1. 业务对象组件图
126实例图书馆管理系统的组件图?1261使用rationalrose绘制组件图的步骤?1262图书馆管理系统的组件图1261使用rationalrose绘制组件图的步骤?1
12.6 实例——图书馆管理系统的组件图
12.6.1 使用Rational Rose绘制组件图的步骤 12.6.2 图书馆管理系统的组件图
浅谈UML中常用的几种图
浅谈UML中常用的几种图1 UML简介2 UML常见图分类3 用况图（用例）4 类图简单类图使用举例5 其他辅助用图●时序图(顺序图)●协作图（Collaboration Diagram/communication Diagram）/通信图●状态图●活动图(Activity Diagram)6 组件图(ComponentDiagram)、配置图(Deployment Diagram)1 UML简介统一建模语言（Unified Modeling Language，UML）又称标准建模语言，是始于1997年的一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。
‘UML感兴趣的可以阅读UML 1规范，包含了UML 的所有知识内容。
注：OMG, Object Management Group 对象管理组织2 UML常见图分类UML从考虑系统的不同角度出发，定义了用况图、类图、对象图、包图、状态图、活动图、序列图、通信图、构件图、部署图等10种图。
分类：面向对象动态建模，用于建立行为的实体间行为交互的四种图：状态图(Stage Diagram)，序列图(Sequence Diagram)，协作图(Communication Diagram)，活动图(Activity Diagram) 。
“序列图”与“协作图”表述的是相似的消息，“活动图”是“状态图”的一种。
•静态结构图Static Structure Diagram•类图Class Diagram•对象图Object Diagram•用况图Use Case Diagram•交互图Interaction Diagram•顺序图Sequence Diagram•协作图Collaboration Diagram•状态图State chart Diagrams•活动图Activity Diagrams•实现图Implementation Diagrams•构件图Component Diagram•部署图Deployment Diagram3 用况图（用例）用例图，展现了一组用例、参与者（actor）以及它们之间的关系。
UML的几种构件
UML设计的9种图例几种图的区别：一：这九种模型图各有侧重，1:用例图侧重描述用户需求，2:类图侧重描述系统具体实现；二：描述的方面都不相同，1:类图描述的是系统的结构，2:序列图描述的是系统的行为；三：抽象的层次也不同，1：构件图描述系统的模块结构，抽象层次较高，2：类图是描述具体模块的结构，抽象层次一般，3：对象图描述了具体的模块实现，抽象层次较低。
在有的文献书籍中，将这九种模型图分为三大类：结构分类、动态行为和模型管理：1：结构分类包括用例图、类图、对象图、构件图和部署图，2：动态行为包括状态图、活动图、顺序图和协作图，3：模型管理则包含类图。
画图说明UML(统一建模语言)：是面向对象的可视化建模的一种语言。
是数据库设计过程中，在E-R 图（实体-联系图）的设计后的进一步建模。
UML中有3种构造块：事物、关系和图，事物是对模型中最具有代表性的成分的抽象；关系是把事物结合在一起；图聚集了相关的的事物。
具体关系图标如下：说明：构件事物是名词，是模型的静态部分。
行为事物是动态部分，表示行为。
分组事物是组织部分。
注释事物是解释部分。
依赖：一个事物变化会引起另一个事物变化。
聚集：特殊的关联，描述整体与部分的组合关系。
泛化：是一种特殊与一般的关系，如子元素（特殊）与父元素（一般），箭头指向父元素。
实现：类元之间的关系，其中一个类元指定了由另一个类元保证执行的契约。
一般用在接口和实现他们的类之间或用例和实现它们的协作之间。
UML提供9种视图：类图、对象图，用例图，序列图、协作图，状态图、活动图，构件图和部署图。
在UML系统开发中有三个主要的模型：功能模型: 从用户的角度展示系统的功能，包括用例图。
对象模型: 采用对象，属性，操作，关联等概念展示系统的结构和基础，包括类图。
动态模型: 展现系统的内部行为。
包括序列图，活动图，状态图。
下面具体说明：1.类图：描述一组对象、接口、协作等事物之间的关系。
如下图(摘自网络)：注：#表示protected，+表示Public，-表示private2.对象图：描述一组对象之间的关系，是具有具体属性值和行为的一个具体事物，其是类图中所建事物实例的静态快照，其与类图的主要区别是一个是抽象的,而对象图是具体的。
第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
统一建模语言UML课件-构件图
}
这个“face” 就是对象的接口.
构件和接口
接口可以看做只包含操作的类。 实现关系：接口和实现这些接口操作的类之
间的关系 如果新旧两个构件的接口一致，则新的构件
可以替换旧的构件
构件图
In UML 1.x
In UML2.0
构件图
构件图
构件图
构件图
构件图
供接口和需接口
Ball and Socket Notation for Interfaces
GridLayout grid = new GridLayout(4, 1);
FlowLayout right = new FlowLayout(FlowLayout.RIGHT);
setLayout(grid); JPanel redPanel = new JPanel();
redPanel.setLayout(right);
ball symbol 表示供接口 socket symbol 表示需接口 将接口的名字写在符号旁
构件图
构件视图
黑盒视图（black-box view）
说明构件从外部看起来是怎样的，包括其供接口和需接口 ，以及它与其他构件的关系
不描述构件的内部实现，通常包含多个构件 长于说明系统中的关键构件以及它们如何连接
什么是构件
构件和类的主要区别
构件具有的责任通常比类大 构件通常包含并使用其他的类或构件来实现自己的功
能
构件之间最好是松散耦合的
对一个构件的修改不应该影响到系统的其余部分 通过接口访问构件有助于松散耦合和封装
构件图及其模型元素
• 可执行构件 ：是系统执行时使用的构件，表示处理机上运行的可执 行单元。
1.构件图及其模型元素
• 1.构件 • 构件是由类、接口等逻辑元素打包而形成的物理模块
，是系统中可替换的部分。 • （2）构件和类
• 相似之处：1）都有名称；2）都实现一组接口；3）都参与 依赖、泛化和关联关系；4）都可以被嵌套；5）都有实例 ；6）都可以参与交互。
部署图建模及实例分析在线销售系统本次课的主要内容构件图表达系统代码本身的结构将系统中的构件包装成可替代性的物理单元部署图是uml中唯一能描述系统硬件的图由结点组成
本次课的主要内容
• 构件图与部署图
• 1.构件图及其模型元素 • 2.构件图建模及实例分析（在线销售系统） • 3.部署图及其模型元素 • 4.部署图建模及实例分析（在线销售系统）
3.部署图及其模型元素
• 1.结点 • （3）结点内包含的构件
• 构件与结点的关系
• 构件是参与系统执行的事物，结点是执行构件的事物。 • 结点执行构件，构件是被结点执行的事物 • 构件表示逻辑元素的物理打包，而结点表示构件的物理部署。
• 部署图可以表明构件之间的依赖关系。
• 二、连接 • 关联关系
• （1）输出接口：被构件实现的接口（供口） • （2）需求接口：构件使用的接口（需求接口或引入接口） • 接口位于两个构件中间，断开了构件的直接依赖关系。可
以由一个构件输出也可以被另一个构件引入。 • 2种方式表示构件与接口的关系
• 采用图标的方式 • 采用扩展的方式
1.构件图及其模型元素
• 3.构件之间的关系 • 构件图中可以体现出构件之间的依赖关系
构件图
构件图1.概述构件图（Component Diagram）是一种描述系统静态结构的图，它描述了构件的内部结构，以及构件与构件之间的关系。
一个典型的构件图如图1所示，它描述了一个包含Order，Customer，Product等其他构件的Store构件。
图1. 构件图2.基本表示符号构件图的基本元素有构件、接口、端口以及表示内部结构的部件和连接器等。
2.1 构件（Component）UML2.0规范把构件定义为：系统的一类模块，隐藏了细节，并且可以被其它实现了该功能的其它模块替换。
在UML中，构件用带有« component »关键字的矩形表示。
作为可选项，图标可以添加到该矩形的右上角。
构件的图形表示如图2所示：图2. 构件2.2 接口（Interface）接口是一种类元，它定义了一组操作，以及一些公共属性。
接口内部的所有操作都没有任何实现，它描述了一种契约，任何继承并实现该接口的类元都必须保证执行该契约。
接口有供给接口（Provided Interface）和需求接口（Required Interface）两种，如图3所示。
由构件（或类）实现的接口称为供给接口，构件（或类）需要的接口称为需求接口。
图3. 供给接口和需求接口不同构件的供给接口和需求接口之间的关系，既可以通过“依赖”来表示，如图4所示：图4. 接口之间的“依赖”也可通过“装配连接器”（见2.6部分）表示，如图5所示：图5. 接口之间通过“连接器”连接端口是构件与外部系统进行交互的纽带。
在UML中，端口符号表示为一个小长方形，端口的名字是可选的，如图6所示：.图6. 端口端口可以具有多重性，多重性显示在矩形内部，端口名称和类型名称之后。
多重性表示该类元实例可以具有的端口的数目。
端口的多重性如图7所示：图7. 端口的多重性2.4 构件内部结构（Internal Structure）构件可以具有内部结构，可以在构件内部展现其部件，或者通过依赖关系把部件从外部系统连接到该构件，如图8所示：图8. 构件的内部结构部件是类元的结构化成员，它描述了一个实例在该类元实例内部所扮演的角色。
UML构件图常用符号及含义图文详解
UML构件图常用符号及含义图文详解UML组件图(又叫构件图)，是用来描述在软件系统中遵从并实现一组接口的物力的、可替换的软件模块。
它所表现的是一种系统静态实现的结构，能够帮助开发人员对系统组成达成一致的认识。
组件图的构成：1、组件：是用来表示系统中可替换的物理部件，是定义良好接口的物理实现单元。
2、接口：组件的接口分为两种，即导入接口和导出接口。
其中导入接口供访问操作的组件使用，导出接口供提供操作的组件使用。
3、实现：组件与接口元之间的连线，代表谁实现了这个接口。
4、依赖：是表示组件使用了另一个组件的接口，依赖于另一个接口而存在。
组件的类型：1、配置组件：该组件是构成一个可执行系统必要和充分的构件。
例如操作系统、Java虚拟机或者数据库管理系统等。
2、工作产品组件：模是指包括模型、源代码和用于创建配置组件的数据库文件，是配置组件的来源。
比如说UML图、Java类、数据库表以及动态链接库等。
3、执行组件：该组件是运行时创建的组件，是最终可运行的系统产生的允许结果。
比如说Servlet、HTML和XML文档等等。
组件的要素：1、规格说明：一个组件所提供服务的抽象描述。
(每个组件都必须提供特定的服务)2、一个或多个实现：组件是一种物理概念，它必须被一个或多个实现所支持。
3、受约束的构造标准：每一个组件在实现时必须遵从某种构造标准。
4、封装方法：组件遵从的封装方法。
5、部署方法：组件要运行，必须先部署，一个组件可以有多个部署。
组件和类图之间的差别：1、组件表示物理上的模块;2、组件可以是一个或几个类在文件中的存在;3、类是逻辑上的抽象，组件是客观上存在的物理抽象。
其表现为组件是可以部署的，而类是不可以被部署的，因此组件可以存在于节点上而类不能;4、一般组件只有操作，外界只能通过接口接触它们，但是类可以直接有属性和操作。
5、类图侧重于系统的逻辑设计，而组件图侧重于系统的物理设计及实现。
03.设计模式.UML类图
UML（Unified Modeling Language，统一建模语言）。
武汉科技大学
UML简介
UML的诞生
1997年11月，在Ivar Jacoboson、Grady Booch以及James Rumbaugh的共同努力下，UML1.1版本提交给OMG （Object Management Group, 对象管理组织）并获得通 过，UML1.1成为业界标准的建模语言。
Ivar Jacobson博士曾任瑞典爱立信公司的首席软 件体系架构师，负责迄今为止商业上最为成功 的AXE交换机的研发。
Байду номын сангаас
Jacobson《面向对象软件工程》和《UML 语言 用户指南》等著作，已经成为殿堂级的软件经 典著作。
武汉科技大学
UML简介
UML的诞生
从1994年起，Grady Booch和James Rumbaugh在Rational 软件公司开始了UML的创建工作。 1995年，OOSE方法和Objectory方法的创建者Ivar Jacobson也加入其中。 UML三位创始人正式联手，共同为创建一种标准的建 模语言而一起工作，他们将开发出来的产品名称定为
UML简介
武汉科技大学
UML简介
UML“三剑客”
UML是面向对象领域的三位著名的方法学家 Grady Booch，James Rumbaugh(詹姆斯-朗博) 和Ivar Jacobson (伊万· 雅各布森)共同提出的。
Grady Booch
James Rumbaugh
都拥有有影响力的发言权。截至到2010-12-30，OMG拥
有379个会员组织。
武汉科技大学
第11章 构件图
端口类型
图11-5 端口通用表示
图11-6 端口简洁表示
• 如图11-7所示,构件CD和另一个构件Show通过端口连接。
• 两个构件连接时，它们的端口必须匹配，即一个构件的供 给接口与另一个构件的需求接口的规格说明必须一致。
Show
CD
图11-7 通过端口连接构件
11.1.3 构件
• 从构件组成上看，每个构件定义了两组接口（一组供给接 口，一组需求接口），构件为供给接口提供了功能实现部 分，即构件本身已经实现了供给接口声明的功能。
cablei a:A
pci
pci
b:B
图11-9 展示构件的内部结构
11.1.4 构件类型
构件的分类有两种方法： • 一种是按照构件在系统中的角色分； • 一种是按照构件本身的性质分。
1．按照构件在系统中的角色分
按照构件在系统中承担的角色，可以将构件分为三种类 型，即配置构件、工作产品构件和执行构件。
Book和CD类与Borrow接口的关系如图11-3、图11-4所示。
《interface》 Borrow
borrow() return()
...
实现关系
Borrow 实现关系
Book
CD
图11-3 实现接口
Book
CD
图11-4 实现接口
11.1.2 端口表示法
• 端口是对一组接口的封装，即，把一组相关的供给接口和 需求接口封装为一个整体。
• 图11-1用构造型《Interface》表示接口Borrow。
• 图11-2用图标表示接口Borrow。
《interface》
Borrow
borrow() return()
什么是UML
什么是UMLUML（Unified Modeling Language）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
UML支持面向对象的技术，能够准确的方便地表达面向对像的概念，体现面向对象的分析和设计风格。
UML不仅可用于软件设计，也可以用于软件需求分析。
UML的模型主要有三部分构成事物(Things)：UML模型中最基本的构成元素，是具有代表性的成分的抽象。
关系(Relationships)：关系把事物紧密联系在一起。
图(Diagrams )：图是事物和关系的可视化表示。
UML图分为结构型和行为型两种结构型的图描述的是某种结构，这种结构在某段时间内应该是稳定的，静态的;而结构型的图描述的是某种行为，是动态的。
结构型的图(Structure Diagram)类图(Class Diagram)对象图(Object Diagram)构件图(Component Diagram)部署图(Deployment Diagram)包图(Package Diagram)行为型的图(Behavior Diagram)活动图(Activity Diagram)状态机图(State Machine Diagram)顺序图(Sequence Diagram)通信图(Communication Diagram)用例图(Use Case Diagram)时序图(Timing Diagram)类图描述一组对象、接口、协作等事物之间的关系。
类图描述系统中类的静态结构，不仅定义系统中的类，表示类之间的联系，如关联、依赖、聚合等，也包括类的属性和操作。
类图描述的是一种静态关系，在系统的整个生命周期都是有效的。
类图是业务概念模型分析的有利武器，也是面向对象分析能力的强有力训练工具。
对象图是类图的实例，几乎使用与类图完全相同的标识。
一个对象图是类图的一个实例。
由于对象存在生命周期，因此对象图只能在系统某一时间段存在。
UML图基础介绍
依赖 【依赖关系】：是一种使 用的关系，即一个类的实现需 要另一个类的协助，所以要尽 量不使用双向的互相依赖.
【代码表现】：局部变量、 方法的参数或者对静态方法的 调用 【箭头及指向】：带箭头 的虚线，指向被使用者
各种类图关系
3、对象图（Object Diagrams）
描述的是参与交互的各个对象在交互过程中某一时刻的状态。对象图 可以被看作是类图在某一时刻的实例。
第三部分
图的差异比较
图的差异比较
1.序列图(时序图)VS协作图 序列图和协作图都是交互图。二者在语义上等价，可以相互转化。但是侧重点不同： 序列图侧重时间顺序，协作图侧重对象间的关系。 共同点：时序图与协作图均显示了对象间的交互。 不同点：时序图强调交互的时间次序。 协作图强调交互的空间结构。 2.状态图VS活动图 状态图和活动图都是行为图。状态图侧重从行为的结果来描述，活动图侧重从行为 的动作来描述。状态图描述了一个具体对象的可能状态以及他们之间的转换。在实际的 项目中，活动图并不是必须的，需要满足以下条件：1、出现并行过程&行为；2、描述 算法；3、跨越多个用例的活动图。 3.活动图VS交互图 二者都涉及到对象和他们之间传递的关系。区别在于交互图观察的是传送消息的对 象，而活动图观察的是对象之间传递的消息。看似语义相同，但是他们是从不同的角度 来观察整个系统的。
第四部分
UML与软件工程
UML与软件工程
UML图是软件工程的组成部分，软件工程从宏观的角度保证了软件 开发的各个过程的质量。而UML作为一种建模语言，更加有效的实现了软 件工程的要求。
UML与软件工程 如下图，在软件 的各个开发阶段需要的 UML图。
UML与软件工程 下表是UML使用人员图示。
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.可视化系统的组成部分。
UML各种图总结-精华
UML各种图总结-精华UML（UnifiedModelingLanguage）是一种统一建模语言，为面向对象开发系统的产品进行说明、可视化、和编制文档的一种标准语言。
下面将对UML的九种图+包图的基本概念进行介绍以及各个图的使用场景。
一、基本概念如下图所示，UML图分为用例视图、设计视图、进程视图、实现视图和拓扑视图，又可以静动分为静态视图和动态视图。
静态图分为：用例图，类图，对象图，包图，构件图，部署图。
动态图分为：状态图，活动图，协作图，序列图。
1、用例图（UseCaseDiagrams）：用例图主要回答了两个问题：1、是谁用软件。
2、软件的功能。
从用户的角度描述了系统的功能，并指出各个功能的执行者，强调用户的使用者，系统为执行者完成哪些功能。
2、类图（ClassDiagrams）：用户根据用例图抽象成类，描述类的内部结构和类与类之间的关系，是一种静态结构图。
在UML类图中，常见的有以下几种关系:泛化（Generalization）,实现（Realization），关联（Association)，聚合（Aggregation），组合(Composition)，依赖(Dependency)。
各种关系的强弱顺序：泛化=实现>组合>聚合>关联>依赖2.1.泛化【泛化关系】：是一种继承关系，表示一般与特殊的关系，它指定了子类如何继承父类的所有特征和行为。
例如：老虎是动物的一种，即有老虎的特性也有动物的共性。
2.2.实现【实现关系】：是一种类与接口的关系，表示类是接口所有特征和行为的实现。
2.3.关联【关联关系】：是一种拥有的关系，它使一个类知道另一个类的属性和方法；如：老师与学生，丈夫与妻子关联可以是双向的，也可以是单向的。
双向的关联可以有两个箭头或者没有箭头，单向的关联有一个箭头。
【代码体现】：成员变量2.4.聚合【聚合关系】：是整体与部分的关系，且部分可以离开整体而单独存在。
UML 10 种图的总结
UML 2.0共有10种图，分别为表示系统静态结构的静态模型（包括类图、组合结构图、部署图），以及表示系统动态结构的动态模型（包括用例图、序列图、对象图、协作图、状态图、活动图、组件图），它们各用以表现不同的视图，如表1-1所示。
用例之间也可以存在包含、扩展和泛化等关系：
（1）包含关系：用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为做为自身行为的一部分，这被称作包含关系。
（2）扩展关系：扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。
它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。
在以下几种情况下，可使用扩展用例：
a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）；
b.表明只在特定条件（如例外条件）下才执行的分支流；
c.表明可能有一组行为段，其中的一个或多个段可以在基本用例中的扩展点处插入。
所插入的行为段和插入的顺序取决于在执行基本用例时与主角进行的交互。
（3）泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。
当父用例能够被使用时，任何子用例也可以被使用。
如在图2.4中，订票是电话订票和网上订票的抽象。
学习uml很简单---6.实现图
图书管理系统部署图
条码阅读器 打印机 识别系统
数据库服务器 个人计算机 数据库系统 图书管理系统
打印机驱动程 序 数据库接口
网络计算机 前端系统
小结
• UML 实现图主要用来描述系统实现方面的信息。实现 图从系统的层次来描述硬件的组成和布局，以及软件 系统的划分和功能实现。实现图主要包含构件图和部 署图。 • 构件图描述了软件构件及各构件之间的关系。在构件 图部分需要理解构件的概念，了解构件的分类；理解 接口的概念和作用。构件图的使用有利于了解系统的 功能和结构，有利于软件的复用。
– – – – 源代码构件：它是实现一个类或多个类的源代码文件。 二进制构件：它是一个目标码文件、一个静态链接库或动态链接库文 件。 可执行构件：它是一个可执行的程序文件，一个可以在计算机上运行的 执行单元。 数据文件或文档：它是系统中用到的数据集合或系统中的文档。
接口
• 面向对象的一个基本特征是封装：对象把自己的一些 信息和实现细节隐藏起来。同时为了能够让其它的对 象访问自己，对象必须对外提供能够访问的途径，这 种途径就是接口。 • 在面向对象的程序设计语言中，接口就是指一些公共 的方法。
第6章
实现图
课程目标
• • • • 构件图 构件图的应用 部署图 部署图的应用
实现图
• 实现图用来描述系统实现方面的信息 , 主要考虑到重 用性、扩展性和系统的硬件配置描述等方面。 • 它从系统的层次来描述硬件的组成和布局，软件系统 划分和功能实现。 • 实现图包括构件图和部署图
– 构件图用来显示一组构件之间的组织及其依赖关系。 – 部署图则用来描述系统硬件的物理拓扑结构以及在此 结构上执行的软件。
图书管理系统
• 系统需要的硬件设备有：
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第10章 构件图
第10章 构件图
构件图从软件架构的角度来描述一个系统的 主要功能 系统分成几个子系统 子系统包括哪些类、 子系统包括哪些类、包和构件 它们之间的关系 它们分配到哪些节点上等。 它们分配到哪些节点上等。 使用构件图可以清楚地看出系统的结构和功 能。
10.1 构件图概述
10.2 构件图元素
10.2.3 依赖关系 • 应用示例 订单构件、顾客管理构件和结 应用示例--订单构件、 订单构件 添加接口） 帐构件间的依赖关系 （添加接口）
10.2 构件图元素
10.2.3 依赖关系
构件之间依赖关系 如果两个构件间存在泛化关系，则 如果两个构件间存在泛化关系， 两构件间存在依赖关系。 两构件间存在依赖关系。 如果两个构件间存在使用关系， 如果两个构件间存在使用关系，则 两构件间存在依赖关系。 两构件间存在依赖关系。 如果两个构件间存在实现关系， 如果两个构件间存在实现关系，则 两构件间存在依赖关系。 两构件间存在依赖关系。
构件图（ 构件图（Component Diagram）描述了软件 ） 的各种构件和它们之间的结构关系 UML支持对逻辑构件（如业务构件、过程构 支持对逻辑构件（ 支持对逻辑构件 如业务构件、 和物理构件（ 构件、 构件、 件）和物理构件（如EJB构件、CORBA构件、 构件 构件 COM+构件和 构件和.NET构件以及 构件以及WSDL构件） 构件） 构件和 构件以及 构件 在软件系统开发时可以使用构件图将项目小 组人员连接起来， 组人员连接起来，充当各成员间的联系纽带
10.2 构件图元素
10.2.2 接口 接口是表示对一组相关的操作进行声明 的一种建模元素，它指定了一种约束， 的一种建模元素，它指定了一种约束， 这些约束必须由实现这个接口的构件的 任何实例完成。 任何实例完成。 接口可以分为提供接口和请求接口: 接口可以分为提供接口和请求接口 把构件实现的接口称为提供接口 构件使用的接口被称为请求接口
10.2 构件图元素
10.2.2 接口 • 接口表示
10.2 构件图元素
10.2.2 接口 • 接口应用示例
10.2 构件图元素
10.2.3 依赖关系 一个构件如果使用了另一个构件所提供 的接口， 的接口，则可以说在该构件和另外一个 构件之间存在依赖关系
10.2 构件图元素
10.2.3 依赖关系 • 应用示例 订单构件、顾客管理构件和结 应用示例--订单构件、 订单构件 帐构件间的依赖关系
10.2 构件图元素
10.2.1 构件
• 构件含义 一个构件表示系统的一个模块部分 按照提供和请求接口，构件定义其行为。 按照提供和请求接口，构件定义其行为。 构件是可替换的单元 构件起类型的作用 在UML2.0中，构件具有属性、操作和可见 中 构件具有属性、 并能参与关联和泛化。 性，并能参与关联和泛化。 可以用构件来装配大粒度的构件
10.2 构件图元素
构件图主要有三种元素 构件（ 构件（Component） ） 接口（ 接口（Interface） ） 依赖（ 依赖（Dependency） ）
10.2 构件图元素
10.2.1 构件 构件定义 按照UML2.0的定义，构件是系统的模 按照 的定义， 的定义 块化部分 它封装了自己的内容， 它封装了自己的内容，且它的声明在 其环境中是可以替换的 构件利用提供接口和请求接口定义自 身的行为， 身的行为，它起类型的作用
10.2 构件图元素
10.2.1 构件
• UML 1.X构件图符 构件图符
构件பைடு நூலகம்
10.2 构件图元素
10.2.1 构件
• UML2.0构件图符 构件图符
10.2 构件图元素
10.2.1 构件 构件类型 部署构件：如dll文件、exe文件、com+ 部署构件： 文件、 文件、 文件 文件 对象、 对象、 、动态web页、 对象、corba对象、ejb、动态 对象 页 数据库表等。 数据库表等。 工作产品构件：如源代码文件、 工作产品构件：如源代码文件、数据文 件等，用来产生部署构件。 件等，用来产生部署构件。 执行构件：是指系统执行后产生的构件。 执行构件：是指系统执行后产生的构件。
10.5 构件图应用
• 构件图 网络购物系统 构件图--网络购物系统 • 系统划分： 系统划分：
商品浏览系统 商品资料库 购物车 结帐系统
10.5 构件图应用
• 构件图 网络购物系统 构件图--网络购物系统 • 主要构件： 主要构件：
10.5 构件图应用
• 构件图 网络购物系统 构件图--网络购物系统 • 构件图： 构件图：
10.6 小结
构件图的基本概念 构件、接口、 构件、接口、依赖关系 通过本章的学习， 通过本章的学习，需要对构件图及构件图 中的常见元素有一个基本的了解， 中的常见元素有一个基本的了解，为以后 使用构件图打下一个基础。 使用构件图打下一个基础。
10.3 构件图图符
构件
构件 构件 构件 构件
提供接口 请求接口 依赖关系 注释体 注释连接
10.4 构件图理解
图书管理系统构件图
10.4 构件图理解
源代码构件图
10.5 构件图应用
构件图--网络购物系统 构件图 网络购物系统 用户需求： 用户需求：
顾客首先需要使用系统提供的商品浏览页 面来浏览网站所提供的商品 了解商品的详细情况 购买该商品 将该商品加入自己的购物车 浏览和挑选其他商品 通过结帐系统 对自己所挑选的商品进行付款