第5讲包图与组成结构图
- 格式：ppt
- 大小：1.03 MB
- 文档页数：50
下载文档原格式
合集下载
包图 构件图 与部署图
12
包图中的关系
2、泛化关系 包间的泛化关系类似于类间的泛化关系，使
用一般包的地方，可以用特殊包代替。 在系统设计中，对某一个特定的功能，有多
种实现方法。例如，实现多数据库支持；实 现B/S和C/S双界面。这时就需要定义一 些高层次的“抽象包”和实现高层次功能的 “实现包”。
13
泛化关系
例如，说明GUI有 两种风格：一种是基 于WinForm的 C/S风格，一种是 WebForm的B/S 风格。
15
创建包图
1．标识候选包的原则：
把类图中关系紧密的类放到一个包中； 在类继承类层次中，把不同层次的类放在不同
的包中。
也可以把用例模型作为包的来源。然而，用 例横跨分析包是非常普遍的——一个用例可 以由几个不同包中的类实现。
16
创建包图
2．调整候选包 在已经识别一组候选包后，然后减少包间依
《import》关系：最普遍的包依赖类型，说明提供者包的命 名空间将被添加到客户包的命名空间中，客户包中的元素也能 够访问提供者包的所有公共元素。
《access》关系:如果只想使用提供者包中的元素，而不想将 两个包合并，则应使用该关系。在客户包中必须使用路径名,才 能访问提供者包中的所有公共元素。
分解 是软件开发中控制软件复杂性的重要
手段。 在OO方法中, 需要考虑如何把相关的类放
在一起。 把语义相近并倾向于同一变化的元素组织起
来加入同一个包中，以便于理解和处理整个 模型。
2
为什么要包
包的作用是： 1）对语义上相关的元素进行分组 2）定义模型中的“语义边界” 3）提供配置管理单元 4）在设计时，提供并行工作的单元 5）提供封装的命名空间，其中所有名称必 须唯一
3
包图中的关系
2、泛化关系 包间的泛化关系类似于类间的泛化关系，使
用一般包的地方，可以用特殊包代替。 在系统设计中，对某一个特定的功能，有多
种实现方法。例如，实现多数据库支持；实 现B/S和C/S双界面。这时就需要定义一 些高层次的“抽象包”和实现高层次功能的 “实现包”。
13
泛化关系
例如，说明GUI有 两种风格：一种是基 于WinForm的 C/S风格，一种是 WebForm的B/S 风格。
15
创建包图
1．标识候选包的原则：
把类图中关系紧密的类放到一个包中； 在类继承类层次中，把不同层次的类放在不同
的包中。
也可以把用例模型作为包的来源。然而，用 例横跨分析包是非常普遍的——一个用例可 以由几个不同包中的类实现。
16
创建包图
2．调整候选包 在已经识别一组候选包后，然后减少包间依
《import》关系：最普遍的包依赖类型，说明提供者包的命 名空间将被添加到客户包的命名空间中，客户包中的元素也能 够访问提供者包的所有公共元素。
《access》关系:如果只想使用提供者包中的元素，而不想将 两个包合并，则应使用该关系。在客户包中必须使用路径名,才 能访问提供者包中的所有公共元素。
分解 是软件开发中控制软件复杂性的重要
手段。 在OO方法中, 需要考虑如何把相关的类放
在一起。 把语义相近并倾向于同一变化的元素组织起
来加入同一个包中，以便于理解和处理整个 模型。
2
为什么要包
包的作用是： 1）对语义上相关的元素进行分组 2）定义模型中的“语义边界” 3）提供配置管理单元 4）在设计时，提供并行工作的单元 5）提供封装的命名空间，其中所有名称必 须唯一
3
包图
一个大型系统中往往包含了数量庞大的模型元素，如何组织管理这些元素是一个十分重要的问题。
包是一种常规用途的有效的组合机制。
包类似于文件系统中的文件夹或者是目录结构，它是一个容器，用来对模型元素进行分组，并且为这些元素提供一个命名空间。
UML中的一个包直接对应于Java中的一个包。
在Java中，一个包可能含有其他包、类或者同时含有这两者。
进行建模时，通常使用逻辑性的包，用于对模型进行组织。
而包图是由包和包之间的联系组成的，它是维护和控制系统总体结构的重要建模工具。
本章将详细介绍包图的各种概念、表示方法和实例应用。
1．包图的概念1.1包图和包当对大型系统进行建模时，经常需要处理大量的类、借口、构件、节点和图，这时就很有必要将这些元素进行分组，即把那些语义相近并倾向于一起变化的元素组织起来加入同一包中，这样便于理解和处理整个模型。
同时也便于控制包中元素的可见性。
包图是描述包及其关系的图。
与所有UML的其它图一样，包图可以包括注释、约束。
通过各个包与包之间关系的描述，展现出系统的模块与模块之间的关系。
图1是一个包图模型。
包是包图中最重要的概念，它包含了一组模型的元素和图，如图1中的Package A和Package B就是两个包。
Package BPackage A在面向对象软件开发的过程中，类显然是构建整个系统的基本元素。
但是对于大型的软件系统而言，其包含的类将是成百上千，再加上类间的关联关系、多重性等，必然是大大超出了人们对系统的理解和处理能力。
为了便于管理这些类，我们引入了“包”这种分组元素。
在包中可以拥有各种其它元素，包括类、接口、构件、节点、协作、用例，甚至是其它子包或图。
一个元素只能属于一个包。
包的作用是：1）对语义上相关的元素进行分组。
如，把功能相关的用例放在一个包中。
2）提供配置管理单元。
如，以包为单位，对软件进行安装和配置。
3）在设计时，提供并行工作的单元。
如，在设计阶段，多个设计小组，可以同时对几个相互独立包中的类进行详细设计。
第五章 包图
• •
构造性
<<system>>
<<subsystem>>
说明
表示正在建模的整个系统
表示正在建模的系统中某个独立的部分。 对于较大的系统，经常需要将其划分为几个独 立的子系统，每个子系统从较低的抽象层次观 察的时候就像一个较小的系统
<<facade>> <<stub>>
描述一个只引用其他包内元素的包，主要 用来为其他一些复杂的包提供简略视图 一个代理包，通常应用于分布式系统的建 模中，它服务于某个其他包的公共内容
总结：
本章介绍了UML包图，应用包图的目的是为了简化图， 通常当一个图变得庞大且在单一页中无法打印的时候引入 包。 • 包图中可以包含任何一种UML图，但通常更多的是用例 图或类图； • 创建用例包图，可以帮助组织需求，对需求进行高层次 的概述； • 创建类包图，可以在逻辑上组织类，对设计进行高层次 的概述。
在Rational Rose 中，支持4种包的构造型，如图5-6～
5-9。
5.2.4 子系统
•
系统是组织起来以完成一定目的的连结单元的集合，由 一个高级子系统建模，该子系统间接包含共同完成现实世 界目的的模型元素的集合。 子系统是指有单独说明和实现部分的包。它表示具有 对系统其他部分存在接口的连贯模型单元。 子系统使用具有构造型关键字subsystem的包表示，如 下图所示。
包的依赖性可以加上许多构造型规定它的语义，其中最 常见的是引入依赖。引入依赖（Import Dependency）是包与 包之间的一种存取依赖关系。 • 引入是指允许一个包中的元素存取另一个包中的元素， 引入依赖是单向的。引入依赖的表示方法是在虚箭线上标有构 造型Inport，箭头从引入方的包指向输出方的包。 • 如图所示
uml-05包图与OCL
3、共同重用原则
把将会同时，或使用时间相隔不长的建模元 素放到同一个包中。不会一起使用的类不要放 在同一个包中。
4、非循环依赖原则
包之间的依赖关系不要形成循环：即A依赖 B，B依赖C，C又依赖A。
9.1.4 包图
包图由包和包之间的联系构成，包图中 的图形元素是包，包之间用依赖关系或泛 化关系连接。包图是对系统结构建模的重 要工具。
解释:
⑵ 实型
i1 = i2 等于,布尔型 (<>,>,<,<=,>=) i1 + i2 加法,实型 ( -, *, / ) i1.abs 取绝对值,实型
i1.max(i2) 取最大数,实型(min)
r1.round 四舍五入取整, 整型 r1.floor 向下取整, 整型
解释:
⑶ 字符串型
s1.conscat(s2) 连接,字符串 s1.size 字符串长度,整型 s1.toLwer 转换成为小写字母,字符串
包是一个“容器” ,包中可以包含类、接口、构件、用
例、结点、活动、状态、包等其他模型元素。 包是对软件模型进行分解、组织的有效的模型元素。
2.包的表示
UML用带把的矩形框来表示包。
简单包名
路径包名
路径包名中位于前面的是外围包，后面的是内部包。 注意包的嵌套层数不应过多。
3.包中元素的可见性
包中的元素对其他包可以访问，也可以隐藏， 可见性具有可见、保护和私有三种形式。
表示订单的税金是订单和的6.5% 。
● 蕴涵
context 订单 inv
订单的文章->size = 0 implies 订单和 = 0
表示 “订单的文章”的数量如果等于0，则“订 单”的“订单和”也必须等于0
包图PPT课件
7.8包图
.
1
包图就是用来描述包及其关系的图 ，常用包图来描述系统、子系统的宏观 组成和结构，或者用包图对成组元素分 组，以方便系统开发、维护和管理。
.
2
3
➢ 模型需要有自己的内部组织结构，一方面能够将一个 大系统进行分解，降低系统的复杂度；另一方面能够 允许多个项目开发小组同时使用某个模型而不发生过 多的相互牵涉。
Java中的一个包。在Java中，一个包可能含有其
他包、类或者同时含有这两者。UML中的包可以
包含子包、类、接口、构件和用例。
➢ 图5-1是一个典型的包，
包的名称是Client，包
中有2个类： OrderForm、
Order。
图5-1 包
.
包的表示
5
➢ 在UML中一个包由2个矩形框组成，上面是一 个小矩形，下面是一个大矩形。图5-2就是最 常见的包表示法。
.
14
6.访问权限
假设包X中的元素要访问包Y中的元素，则，表5-1列出了包间关系 、被访问元素的可见性与访问权限的关系。
表5-1 包X访问包Y中元素的条件
包Y（包Y中元素的可 见性）
包X（包X中元素素可以访问Y中可见性是+的
元素
#
若X继承了Y，则X中的任何元素可以访问Y中可见性是#的
图5-6 元素的2种表示方法
.
10
2.包中的元素是用例
图5-7 包中的元素是用例
图5-7表示，包ATM中包含两个用例，
它们是：取款用例和超额. 取款用例。
11
3．包中元素是包
12
包中元素是包时，就是包嵌套。图5-8所示，就是包嵌套的 例子。外部包System:Web里面嵌入了一个包UI,UI包中有 一个类Page。
.
1
包图就是用来描述包及其关系的图 ，常用包图来描述系统、子系统的宏观 组成和结构，或者用包图对成组元素分 组，以方便系统开发、维护和管理。
.
2
3
➢ 模型需要有自己的内部组织结构，一方面能够将一个 大系统进行分解，降低系统的复杂度；另一方面能够 允许多个项目开发小组同时使用某个模型而不发生过 多的相互牵涉。
Java中的一个包。在Java中，一个包可能含有其
他包、类或者同时含有这两者。UML中的包可以
包含子包、类、接口、构件和用例。
➢ 图5-1是一个典型的包，
包的名称是Client，包
中有2个类： OrderForm、
Order。
图5-1 包
.
包的表示
5
➢ 在UML中一个包由2个矩形框组成，上面是一 个小矩形，下面是一个大矩形。图5-2就是最 常见的包表示法。
.
14
6.访问权限
假设包X中的元素要访问包Y中的元素，则，表5-1列出了包间关系 、被访问元素的可见性与访问权限的关系。
表5-1 包X访问包Y中元素的条件
包Y（包Y中元素的可 见性）
包X（包X中元素素可以访问Y中可见性是+的
元素
#
若X继承了Y，则X中的任何元素可以访问Y中可见性是#的
图5-6 元素的2种表示方法
.
10
2.包中的元素是用例
图5-7 包中的元素是用例
图5-7表示，包ATM中包含两个用例，
它们是：取款用例和超额. 取款用例。
11
3．包中元素是包
12
包中元素是包时，就是包嵌套。图5-8所示，就是包嵌套的 例子。外部包System:Web里面嵌入了一个包UI,UI包中有 一个类Page。
第5讲包图与组成结构图
包成员
5.1.1.2 包的命名
1. 包名
包名应由标识符表示，并且用能够表示包含 义的名字。包的名字放到包的顶部，或包的内 面。例如：
5.1.1.2 包的命名
2. 包成员的命名
包中成员的名字不允许相同。 非限定名：成员的名字，不包括包的名字。 例如，下图“货品” 限定名： 成员前面缀包名。例如， B::货品
5.1.1.1 包的定义
1. 包
包(Package): 是UML用来组织模型元素的模 型元素。 可以把包比作一个存放模型元素的箱子或容 器，在它里面可以存放多个模型元素。 包中可以包含类、构件、用例、节点、活动、 状态、包等其他模型元素。
5.1.1.1 包的定义 2.包的表示
UML用带把的矩形框来表示包。
5.1.2.3 合并关系
包合并(package merge)是将源包的元素合并到目标包中， 以扩展目标包的内容。合并之后，源包元素的特性在自己 原有特性的基础上增加目标包的特性。
包合并
合并的结果
5.1.2.4 包含关系
包的包含(include) 关系是指一个包可以嵌套另外一个包
作为自己的子包，而且允许多层嵌套 。
5.1.2.2 导入关系
1. 导入关系的含义
导入(import)是指将A包的元素导入到B包中，使得导入
到B包中的A包中的元素在B包中的访问程度等同于B包的元 素。
5.1.2.2 导入关系
2. 元素导入
元素导入是指将包内任意元素导入到另外一个包中。
5.1.2.2 导入关系
3. 包导入
包导入是指将一个包中的所有元素导入到另外一个包中。
教学进程
5.2.3 组成结构图的要素
4 类的关联
第5章UML包图
17
5.6.2 调整候选包
在已经识别一组候选包后，减少包间依赖，最小化每个包中public、 protected元素的个数，最大化每个包中private元素的个数。做法如 下。 (1) 在包间移动类。 (2) 添加包、分解包、合并包或删除包。 通常，在分析阶段，将类封装为包模型时，应该尽量使包模型简单。 起初，将类图转换为包图时，不需考虑包间的泛化和依赖关系，仅 当使用诸如包泛化和依赖关系能简化包模型时，才使用这些包整理 技术。 除了保持简单，还应该避免嵌套包。包的嵌套结构越深，模型变得 越难理解。我们曾见过非常深层的嵌套包，而每个包仅包含一个或 两个类。这些模型更像是标准的、自上而下的功能分解，而不是包 模型。 作为经验法则，希望每个包具有4~10个分析类。然而，对于所有的 经验法则，却存在例外，如果打破某个法则使得模型更加清晰，就 采用这个法则。有时，必须引入只带有一个或者两个类的包，因为 需要断开包模型中的循环依赖，在这种情况下是完全合理的。
14
5.5 包的传递性
当客户包与提供者包之间是<<access>>依赖 时，提供者包中的公共元素就成为客户包中的 私有元素，这些私有元素在包外是不可以访问 的。如图5-15所示，Z包中的公共元素成为Y包 的私有元素，而X包只能访问Y包中的公共元素， 因此，X包不能访问Z包中的公共元素。所以， X、Y、Z包间的<<access >>关系不存在传递 性。
22
5.8 小
结
本章首先解释了几种常见的包图表示法， 并通过了一个简单的例子来说明包的可见 性、依赖关系、泛化等概念。其次，概要 地说明了5种包的构造型。 最后说明如何寻找包、确定包之间的依赖 关系，从而绘制出一个表明软件体系结构 的包图，并简要介绍了用包图表示系统体 系结构的建模方法。
包图组件图部署图
字空间的。这样在引用目的包中的内容时不
需要加包名限定，直接用目的包中的元素名 字即可。
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章 包图
LOGO 统一建模》 《UML 统一建模》
第5章 包图 章
目录
5 .1 包图的概念 5.2 包的表示 5.3 包图中的关系 5.4 阅读包图 5.5 创建包图 5.6 包图建模
5.1 包图的概念
模型的组织结构
先分层再细分成包的方式 系统的三层结构
用户界面层
用户界面代表 与用户进行交 互的界面
业务逻辑层用 来处理系统的 业务流程
5.1 包图的概念
1.包图 包图是描述包与包之间关系的图。包图可以包括注释、约束。包 间的关系有依赖关系和泛化关系。
包图
5.1 包图的概念
2. 包图的作用 1）对语义上相关的元素进行分组。 2）提供配置管理单元。 3）在设计时，提供并行工作的单元。 4）提供封装的命名空间。 3. 包图中的元素 在包中可以拥有各种其他元素，包括类、接口、构件、节点、协 作、用例，甚至是其它子包或图 。一个元素只能属于一个包。
5.5 创建包图
A B
合并
分解
C
A,B包合并
A
B
消除循环依赖的示例
5.6 包图建模
包图的主要用途： 1 对成组元素建模 对成组元素进行建模可以说是包图最常见的用途，它将建模元素 组织成组，然后对组进行命名，在对成组元素建模时，应遵循以下几 个策略： 每个包都应该是由在概念上、语义上相互接近的元素组成。 对于每个包，找出应标记为公共的元素，但应尽可能地少。 一般使用默认的《use》构造型，在实现类时，才用《import》 构造型代替《use》构造型。 采用泛化来对特殊包进行建模。 在构建包模型时，注意，在包中只标明对每个包起核心作用的元 素；也可以标识每个包的文档标记值，以使其更加清晰。
5.3 包图中的关系
3） 《access》关系 如果只想使用提供者包中的元素，而不想将两个包合并，则应使 用该关系。在客户包中必须使用路径名,才能访问提供者包中的所有 公共元素。 ４）《trace》关系： 想表示一个包到另一个包的历史发展，则需要使用《trace》关 系来表示。
第5章 包图 章
目录
5 .1 包图的概念 5.2 包的表示 5.3 包图中的关系 5.4 阅读包图 5.5 创建包图 5.6 包图建模
5.1 包图的概念
模型的组织结构
先分层再细分成包的方式 系统的三层结构
用户界面层
用户界面代表 与用户进行交 互的界面
业务逻辑层用 来处理系统的 业务流程
5.1 包图的概念
1.包图 包图是描述包与包之间关系的图。包图可以包括注释、约束。包 间的关系有依赖关系和泛化关系。
包图
5.1 包图的概念
2. 包图的作用 1）对语义上相关的元素进行分组。 2）提供配置管理单元。 3）在设计时，提供并行工作的单元。 4）提供封装的命名空间。 3. 包图中的元素 在包中可以拥有各种其他元素，包括类、接口、构件、节点、协 作、用例，甚至是其它子包或图 。一个元素只能属于一个包。
5.5 创建包图
A B
合并
分解
C
A,B包合并
A
B
消除循环依赖的示例
5.6 包图建模
包图的主要用途： 1 对成组元素建模 对成组元素进行建模可以说是包图最常见的用途，它将建模元素 组织成组，然后对组进行命名，在对成组元素建模时，应遵循以下几 个策略： 每个包都应该是由在概念上、语义上相互接近的元素组成。 对于每个包，找出应标记为公共的元素，但应尽可能地少。 一般使用默认的《use》构造型，在实现类时，才用《import》 构造型代替《use》构造型。 采用泛化来对特殊包进行建模。 在构建包模型时，注意，在包中只标明对每个包起核心作用的元 素；也可以标识每个包的文档标记值，以使其更加清晰。
5.3 包图中的关系
3） 《access》关系 如果只想使用提供者包中的元素，而不想将两个包合并，则应使 用该关系。在客户包中必须使用路径名,才能访问提供者包中的所有 公共元素。 ４）《trace》关系： 想表示一个包到另一个包的历史发展，则需要使用《trace》关 系来表示。
第五讲-UML静态视图
用 例
类
协 作
活 动 类
组 件
版权所有 All Rights Reserved 2008-2012
应知应会
案例导入
项目实战
职场体验
UML视图
主要的域 视图 静态视图 用例视图 类图 用例图 构件图 部署图 状态机图 图 主要概念 类、关联、泛化、依赖关系、实现、接口 用例、参与者、关联、扩展、包括、用例泛化 构件、接口、依赖关系、实现 节点、构件、依赖关系图的组成
类与类的关系——组成关系 用于表示类的对象之间 的关系：整体拥有各部 分，部分与整体共存， 如整体不存在了，部分 也会随之消失。
版权所有 All Rights Reserved 2008-2012
学以致用，立足岗位成才
应知应会
案例导入
项目实战
职场体验
静态视图的组成
类与类的关系——聚合关系 用于表示类的对象之间的关系是整 体与部分的关系。
应知应会
案例导入
项目实战
职场体验
学习目标
1 2
静态视图的组成 静态视图建模技术说明
3
4
图书管理系统类图建模分析
使用ROSE绘制图书管理系统静态视图
学以致用，立足岗位成才 版权所有 All Rights Reserved 2008-2012
三种需求
两种分析方法
开发过程
(0)业务 (1)需求 (2)分析：结构 (3)分析：行为 (4)设计
对象图并不象类图那样具有重要的地位，但是利用它可以帮助我们通过具 体的实例分析，更具体直观地了解复杂系统类图的丰富内涵。
对象图还常常被用作协作图的一部分，用以展示一组对象实例之间的动态 协作关系。
版权所有 All Rights Reserved 2008-2012
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
5.1.2.3 合并关系
包合并(package merge)是将源包的元素合并到目标包中， 以扩展目标包的内容。合并之后，源包元素的特性在自己 原有特性的基础上增加目标包的特性。
包合并
合并的结果
5.1.2.4 包含关系
包的包含(include) 关系是指一个包可以嵌套另外一个包
作为自己的子包，而且允许多层嵌套 。
第 讲 包图与组成结构图
5.1 包图 5.2 组成结构图
5
第 讲包图与组成结构图
5
Байду номын сангаас5.1 包图
5.1.1 概述 5.1.2 包的关系 5.1.3 包的设计原则
5.1.4 包图
第 讲包图与组成结构图
5
5.1.1 概述
5.1.1.1 包的概念 5.1.1.2 包的命名 5.11..3 包的可见性
5.11..4 包图
3. 包的嵌套
包之中可以嵌套子包。
第 讲包图
5
5.1.3 包的设计原则
5.1.3.1 重用等价原则 5.1.3.2 共同重用原则 5.1.3.3 共同封闭原则
5.1.3.4 无循环依赖原则
1、重用等价原则
对于同类可重用的模型元素尽量放到一个包
中，不要把可重用模型元素和不可重用的模型
元素混到一个包中。
5.1.2.2 导入关系
1. 导入关系的含义
导入(import)是指将A包的元素导入到B包中，使得导入
到B包中的A包中的元素在B包中的访问程度等同于B包的元 素。
5.1.2.2 导入关系
2. 元素导入
元素导入是指将包内任意元素导入到另外一个包中。
5.1.2.2 导入关系
3. 包导入
包导入是指将一个包中的所有元素导入到另外一个包中。
5.2.3 组成结构图的要素
2 成员的多重性
多重性在组成结构图中表示在成员类名的右边或下方。一 个教室中最少应该有30张课桌，也可以更多，一个讲台， 可以配置1个投影。
5.2.3 组成结构图的要素
3 成员的连接
在组成结构图中，成员之间如果存在关系，可以用连接符 连接。连接符用在两个成员之间的一条连线表示，成员之 间存在的关联、组成、泛化、依赖，以及动态的消息调用 关系都采用连接符表示 。
1 协作的含义
协作(collaboration)描述为完成一项功能，涉及到的承 担相应角色的实体及其这些实体相互之间的联系。
例如，“客户登录”功能涉及到的实体有登录界面，登录 控制器，以及客户等实体。而且这三者在登录中分别承担 接收信息，控制登录过程和信息存储的角色，登录就可以 称为一个协作。
5.2.4 协作
5.1.2.1 依赖关系
5.1.2.2 导入关系
5.1.2.3 合并关系 5.1.2.4 包含关系
5.1.2.1 依赖关系
1. 包依赖关系的含义
如果一个包要访问或导入另外一个包中的元素，则两个 包之间存在依赖关系。
包的依赖关系用UML中的虚线箭头来表示,由源包指向被 依赖的独立包。
5.1.2.1 依赖关系
5.1.1.1 包的定义
1. 包
包(Package): 是UML用来组织模型元素的模 型元素。 可以把包比作一个存放模型元素的箱子或容 器，在它里面可以存放多个模型元素。 包中可以包含类、构件、用例、节点、活动、 状态、包等其他模型元素。
5.1.1.1 包的定义 2.包的表示
UML用带把的矩形框来表示包。
5.1.1.3 包的可见性
包的可见性是指包中成员被其他包或模 型元素访问的程度 ,分以下三种情况:
可见public : + 受限protected : # 私有private : -
5.1.1.4 包图
包图用来展现包和包之间的关系。
书店图书管理的包图：
第 讲包图与组成结构图
5
5.1.2 包的关系
5.2.3 组成结构图的要素
4 类的关联
组成结构图还能表示与其关联的类，关联的类在组成结构 图中用边框为虚线的矩形框表示。
5.2.3 组成结构图的要素
5 类的端口
端口表示类与外部部件交互的交互点，类自身是一个封装 体，它通过端口与外部发生交互关系，端口表示为在类边 线上的一个小矩形框。
5.2.4 协作
简单包名
路径包名
5.1.1.1 包的定义 3.包中元素的可见性 包中的元素对其他包可以访问，也可以隐藏， 可见性具有可见、保护和私有三种形式。
可见 保护 私有
5.1.1.1 包的定义 4.包中元素的显现性
包中的元素可以对外显现，也可以隐藏。
显现
隐藏
5.1.1.1 包的定义 5.包成员 包成员是包中的元素，例如下图中的“检索 图书”用例就是“处理订单”包的成员。
2 协作的表示
UML用虚线椭圆表示协作，协作名写到椭圆内，参与协作
的实体放到椭圆内 。
5.2.4 协作
3 协作的用途
1）用例实现建模
5.2.4 协作
3 协作的用途
2）设计模式建模
● 小结
第5讲 包图
● 5.1.1包的概念 5.1.1.1 包的概念 5.1.1.2 包的命名
● 5.1.3 包的设计原则 5.1.3.1 重用等价原则 5.1.3.2 共同重用原则
END
教学进程
本讲作业 二 填空题 √ √
(1)包的可见性有（ ），私有和（ ）几种。 ）几种形式。 ），抽象和（
(2)包的依赖关系可以分为（ (3)包导入可以分为（
√
√
）和（
）两种类型。 ）另外一个包作为自己的
(4)包的包含关系是指一个包可以（ （ ）。
END
教学进程
讨论汇报题： 1、举例说明包在软件结构建模中的作用？ 2、包在现实中有无与之对应的事物，为什么？
5.1.1.3 包的可见性
5.1.1.4 包图 ● 5.1.2 包的关系
5.1.3.3 共同封闭原则
5.1.3.4 无循环依赖原则
● 5.1.4 包的应用
5.1.2.1 依赖关系
5.1.2.2 导入关系 5.1.2.3 合并关系 5.1.2.4 包含关系
5.1.4.1 分类组织模型元素
5.1.4.2 模型结构建模 5.1.4.3 命名空间建模
2、共同重用原则
把同一个应用要重用的多个模型元素放到同一
个包中，以减少包间的依赖，提高包的独立性。
3、共同封闭原则
把可能同时修改，同时维护的模型元素放到 一个包中，以便于维护和升级。
4、非循环依赖原则
包之间的依赖关系不要形成循环：即A依赖 B，B依赖C，C又依赖A。
第 讲包图
5
5.1.4 包图的作用
5.1.4.1 分类组织模型元素 5.1.4.2 模型结构建模 5.1.4.3 命名空间建模
5.1.4.1 分类组织模型元素
利用包来有效分类组织模型元素。例如：
5.1.4.2 模型结构建模
利用包来建立软件结构模型：
5.1.4.3 命名空间建模
一个包就是一个命名空间，在包中的所有命名元素都可
以通过元素名称来标识。
教学进程
2. 包依赖的类型
1）使用：表示一个包中的元素要使用到另外一 个包中的元素 。
5.1.2.1 依赖关系
2. 包依赖的类型
2）抽象：如果一个包的元素是对另外一个包元 素的抽象，则两个包之间存在抽象关系 。
5.1.2.1 依赖关系
2. 包依赖的类型
3）跟踪：如果一个包的元素是对另外一个包元 素的深化，则两个包之间存在跟踪关系 。
包成员
5.1.1.2 包的命名
1. 包名
包名应由标识符表示，并且用能够表示包含 义的名字。包的名字放到包的顶部，或包的内 面。例如：
5.1.1.2 包的命名
2. 包成员的命名
包中成员的名字不允许相同。 非限定名：成员的名字，不包括包的名字。 例如，下图“货品” 限定名： 成员前面缀包名。例如， B::货品
第 讲 包图和组成结构图
5
5.2 组成结构图
5.2.1 组成结构图的提出 5.2.2 组成结构图的概念 5.2.3 组成结构图的要素
5.2.4 协作
5.2.1 组成结构图的提出
组成关系虽然能够反映整体与部分的组成关系，但反映 不出整体和各部件之间的结构关系。 为了反映类的组成结构提出组成结构图。
5.2.2 组成结构图的概念
组成结构图(Composite Structure Diagram)也被称为复 合结构图，用来描述类与其成员的组成结构关系，成员之 间的连接关系，以及端口及协作的一种图。
5.2.3 组成结构图的要素
1 类与其成员
一个类的成员是指与该类存在组成关系的其他类。在组 成结构图中，把类的成员放到类的内部来描述 。
● —— 重要知识点
教学进程
● 小结
第5讲 包图和组成结构图
● 5.2 组成结构图 5.2.1 组成结构图的提出 5.2.2 组成结构图的概念
5.2.3 组成结构图的要素
5.2.3 协作
● —— 重要知识点
教学进程
本讲作业 一 简答题 √ √ √
(1) 什么叫包？ (2) 包之间存在哪几种关系？ (3) 包图有什么作用？