第7章 包图.pptVIP

第7章 包图 7.1 概述 7.2 包 7.3 包之间的关系 7.4 包图建模技术 7.5 实例 所有复杂的系统都必须被分成几个小的单元，以便可以一次只处理有限的信息，且在分别处理这些信息时不会互相干扰。 在UML中，包就是用于将建模元素组织成组的通用机制。 7.1 概述 包图是维护和控制系统总体结构的重要建模工具。 将语义相近并倾向于同一变化的元素组织起来加入同一个包中，以方便理解和处理整个模型。 包图由包与包之间的关系组成。 7.2 包 包将多个元素组织为语义相关组的通用机制。 包的内容 拥有或引用的模型元素 包作为模型组织结构的一种分组机制，包的实例没有任何语义。仅在建模时有意义，而不必转换到可执行的系统中。 UML中，包的绘制是用两个矩形表示。 7.2.1 名称 每个包必须有一个与其他包相区别的名称。 两种形式： 简单名 路径名 7.2.2 拥有的元素 包可以拥有是一种其它组成元素。 包拥有的元素： 类、接口、组件、节点、协作、用例、图以及其他包。 一个模型元素不能被一个以上的包所拥有。 如果包被撤销，其中的元素也要被撤销。 一个包形成了一个命名空间 7.2.3 可见性 包的可见性用来控制包外部的元素对包内元素的访问权限。 可见性的类型 公有的（public） “＋” 受保护的（protected） “＃” 私有的（private）“－” 7.2.4 引入与输出 引入（import）允许一个包中的元素可以单向访问另一包中的元素。 引入和访问依赖不是可传递的。 输出（export）是包的公共部分。 一个包输出的部分仅对显式地引入这个包的其它包中的元素是可见的。 7.3 包之间的关系 包之间可以有两种关系： 引入和访问依赖： 在一个包中引入另一个包输出的元素 泛化： 说明包的家族 7.4 包图建模技术 7.4.1 对成组的元素建模 浏览特定体系结构视图中的建模元素，找出由在概念和语义上相互接近的元素所定义的组块。 把每一个这样的组块放到一个包中。 对每一个包找出可以在包外访问的元素，将这些元素标记为公有的，把其他的元素标记为受保护的或私有的。如果不确定时，就隐藏该元素。 确定包与包之间的依赖关系，特别是引入依赖。 确定包与包之间的泛化关系，以及包的多重性和重载。 7.4.2 对体系结构视图建模 找出问题语境中一组有意义的体系结构视图。 找出对于可视化、详述、构造和文档化每个视图的语义来说充分必要的元素（和图），并将它们放到合适的包中。 如有必要，将这些元素进一步地组合到它们自己的包中。 不同视图中的元素之间通常存在依赖关系。 7.5 实例——图书馆管理系统的包图 7.5.1 使用Rational Rose绘制包图的步骤 1. 创建包 可以在“Logic View”与“Component View” 2. 修改包的属性 3. 增加包的信息 4. 添加包之间的输入依赖 5. 删除包 -*- made by cnHexu 第7章 包图 外围包的名称 7.2.4 引入与输出 例：Packege1显式地引入Packege2，Packege2又显式地引入Packege3. Packege3::C1对Packege2是可见的； Packege3::C2对Packege2是不可见的。 Packege2::B1对Packege1是可见的； Packege2::B2对Packege1是不可见的。 Packege4不存在引入关系。 Packege1引入Packege2，Packege2又引入Packege3，但并不意味Packege1引入Packege3. 描述一个表示正在建模中的整个系统的包 系统（system） 描述一个表示正在建模中的整个系统的一个独立部分的包 子系统（subsystem） 描述一个作为另一个包的公共内容代理的包 桩（stub） 描述一个主要由模式组成的包 框架（framework） 描述一个只引用其他包内元素的包 虚包（fa?ade） 用途 构造型 7.2.5 标准元素 UML所有的扩展机制都可以适用于包。