第5章 包图.pptVIP

第5章 包图 目录 第5章 包图 包是一种常规用途的组合机制。UML中的一个包直接对应于Java中的一个包。在Java中，一个包可能含有其他包、类或者同时含有这两者。进行建模时，通常使用逻辑性的包，用于对模型进行组织；使用物理性的包，用于转换成系统中的Java包。 5.1 包图的概念 1.包图 包图是描述包及其关系的图。与所有UML的其它图一样，包图可以包括注释、约束。包间的关系有依赖关系和泛化关系。图5-1是一个典型的包图。 5.1 包图的概念 2．包的作用 在面向对象软件开发的过程中，类显然是构建整个系统的基本元素。但是对于大型的软件系统而言，其包含的类将是成百上千，再加上类间的关联关系、多重性等，必然是大大超出了人们对系统的理解和处理能力。为了便于管理这些类，我们引入了“包”这种分组元素。包的作用是：1）对语义上相关的元素进行分组。如，把功能相关的用例放在一个包中。2）提供配置管理单元。如，以包为单位，对软件进行安装和配置。3）在设计时，提供并行工作的单元。如，在设计阶段，多个设计小组，可以同时对几个相互独立包中的类进行详细设计。4）提供封装的命名空间，同一个包中，其元素的名称必须惟一。 3.包中的元素 在包中可以拥有各种其它元素，包括类、接口、构件、节点、协作、用例，甚至是其它子包或图 。一个元素只能属于一个包。 5．2 包的表示 UML中，用文件夹符号来表示一个包。包由一个矩形表示，它包含2栏。下面是最常见的几种包的表示法，如图5-2所示 5．2 包的表示 5．2．1 包的名称 每个包必须有一个与其他包相区别的名称。标识包名称的格式有两种：简单名和全名。 其中，简单名仅包含包一个简单的名称；全名是用该包的外围包的名字作为前缀，加上包本身的名字。 例如，Rose常用表示方法中，其包名UI就是一个简单名。而包System.Web.UI才是一个完整带路径的名称，表示UI这个包是位于System.Web命名空间中的。如图5-3所示。 5．2 包的表示 5．2．2 包的元素 在一个包中可以拥有各种其他元素，包括类、接口、构件、节点、协作、用例，甚至是其他包或图。这是一种组成关系，意味着元素是在这个包中声明的，因此一个元素只能属于一个包。 每一个包就意味着一个独立的命名空间，因此，两个不同的包，可以具有相同的元素名，但由于所位于的包名不同，因此其全名仍然是不同的。 在包中表拥有的元素时，有两种方法：一种是在第二栏中列出所属元素名，一种是在第二栏中画出所属元素的图形表示（参见图5-2）。 5．2．3 包的可见性 像类中的属性和方法一样，包中的元素也有可见性，包内元素的可见性控制了包外部元素访问包内部元素的权限。 5．2 包的表示 包的可见性有3种：可以用“+”来表示“public”，即，该元素是共有的；用“#”来表示“protected”， 即，该元素是保护的，用“-”来表示“private”， 即，该元素是私有的。 5．2 包的表示 包内元素的可见性，标识了外部元素访问包内元素的权限。表5-1列出了可见性与访问权限的关系。 5．2 包的表示 5．2．4 包的构造型 为了表示包的新特性，用构造型来描述包的新特征。包的构造型有5种，下面分别举例说明。 １．《system》构造型：《system》构造型的包表示整个系统． ２．《subsystem》构造型：subsystem》构造型的包则表示正在建模的系统中某个独立的子系统． ３．《facade》构造型：只是某个其它包的视图，它主要用来为其它一些复杂的包提供简略视图 ４．《stub》构造型：是一个代理包，它服务于某个其他包的公共内容，这通常应用于分布式系统的建模中 ． ５．《framework》构造型：用来表示一个框架的，框架是一个领域内的应用系统提供可扩充模板的体系结构模式 5．3 包图中的关系 包图中的关系有2种：依赖关系、泛化关系。 5．３．１　依赖关系 依赖关系又可以分为4种。在依赖关系中 ，我们把箭尾端的包称为客户包,把箭头端的包称为提供者包。 下面以上图5-4为例说明其语义。 1. 《use》关系 《use》关系是一种默认的依赖关系 ，说明客户包（箭尾端的包）中的元素以某种方式使用提供者包（箭头端的包）的公共元素，也就是说客户包依赖于提供者包。如果没有指明依赖类型，则默认为《USE》关系。 例如在图5-4中，有两个《USE》依赖，Client包将通过Server包来完成Order的存储，而Server包使用System.Data.SqlClient包来实现数据库的存储。 2. 《import》关系 5．3 包图中的关系 《import》关系：最普遍的包依赖类型，说明提供者包的命名空间将被添加到客户包的命名空间中