uml建模第五章 包图
- 格式:ppt
- 大小:752.00 KB
- 文档页数:29
包图包图是在UML中用类似于文件夹的符号表示的模型元素的组合。
系统中的每个元素都只能为一个包所有,一个包可嵌套在另一个包中。
使用包图可以相关元素归入一个系统。
一个包中可包含附属包、图表或单个元素。
一个"包图"可以是任何一种的UML图组成,通常是UML用例图或UML 类图。
包是一个UML结构,它使得你能够把诸如用例或类之类模型元件组织为组。
包被描述成文件夹,可以应用在任何一种UML图上。
虽然包图并非是正式的UML图,但实际上他们是很有用处的,创建一个包图是为了∶描述你的需求高阶概述。
描述你的设计的高阶概述。
在逻辑上把一个复杂的图模块化。
组织Java源代码。
指南∶类包图创建类包图,以在逻辑上组织你的设计创建UML组件图,以在物理上组织你的设计把子包放置在母包的下面垂直地分层类包图用例包图创建用例包图,以组织你的需求在用例包图上包含角色水平地排列用例包图包包的命名要简单、具有描述性应用包是为了简化图包应该连贯在包上用版型注明架构层避免包间的循环依赖包依赖应该反映内部关系一、类包图1.创建类包图,以在逻辑上组织你的设计图1描述了一个组织成包的UML类图。
除了以下介绍的包原则之外,应用下列的规则来把UML类图组织到包图里:把一个框架的所有类放置在相同的包中。
一般把相同继承层次的类放在相同的包中。
彼此间有聚合或组合关系的类通常放在相同的包中。
彼此合作频繁的类,信息能够通过UML顺序图和UML合作图反映出来的类,通常放在相同的包中。
图1.一个类包图。
2.创建UML组件图,以在物理上组织你的设计。
如果你的组件比较接近技术,例如那些通过Enterprise Java Beans ( EJB)或Visual Basic的组件,你应该优先选择UML组件图来描述物理设计,而不是包图。
图1的版本源自于组件图章节中。
就像你看到的,这个图最适用于物理设计。
永远记住遵循敏捷建模(AM) ( Ambler 2002)的实践--应用合适的Artifact,为工作挑选最好的模型。
一个大型系统中往往包含了数量庞大的模型元素,如何组织管理这些元素是一个十分重要的问题。
包是一种常规用途的有效的组合机制。
包类似于文件系统中的文件夹或者是目录结构,它是一个容器,用来对模型元素进行分组,并且为这些元素提供一个命名空间。
UML中的一个包直接对应于Java中的一个包。
在Java中,一个包可能含有其他包、类或者同时含有这两者。
进行建模时,通常使用逻辑性的包,用于对模型进行组织。
而包图是由包和包之间的联系组成的,它是维护和控制系统总体结构的重要建模工具。
本章将详细介绍包图的各种概念、表示方法和实例应用。
1.包图的概念1.1包图和包当对大型系统进行建模时,经常需要处理大量的类、借口、构件、节点和图,这时就很有必要将这些元素进行分组,即把那些语义相近并倾向于一起变化的元素组织起来加入同一包中,这样便于理解和处理整个模型。
同时也便于控制包中元素的可见性。
包图是描述包及其关系的图。
与所有UML的其它图一样,包图可以包括注释、约束。
通过各个包与包之间关系的描述,展现出系统的模块与模块之间的关系。
图1是一个包图模型。
包是包图中最重要的概念,它包含了一组模型的元素和图,如图1中的Package A和Package B就是两个包。
Package BPackage A在面向对象软件开发的过程中,类显然是构建整个系统的基本元素。
但是对于大型的软件系统而言,其包含的类将是成百上千,再加上类间的关联关系、多重性等,必然是大大超出了人们对系统的理解和处理能力。
为了便于管理这些类,我们引入了“包”这种分组元素。
在包中可以拥有各种其它元素,包括类、接口、构件、节点、协作、用例,甚至是其它子包或图。
一个元素只能属于一个包。
包的作用是:1)对语义上相关的元素进行分组。
如,把功能相关的用例放在一个包中。
2)提供配置管理单元。
如,以包为单位,对软件进行安装和配置。
3)在设计时,提供并行工作的单元。
如,在设计阶段,多个设计小组,可以同时对几个相互独立包中的类进行详细设计。
UML结构图之包图总结[注] 本⽂不是包图的基础教程, 只是包图的图形总结.学习UML图形包图主要⽤来表现包和它所包含元素的组织, 包图最常⽤的⽤途是⽤来组织⽤例图和类图, 尽管它不局限于这些UML元素. 〇概述包图可使⽤的⼯具集(EA⼯具箱)有:UML-Package⼀包图元素1. 包UML_UseCase_packagePackage, 图形表⽰为⼀个⽂件夹, 包的版型(StereoType)有:1) 普通包, 表⽰为⼀个⽂件夹, 如图Package1和Package42) 其它包, 表⽰为⼀个⽂件夹+书名号包含的具体版型或特殊符号, 如图Package2和Package32. 类Class, 图形表⽰为⼀个实⼼矩形或圆形(椭圆)[+⼀系列附加符号], 类的版型(StereoType)有:1) 普通类, 表⽰为⼀个实⼼矩形, 如图Class12) 边界类, 表⽰为⼀个实⼼圆形+实竖线, 如图Class23) 实体类, 表⽰为⼀个实⼼圆形+实横线, 如图Class34) 控制类, 表⽰为⼀个实⼼圆形+在圆周上的箭头, 如图Class45) 其它类, 表⽰为⼀个实⼼矩形或圆形(椭圆)+书名号包含的具体版型或特殊符号, 如图Class 5, 6, 7 ...[注1] 类图标变化最⼤, 版型最多, 必须根据所属的视图或图形进⾏识别, 如Class2在包图和类图中称为边界类, 在活动图中同样的图标应称为边界对象.[注2] 类图标的矩形表⽰和Artifact相似, 都是实⼼矩形, 区别⽅法是Artifact图标会含有Icon, ⽽类图标⼀般⼏何元素拼凑.[注3] 类图标的椭圆表⽰和⽤例相似, 都是实⼼椭圆, 但⽤例不会出现在类图上, 类也不应该出现在⽤例图上, 因此不会冲突.[注4] 包图上的类⼀般引⽤类图, 类图内部的画法, 参见类图部分. (下同)3. 接⼝Interface, 图形表⽰为⼀个实⼼矩形+书名号包含的interface字样, 接⼝没有版型(StereoType).接⼝是特殊的类, 因此图标和类相同, 书名号包含的interface是其区别与类的唯⼀⽅式.注意: 接⼝如果没有明确的详细操作,也可以画成⼀个圆环。
A.0、Package Diagram(包图)
包图描述了成包的模型元素的组织结构和包之间的依赖关系,包括包导入和包扩展。
它还提供了相应命名空间的可视化。
B、包之间的关系
B.1、nesting(嵌套)
嵌套连接器是另一种表示一个模型元素包含或嵌套在另一个模型元素中的图形化标记。
它是最适宜用于显示在包图中包的嵌套。
B.2、Package Import(包导入)
包导入关系是从源包指向一个内容被导入的目的包。
源包的命名空间可以访问目的包中所有非私有类。
而目的包不受影响。
目的包的私有成员不能被导入。
这种关系通常在包图中被使用。
B.3、Package Merge(包合并)
在包图中,包合并表示两个包之间的关系,目的包的内容被合并到源包中。
目的包中私有内容不会被合并。
适用于一个包的合并地址,在任何情况下,多个包包含同名元素。
Package Merge合并被合并包中的所有匹配元素,包括关系和行为。
注意到一个包合并基本上是执行概括和重定义所有匹配元素。
但被合并包中独立元素的表述依然存在,不会受到影响。