跟我学UML——UML静态建模中的UML包图
跟我学UML静态建模——应用Rational Rose工具设计实现客户关系管理CRM系统的概要设计阶段相关模块类图示例
1.1跟我学UML静态建模——应用Rational Rose工具设计实现客户关系管理CRM系统的概要设计阶段相关模块的类图示例（关注类的个数、类之间的关系）1、添加本项目中的与数据访问层组件相关的各个类（1）新建一个类（2）输入类名称以命名该类（3）分别在各个包中输入各个类，最后将产生下面的状态1)持久类：ComplaintInfoPO、ConsumptionInfoPO、CustomersInfoPO、ProductInfoPO和StaffBaseInfoPO2)数据访问类：ComplaintInfoDAO，ConsumptionInfoDAO、CustomersInfoDAO，ProductInfoDAO，StaffBaseInfoDAO、BaseDAO3)数据连接类：DBCPConnectionBean4)异常处理类：WebCRMException5)业务服务层类：StaffLoginService、CustomersFeedBackService、CustomersLevelClassificationService、CustomerInfoAnalysisForecast、CustomerInquiryService、CustomerDataManagementService、BulkMailService6)控制层类：FilterDispatch、ActionSupport、ProductInfoAction、StaffLoginAction、ComplaintAction、ConsumptionAction、CustomersAction7)表示层类：Index、staffLogin、deleteCustomersInfo、addCustomersInfo、updateCustomersInfo、showCustomersInfo、queryCustomersInfo、customerInfoAnalysisForecast2、添加本项目中的与数据访问层组件相关的各个接口（1）新建一个接口（2）输入接口的名称，比如为“ConnectDBInterface”注意：在概要设计中不需要考虑各个类或者接口中的具体的成员定义！这可以将它们留在详细设计中来完成------这也是概要设计和详细设计中的类图中的类差别。
UML包图
6.3.1
实例
网上书店中的包图
பைடு நூலகம்
创建包 修改包的属性 将类添加到包中 添加关系
复习思考题
1.包在UML中属于哪一类构造块，其作用是什么？ 2.包可以包含的元素有哪些？ 3.什么是包的可见性，请举例说明. 4.什么是包的循环依赖，如何解决？ 5.请根据第4章习题6的描述，请在Rose中绘出系 统的包图。 6.请根据第4章习题7的描述，请在Rose中绘出系 统的包图。
包的一般表示
显示内容的包
1、名称
简单名，如 domain 路径名，如 com::bookshop::domain
2、拥有的元素
每个包对其所包含的元素来说是一个命名空间，在一个包 的语境中同一种元素的名称必须是唯一的。
3、包的可见性
公有的+(public) 受保护的#(protected) 私有的–(private)
第6章
包图
6.1 包图 6.2 包图的应用 6.3 包图建模实例
面向对象软件开发中，应用系统中包含数量众多的类且 关系很复杂。分解是控制软件复杂度的重要手段，可以 把一个大的系统分解为多个较小的系统，因此要引入包。 包是UML中的分组事物， 用于组织容纳模型中的各 种元素，这些元素可以是 类、用例、接口、构件等、 甚至也可以是包。利用包 可以对语义关联紧密地事 物进行分组，把这些元素 放在一起构成更高层次的 单位，将它们作为一个成 组的元素进行可视化。
AWT
# Form + Window - EventHandler
4、包的构造型
跟我学统一建模语言UML——软件系统概要设计中所涉及的UML包图实现示例
使用包图的主要目的是把模型元素组织成组，并为其命名以便作为整体处理。对于一 个大型的软件系统，使用包来组织大量模型元素以便于对软件系统的理解和处理，使之有 很好的层次关系。 （2）通过包可以形成一个高内聚、低耦合的类的集合。 3、某个项目中的各个包的 UML 包图示例
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
1.1 跟我学统一建模语言 UML——软件系统概要设计中所涉及的 UML 包 图实现示例
1.1.1 UML 中的包图 1、UML 中的包图（Package Diagram) （1）包图是保持软件系统整体结构简明、清晰的重要工具
软件系统的开发人员通过给出包可以列出各个包之间的关系。包图由包和包之间的联 系构成，它是维护和控制软件系统总体结构的重要建模工具。
private String Name; private int Age; public OutObj Eat( Food someOneFood){
OutObj someOneOutObj =new OutObj(); return someOneOutObj; } public void Step( ){ } } class OutObj{ } class Food{ }
（2）在 Rose 中包图是通过类图来体现的
（3）应用示例 在下面的例中的 myPerson 包中包含有 Person、Food 和 OutObj 等三个程序类
杨教授大学堂，版权所有，盗版必究。 1/3 页
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
package myPerson; public class Person{
杨教授大学堂，版权所有，盗版必究。 2/3 页
UML静态模型
UML静态建模—类图与对象图
关系
关联（Association）
关联用于描述类与类之间的连接。由于对象是类的实例，因此类与 类之间的关联也就是其对象之间的关联。
泛化（Generation）
又称继承，A generalization is a relationship between a more general and a more specific element。
9.
{
10.
employee = p;
11.
}
12. }
13. class Person
14. {
15.
… (略)
16. }
UML静态建模—类图与对象图
关系—组合聚合（composition Aggregation）
如果构成整体类的部分类完全隶属于整体类，则这样 的聚合称为复合聚合。换句话说，如果没有整体类则 部分类也没有存在的价值，部分类的存在是因为有整 体类的存在。
关系—共享聚合（Shared aggregation）
1. // 主程序 2. Person p = new Person(); 3. Team t = new Team(p);
4. class Team
5. {
6.
Person employee;
7.
// Constructor
8.
public Team(Person p)
由名称、属性 、方法构成
对象是类的实例。
类之间的关系一共有四种：关联、泛化、依赖、 实现化。 包（Package） 用来分类、组织类。
关联：用于表示类的对象之间的关系。其特殊
user
形式有组成关联和聚集关联。
静态视图—类图对象图和包图
1.1 类图概述——重要性
类图表述系统中类的静态结构，不仅描述 了系统中的类，还表示了类之间的各种关 系，比如：关联、依赖、泛化、实现等
James Rumbaugh对类的定义：类 （Classs）是具有相似结构、行为和关系 的一组对象的描述符 类 + 类的关系 = 类图
1.2 类图概述——类图的作用
salary:Dollars
Student
major:String
3.5 关联关系（Association）
关联是一种结构关系，它指明一个类与 另一个类在类间的联系，表示类之间的 连接，它使一个类的可见属性和方法被 另一个类使用
关联关系包括：双向关联，单向关联， 聚合和反射关联
除聚合关系外，关联关系通常使用实线 +箭头的方式表示
3.2 依赖关系（Dependency）
如果有两个类A与B，当我们修改A类时 会引起B类的修改，我们称类B依赖于类 A。
依赖关系可能由各种原因引起，比如一 个类向另一个类发送消息；一个类是另 一个类的数据成员，一个类是另一个类 的某个操作参数等(use a关系)
UML中包含了4种依赖关系：使用(Usage) 依赖，抽象(Abstraction)依赖，授权 (Permission)依赖和绑定(Binding)依赖
3.3.1 泛化关系的表示
在UML语言中，采用空心箭头+实线 （如果父类是接口，则采用虚线）的 方式表示泛化关系，箭头指向父类
类的继承
接口的继承
3.3.1 泛化关系的表示举例
BankAccount
owner:String balance:Dollars deposit(amount:Dollars) withdrawl(amout:Dollars)
UML之包图
UML之包图包图的基本概念: 包图是⽤来描述模型中的包和所包含元素的组织⽅式的图，是维护和控制系统总体结构的重要内容。
包图能够组织许多UML中的元素，不过其最常⽤的⽤途是⽤来组织⽤例图和类图。
包图中包含包元素以及包之间的关系。
与其他图类似，包图中可以创建注解和约束。
包的概念: 包是⽤于把模型组织成层次结构的通⽤机制，它不能执⾏。
包名：包有简单名、路径名包中的元素：包中可以容纳各种⾼级的模型元素，如类和类的关系、状态机、⽤例图、交互、协作等，甚⾄是⼀个完整的UML图。
另外，包中还可以含有包，这被称为包的嵌套。
包元素的可见性：控制包外元素对包内元素的访问权限。
公有（+）：只要当前包被引⼊，包内的公共元素即对引⼊者可见。
保护（#）：仅对当前包的⼦包可见。
私有（-）：仅对该包可见，外部⽆法访问。
另外，如果某元素对于⼀个包是可见的，则它对于嵌套在这个包中的任何包都是可见的。
包的构造型：可以使⽤构造型来描述包的种类。
UML预定义了⼀些构造型，⽤户也可⾃⾏定义新的构造型。
⾼内聚，低耦合：在外部观察包时，可以将内部元素视作⼀个整体，⽅便将多个元素⼀同处理。
包内部的元素应该保证有相似、相同的语义，或者其元素有同时更改和变化的性质。
注：在实际应⽤中，包对包含的元素的作⽤相当于C++和C#中命名空间的概念或Java中的包概念。
和这些概念不同的是，UML包中的内容不限于类和接⼝，包中的元素种类要丰富的多。
元素的分包原则：1）元素不能“狡兔三窟”：树形结构的⼀个节点不能同时拥有两个⽗节点，⼀个元素也不允许在两个包中重复出现。
2）相同包内元素不能重名：包所具有的命名空间的作⽤要求⽤⼀个包中的同种类元素名称必须是唯⼀的。
3）包内元素要紧密联系：分在同⼀个包中的元素应该具有某些相同的性质，即包的⾼内聚性。
4）包与包尽可能保持独⽴：包和包之间需要尽可能减少耦合度，要求包内元素与外部元素有尽可能少的依赖关系。
包的依赖关系：包之间的依赖关系实际上是从⼀个更⾼的层次来描述包内某些元素之间的依赖关系。
uml建模第五章 包图
5 .1 包图的概念
5.2 包的表示 5.3 包图中的关系 5.4 阅读包图
5.5 创建包图 5.6 包图建模
精选2021版课件
1
5．1 包图的概念
1．包 包就像一个“容器”，可用于组织模型中
的相关元素，以便容易理解。 将相关的各种类型的模型元素组织成组的
通用机制。 包的实例没有任何语义。 仅在建模时有意义，而不必转换到可执行
精选2021版课件
23
设计包的原则
设计包时，应遵循以下原则：
① 重用等价原则 ② 共同闭包原则 ③ 共同重用原则 ④ 非循环依赖原则
精选2021版课件
24
设计包的原则
① 重用等价原则
② ——把类放入包中时，应考虑把包作为可重 用的单元。
② 共同闭包原则
——把那些需要同时改变的类放在同一个包中。
若一个类的行为或结构的改变要求另一个类做相应的 改变；
5．4 创建包图
绘制包图的基本步骤如下：
① 分析系统的模型元素（通常是对象类），把概念 上或语义上相近的模型元素归入同一个包。
② 对于每一个包，标出其模型元素的可视性，确定 包内每个元素的访问属性，是公共、保护或私有。
③ 确定包与包之间的依赖联系，特别是“引入”关 系。
④ 确定包与包之间的泛化关系。 ⑤ 绘制包图。
1．包的符号表示 嵌套包及其表示
✓一个包可以包含其他 的包； ✓嵌套包可以访问自身 的元素； ✓应尽量避免使用嵌套 包，一般2-3层最好。
Library Users Librarian Borrower
嵌套包
精选2021版课件
7
5．2 包的表示
1．包的符号表示 嵌套包及其表示
跟我学在MyEclipse工具中如何设计UML静态建模中的各个UML图
1.1跟我学在MyEclipse工具中如何设计UML静态建模中的各个UML图1.1.1在UML透视图中实现UML静态建模中的各个图
1、包图—--通过类图来实现
（1）新建一个包
（2）并且命名该包
（3）添加其它的包
（4）设置包与包之间的父子关系---直接将子包建在父包里面
2、创建类图
（1）新建一个类，并且命名该类
（2）在该类中添加属性，并且设置各个属性的数据类型
（3）最后设置各个类之间的关系
（4）将类添加到对应的包中---拖动目标类到包图中的包中
（5）原来在类图中所创建的各个类之间的关系继续保留下来。
3、UML to Java（UML类图中的各个类与Java代码之间的转换）
4、将Java程序类转化为UML类图（Java-UML）（1）编程待转换的Java程序类
（2）按F5
（3）应用反向工程工具
（4）显示出成员
（6）设置类之间的关系
5、将所画的UML图导出为图像文件
6、改变项目中的UMR的根nameSpace名称（由default----com.px1987）。
跟我学UML静态建模——在Rational Rose工具中设计实现UML类图的应用示例(第1部分)
1.1跟我学UML静态建模——在Rational Rose工具中设计实现UML类图的应用示例（第1部分）1.1.1UML类图1、UML类图（1）类图类是面向对象模型的最基本的模型元素。
类图表达为了实现某一用例中的一组对象类之间的静态结构，以及它们之间的联系和交互。
（2）类图的作用主要体现在描述结构和联系：类图描述系统中类的静态结构，它不仅定义系统中的类，表示类之间的联系（关联、依赖、聚合等），还包括类的内部结构（类的属性和操作）。
（3）类与类之间的联系类与类之间的联系可以分为两种：结构性联系（静态联系）和行为性联系（动态联系）。
1)结构性联系指类的继承与派生、父类与子类间的聚合、组合、泛化/特化等。
2)行为性联系指类之间可以通过消息联系，通过系统预定义或用户自定义的语义联系。
（4）类的UML的图示类是对象的集合，这些对象有共同的结构特征、行为特征、联系和语义；在UML中类的图形表示为实线矩形框。
但要注意的是：在类图中不一定要列出全部的成员内容。
如在建立分析模型或设计模型时，可以只列出类名，在图中着重表达类间联系；在建立实现模型时，再在图中给出属性和操作等详细内容。
如：（5）类中的属性成员及其UML的图示●属性（成员变量）属性是类的命名的性质，在类图中用文字串说明。
其表示为：可视性属性名（多重性）：类型=初始值其中：可视性用可视性标记表示：公共（+）、保护（#）、私有（-）类型（即数据类型）依赖于选择的工具语言。
例如，+年龄：integer=25●类的static成员属性所应该注意的是，对类的成员属性也就是 static成员属性在类图中的表示为带下划线的形式。
如下面的“货单个数”的类的成员属性的表示方式。
abstract class Computer{private CPU intelCPU;private HDDisk oneHDDisk;private Printer hpPrinter;Computer oneUserInfo;String bingPai="联想计算机";abstract public boolean calculateDate(Data oneDate) throws DataException;}（6）类中的方法成员及其UML的图示●类中的操作（成员方法）操作是类的行为特征或动态特征，用于对服务或实体相关的操作建模。
跟我学UML静态建模——在Rational Rose工具中设计实现UML包图
（9）最后为下面的状态
杨教授大学堂，版权所有，盗版必究。
7/9 页
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
（10）设置各个包之间的依赖关系
杨教授大学堂，版权所有，盗版必究。 8/9 页
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
注意： 包与包之间的依赖关系是由包中的类与另一个包中的类是否存在关联关系来决定的，
使用包图的目的是把模型元素组织成组，为其命名，以便作为整体处理。对于一个大 型系统，使用包来组织大量模型元素以便于系统的理解和处理，使之有很好的层次关系。 （2）通过包可以形成一个高内聚、低耦合的类的集合。 （3）在概要设计阶段，我们可以用包图来建立系统的体系架构（而在详细设计阶段，可以 利用类图建立相应的体系结构）
并分别对各个包和对应的子包加以设计和命名。 （5）最后产生出本项目的包图----新建一个包图 （6）并且命名该包图
杨教授大学堂，版权所有，盗版必究。 6/9 页
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
（7）在该包图中分别添加各个不同的包
（8）然后根据层次划分的要求分别添加各个不同的包所对应的子包
杨教授大学堂，版权所有，盗版必究。 2/9 页
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
3、BBS 系统前台应用的包图 4、某个网上书店项目中的各个包的 UML 包图示例
杨教授大学堂，版权所有，盗版必究。 3/9 页
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
5、在 Rose 中产生包图的实现过程 （1）产生各个包
（3）应用示例：在下面的例中的 myPerson 包中包含有 Person、Food 合 OutObj 等三个类
跟我学UML静态建模——统一建模语言UML中的组件图
跟我学UML静态建模 ——统一建模语言UML中的组件图
UML静态建模---组件图
在本讲您能了解如下内容
组件在UML中的图示 组件图的主要作用 UML中的组件图及其关联 在Rose中的几种特殊的组件 组件图的应用及具体实现
区分组件和类之间的差别 1、UML中的组件 （1）在UML1.1规范中，它是软件系统的一个物理单元，代 表系统的一个物理实现块（在Java平台中一般为一个 *.jar包文件）。 （2）在UML2中，组件被认为是独立的，在一个系统或子系 统中的封装单位，提供一个或多个接口。 2、组件图中的三大组件 从MVC的角度来看，在一个应用系统中应该包括有边界 组件、控制组件和实体组件三大部分。下面为一个系统中 的三大组件的关系图示。
11、在Visio中的某个网上书店的组件图
12、在Rose中的某个网上书店的组件图
13、在Rose中实现组件图过程的说明
（1）设计出组件图中的各个组件，输入组件的名称
（2）再产生出所需要的组件图
（3）在该组件图中 添加各个组件 （4）设置各个组 件之间的依赖关 系
（5）为组件图中的各个组件指定所实现的接口
（3）组件图中包含：组件、接口、依赖关系 当然，也还可以包括包和子系统，从而有助于将系统中 的模型元素组织成更大的组块。 5、在UML中所支持的各种主要类型的组件 （1）配置组件 配置组件是可执行系统的基础，它是一个可执行系统 必须的组件。 如在J2EE系统中的各种*.xml配置文件、文挡等。 （2）工作产品组件 工作产品组件是在软件开发阶段使用的组件，是配置组 件的来源（如数据文件和数据库表、源程序文件等）。 它们并不直接构成可执行系统，而是系统开发过程中的 产品。 （3）执行组件 执行组件是可运行系统产生的运行结果，如DLL、 *.exe、Jar包文件等COM+、JavaBeans、DLL、ActiveX等 都是执行组件
跟我学UML——UML静态建模中的UML类图
4、类的职责（类中的程序最终所完成的功能） （1）什么是类的职责：类所担任的任务和所要完成的功能 （2）遵守OO中的“单一职责”原则进行类的设 计 在类的设计时应该遵守 OO中的“单一职责”原则，这样 有利于类的重用。
您了解吗?为什么如此?
二、UML中的类之间的各种关系
1、类之间的关联（Association） （1）关联的含义
1、类中的组成成员及其UML的图示
成员属性 类名
成员方法
2、类之间的关系如上图所示
3、类中的成员变量（属性）的UML图示
（1）属性（成员变量）
（2）类的static成员属性：表示为带下划线的形式
（3）成员变量的访问控制
public private
注意在Rose工具中的表示形式
protected
4、类中的成员方法的UML图示 （1）类中的操作（成员方法） 无返回值
UML静态建模中的UML类和接口
UML静态建模中的UML类、接口和对象
在本讲您能了解如下内容 静态建模中的UML类图 类的各种关系及正确选择 在Rose中实现项目的类图 静态建模中的UML接口 在Rose中实现项目的接口
一、UML中的类及类图概述
1、UML中的类及类图 （1）类图
类是面向对象模型的最基本的模型元素。 类图表达为了实现某一个用例或者一组用例中的一组对象 类之间的静态结构，以及它们之间的联系和交互。
（3）关联的特性
关联是对象间的长期关系：在程序代码中体现为一个对象 保存对另一个对象的引用，并在需要的时候调用这个对象的 方法。 关联关系一般是使用实例变量实现的，请见如下的代码示 例。
（4）关联的重数
关联端可以标示出关联中的目标对象的数量关系----重数 （多重性）。 关联端的多重性规定该类有多少个对象参与该关联。
UML中的包图介绍及其在软件架构中的应用
UML中的包图介绍及其在软件架构中的应用软件开发过程中，设计和构建一个良好的软件架构是至关重要的。
而在软件架构设计中，UML（统一建模语言）的包图是一个非常有用的工具。
本文将介绍UML中的包图，并探讨其在软件架构中的应用。
1. 包图的概念包图是UML中的一种结构图，用于表示软件系统的组织结构和模块化设计。
它通过将系统划分为不同的包（Package），并显示它们之间的关系，帮助开发人员更好地理解系统的组成部分和模块之间的依赖关系。
2. 包的定义和特点包是一种逻辑组织单元，用于将相关的类、接口、用例等组织在一起。
它具有以下特点：- 包具有层次结构，可以包含其他包，形成包的嵌套关系。
- 包可以表示命名空间，用于解决命名冲突问题。
- 包可以表示模块或子系统，用于实现软件的模块化设计。
3. 包图的元素包图由多个元素组成，包括：- 包（Package）：表示一个包，用于组织相关的类、接口等。
- 类（Class）：表示一个类，用于描述系统中的对象。
- 接口（Interface）：表示一个接口，用于定义类的行为。
- 依赖关系（Dependency）：表示一个包对另一个包的依赖关系。
- 关联关系（Association）：表示包之间的关联关系。
- 泛化关系（Generalization）：表示包之间的继承关系。
4. 包图的使用包图在软件架构设计中有广泛的应用。
它可以帮助开发人员更好地组织和管理软件系统的结构，提高系统的可维护性和可扩展性。
以下是包图在软件架构中的几个常见应用：4.1 模块化设计包图可以将系统划分为不同的模块，每个模块对应一个包。
通过包图，开发人员可以清晰地了解系统的模块划分和模块之间的依赖关系，从而更好地进行模块化设计。
模块化设计可以提高系统的可维护性，降低系统的耦合度，便于开发人员进行并行开发。
4.2 系统组织和管理包图可以帮助开发人员更好地组织和管理系统的结构。
通过包图，开发人员可以清晰地了解系统的组成部分和模块之间的关系，从而更好地进行系统的组织和管理。
跟我学UML静态建模——在Rational Rose工具中设计实现UML类图的应用示例(第2部分)
（4）抽象类的表示形式 抽象类或抽象操作的名字用斜体字表示。关键字 abstract 可以放置在位于名称下面或 后面的特性表中，如 Account{abstract} 5、依赖（Dependency） （1）依赖（实体之间一个“使用-----调用关系”关系） 特定事物的改变有可能会影响到使用该事物的事物，反之不成立。在你想显示一个事 物使用另一个事物时使用依赖关系。 通常情况下，依赖关系体现在目标类的对象出现在局部变量或者方法的参数中以及静 态方法的调用-----依赖与关联不同，首先依赖性总是单向的。 （2）代码示例 class A{ } class B{ public void method(){ A a = new A(); ...
也可以将几个实心菱形合并为一个，用直线分支地连接到各个部分类，构成一个树状 结构。
再比如， 前面的 Employee 和 TimeCard 的关系或许更适合表示成 “合成” ， 而不是表示成 “关 联” 。
“一对一”的组合关系的代码示例
表达 Class2 是 Class1 的一部分，而且是一个 Class1 拥有一个 Class2。 class Class1{ private Class2 obj; } class Class2{ }
杨教授大学堂，版权所有，盗版必究。 5/9 页
杨教授大学堂 精心创作的优秀程序员 职业提升必读系列资料
“一对多”的组合关系的代码示例
下面的例子表明，Class1 可以包容 0 到任意数量的 Class2，而当 Class1 包容 Class2 的 时候，Class2 可以被 0 或者 1 个 Class1 包容。 为了实现“一对多”的组合关系的这种包容，可以使用集合来保留这些类。 class Class1{ private ArrayList class2Obj ; } public class Class2{ } 4、泛化与特化 泛化与特化是现实世界中一般性实体与特殊性实体之间的关系，一般性实体是特殊性 实体的泛化，特殊性实体是一般性实体的特化。类与其子类便具有这样的关系。如，学生， 大学生，研究生等。
系统概要设计中的UML静态建模(2)
4.2 UML包图4.2.1 UML中的包图1．UML中的包和包图（Package Diagram）一个企业应用系统中可能包含数百个类，如何有效地管理这些类就成了一个需要解决的问题。
一种有效的管理方式是将类分组，功能相似或相关的类组织在一起，形成功能模块或者子系统。
在各种面向对象的编程语言中都提供了对类进行分类管理的机制——如Java语言的包（Package），而在UML中，对类或者其他的模型元素进行分组时则使用包图。
（1）包图是保持系统整体结构简明、清晰的重要工具。
在Rational Rose中对包采用类似于文件夹的符号来表示（如图4.19所示的“留言功能包”、“用户权限管理包”），并且一个包可嵌套在另一个包中形成子包。
使用包图可以将相关模型元素分组，包图由包和包之间的关系构成，它是维护和控制系统总体结构（系统架构）的重要建模工具。
（2）在Rational Rose2003中的包图是通过类图来体现的。
如果某个包为其他包的子包，则应该将子包放入父包中，如图4.19所示。
图4.19 Rational Rose2003中的包图是通过类图来体现的2．包之间的关系及其UML图示在设计包时，首先要决定系统中应该有哪些包，比如要尽量将系统中不稳定的模型元素和相对稳定的模型元素分配到不同包中，以提高软件系统的可维护性；或者将可选功能和核心功能实现分置于不同的包或子包之中。
其次决定包之间的关系，包之间存在两种关系：依赖和泛化（继承或者构成）。
下面分别介绍这两种关系，以及它们在Rational Rose中的具体实现。
（1）包之问的依赖关系。
如果对类A的修改会导致类B的改变，则称B依赖于A。
如果两个包中存在具有依赖关系的两个类，则认为这两个类所属的两个包之间则存在着依赖关系。
图4.19所示的“留言功能包”和“用户权限管理包”之间存在依赖。
包之间的依赖关系应尽量简单、稀疏，通常要求某一包中的模型元素只与同层及相邻下一层的模型元素之间存在依赖关系。
UML静态模型
软件开发培训教程
UML静态模型
张余正
zyz_163@
依赖（Dependency）
A dependency is a relationship between elements, one independent and one dependent. A change in the independent element will affect the dependent element.
employee = new Person();
10.
}
11. }
12. class Person
13. {
14.
… (略)
15. }
UML静态建模—类图与对象图
关系--泛化（Generation）
泛化是父子关系。MyClass2 是超类，而 MyClass1 是子类。在 Java 编程语言中，通过 使用 extends 关键字来生成子类，从而实现泛 化。
UML静态建模—类图与对象图
UML静态模型--类图的基本符号（1）
类图中的图符：
类：表示一个类，其中第一栏是类的名，第二 栏是类的属性，第三栏是类的操作。
包：包是一种分组机制，表示一个类图集合。
UserInfo
-userName : string(idl) -age : string(idl) +getUserName() : string +addUser() : string(idl)
uml类图-对象图-包图PPT课件
Company
W heel
Department
-
24
Company Department
-
25
类图的抽象层次
在软件开发的不同阶段使用的类图具有不同的抽 象层次。一般地，类图可分为三个层次，即概念 层，说明层和实现层。
类的概念层，说明层和实现层的划分最先是由
Steve Cook和John Daniels引入的。
➢类 ➢ 接口 ➢ 协作 ➢ 依赖、泛化和关联关系
类图可以包含注解和约束； 类图还可以有包或子系统，二者都用于把 模型元素聚集成更大的组件。
-
5
类(Class)
A class is the descriptor for a set of objects with similar structure, behavior, and relationships.
Camera Sensors::Vision::Camera 包中可以包含其它建模元素，如class, interface, component, node, use case, package, … , 等。 包可以嵌套，但嵌套层次不要过深。 包没有实例，即在系统运行时见不到包。 包之间可以存在依赖关系， 但这种依赖关系不存在传递性。
➢ 概念层(Conceptual)类图描述应用领域中的概念，一般地， 这些概念和类有很自然的联系，但两者并没有直接的映射关 系。
➢ 说明层(Specification)类图描述软件的接口部分，而不是软件 的实现部分。
➢ 实现层(Implementation)类图才真正考虑类的实现问题，揭示 实现细节。
-
3
类图的应用
类图用于对系统静态设计视图建模。与数据模型 不同，它不仅显示了信息的结构，同时还描述了 系统的行为。 类图中可以包含接口，包，关系等建模元素，也 可以包含对象，链等实例。
UML第5章 包图
5.6.3 消除包的循环依赖
•应该尽量避免包模型中的循环依赖。 •如果包A以某种方式依赖包B，并且包B以某种方式依赖包A， 就应该合并这两个包，这是消除循环依赖非常有效的方法。 但是经常起作用的、更好的方法是，从A,B两个包中提起公 共元素，把它们封装为第三个包C。 •消除循环包的过程是一个多次迭代的过程。 •示例显示在后面图5-18中。
一种是在第二栏中列出包的所有元素名；另一种是在第二栏中 画出包中所有元素的图形和关系（参见图5-6）。
图5-6 元素的2种表示方法
• 2.包中的元素是用例
图5-7 包中的元素是用例
图5-7表示，包ATM中包含两个用例， 它们是：取款用例和超额取款用例。
3．包中元素是包 包中元素是包时，就是包嵌套。图5-8所示，就是包嵌套的 例子。外部包System:Web里面嵌入了一个包UI,UI包中有一 个类Page。
UI
System:Web:UI
（a）简单名
（b）含路径名（全名）
图5-5 包称的2种书写格式
5.2.2 包中的元素
一个包中包含的元素可能是系统、子系统、子包、 用例、构件、接口和类。下面介绍包中元素的表示方 法和元素的可见性。
• 1.包中元素是类和接口 • 当包中的元素是类和接口时，可以有两种表示类和接口的方法：
称的书写格式有两种，即简单名和全名。 • 1.包名称的书写位置 • 包名称可以有两种书写位置：一种方式是将包名写在第一栏中，另一种方式是将包名
写在第二栏中。 • （1）包名写在第一栏 • 如图5-3所示，包名Server写在第一栏。在第二栏列出了该包包含的类。
图5-3 包名写在第一栏
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
3、在UML中包的图示形式 （1）其图形表示为一个矩形框左上方带一个小矩形
（2）并且包的名字可以在大矩形或者小矩形内图
4、为什么要采用包 （1）实际系统的复杂性
当对大型系统进行建模时，经常需要处理大量的类、接口、 组件、节点和图等模型元素 这时就有必要将这些模型元素进行分组，即把那些语义相 近并倾向于一起变化的元素组织在一起并加入到同一包中。
（2）包的组成
包中可以包括类、接口、组件、节点、用例等内容（UML 中的包甚至还可以包含其他的包——子包） 因此，所有的UML模型元素都可以放入包中
2、如何划分包 （1）按构造形式（组成关系）来组织
如服务器程序类放入一个包、客户端的放入一个包或者按 照分层。
（2）按功能划分来组织包
如一个图书管理系统，将进书管理、销售管理、库存管理分 别组织成包
（2）包的主要作用
其作用不仅仅是为模型元素分组 它还为所拥有的模型元素构成一个命名空间
（3）应用UML包所应该注意的要点
模型元素依赖于包---包不存在了，其中的模型元素也随 之消失。 不同包中的模型元素名字可以同名，但在同一个包中的模 型元素不可以同名
5、UML中的包图（Package Diagram) （1）什么是UML包图
包与包之间存在的依赖通 常是指这两个包所含的模型 元素之间存在一个或者多个 依赖。 如在一个包中使用另一个包，此时我们认为它们之间存在 依赖。
（2）依赖关系的图示
包的依赖关系的图形表示同样是虚箭线，方向为从依赖包 指向被依赖包。 包的依赖关系不具有传递性（而继承具有传递性）。
7、包图中的包之间的泛化关系 （1）包之间的泛化
注意：在Rose中的包的泛化
关系的表示形式
本讲的简要回顾
1、子曰：“学而不思则罔，思而不学则,好之者不如乐之者”
3、子曰：“三人行,必有我师焉”
4、子曰：“我非生而知之者,好古,敏以求之者也”
5、师者：“传道、授业和解惑”
包与包之间存在父子关系，反映在Java中则表明它们存在 父子包的关系。 因此，如果包之间存在继承关系，则可以采用泛化关系来 表示。（但在Rose中不支持！如果某个包为其它包的子包， 则应该将子包放入到父包的里面）
（2）包之间的泛 化关系在UML中的 图示
8、在Rose中包图是通过类 图来体现的
UML静态建模中的UML包图
UML静态建模中的UML包图
在本讲您能了解如下内容
静态建模中的UML包图 在UML中包的图示 如何划分包和各种关系 在Rose中实现包图示例
1、UML中的包（Package) （1）UML中的包
利用包可以组织和管理系统中的各个模块，从而使得整个 系统的各个对象模型呈现出一种树形的层次结构 在UML中把这种分组机制称为包
表示系统中的各个包及彼此之间关系的UML图，使用包图的 目的是表示复杂的模型元素和便于对系统的理解和处理。
（2）UML包图的主要作用
在概要设计阶段，可以用包图建立系统的体系架构（分层 设计）。在详细设计阶段可以利用类图建立相应的体系结构 。
6、包图中的包之间的依赖关 系 （1）什么是包之间的依赖关 系