uml中有3个机制能够帮助扩展即构造型-read.pptVIP

第七章 包 图 统一建模语言 Unified Modeling Language 包图 UML的结构 M0层----运行时实例层 当模型进入代码创建阶段时，这个层开始发挥作用。 M1层----模型层 我们使用UML建立的模型就在这一层。 M2层----元模型层 定义了用来具体化模型的语言。UML图展示的类、节点、构件、用例等等属于元模型层。 M3层----元元模型层 用来具体化类、用例、构件以及其他所有UML元素的语言，纳入到元模型中. * 第七章 包图 包图 UML的结构 扩展UML (1)包的作用 包是用来对一个图的元素(如类和用例)进行分组的。把分组后的元素用一个带有标签的文件夹图标包围起来，我们就完成了对其打包。如果给包起一个名字，我们就命名了一个组，在UML术语中，包为这组元素提供了一个命名空间，这组元素属于这个包。 要引用包中的内容，使用 PackageName::PackageElement的形式 如Tools::Hammer 这种形式叫做全限定名(fullyqualifiedname)。 包图 (2)包之间的关系 两个包之间可以有3种相关的方式：一个包可以泛化另一个包、依赖另一个包或者细化另一个包。下图展示了泛化关系和依赖关系的例子. 包图 细化只和细节有关。只有当一个包和另外一个包含有相同的元素，但却带有更多细节的时候，前者才是后者的细化。 例如，当我们开始写一本书的时候，总是从一个简短概括每章内容的提纲入手。我们假设每章的概括都是一个名为Proposal的包中的元素，而CompleteBook是另外一个包含了所有完成的章节的包。在这个例子中，包CompleteBook就是包Proposal的细化。 包图 右图示意了表示细化关系的两种方式,左边的图把细化关系表示为依赖关系的一种，因此使用了带有箭头的虚线和refine关键字． 包图 包图 (3)合并包 一个包可以和另一个包合并。合并关系是进行合并的包(目标包，target)和获得合并操作的包(源包，Source)之间的一种依赖关系。合并的结果是源包发生了变换。 假设有一个名为Computer的包和一个名为Telephone的包。第3个包Computer Telephony分别和这两个包合并。右图展示了这些包和它们的内容，注意，包ComputerTelephony是空的。 包图 包图 合并变换出如下图所示的ComputerTelephony包。两个目标包中的所有的类都被导入到这个包中。通过全限定名，Laptop和SurfaceLine的继承关系表示出了它们原来所在的包。 包图 MobileDevice的继承关系体现出了有关合并的一个重要问题。当包之间进行合并，并且它们包含具有相同名字的类的时候，这个类在变换所得的包中，具有目标包中所有同名类的属性和操作。 ComputerTelephony包中的Mobile Device继承自每个目标包中的MobileDevice类。实际上，Computer TelePhony::Mobile Device是一个具有计算能力的智能手机，和PoketPC与PalmOS之间的继承关系表明智能手机可以在这两种操作系统中实现。 包图 第七章 包图 包图 UML的结构 扩展UML UML具有一个四层体系结构。每个层次是根据该层中元素的一般性程度划分的。右图给出了所有的体系结构，用一种简单的记号来表示M0到M3这些层。 UML的结构 UML的结构 例 信件模型 当我们写一封商务信函的时候，开头先写上名字和地址。然后写上日期、收件人地址、问候语，然后是信函正文和结尾，最后是签名和打印名字。此刻遵循的是书写一封商务信函的格式。当写信给朋友的时候，会按照另外一种格式来写。当发送一个便笺，又会是一种不同的格式。 UML的结构 打印和发送---运行时实例 信函---模型 商务信函的一组格式---元模型 通信格式---元元模型 UML的结构 如果按照包的想法和概念来思考通信格式，我们可以用下图来描述。 第七章 包图 包图 UML的结构 扩展UML *