UML入门教程(中文版)part00004.pdfVIP

276计计第三部分 参 考 资 料 下载 混淆。这是工具的实现职责。 用双斜线分隔的不同层次命名空间的名称可以构成路径名。 223. namespace(命名空间) 模型的一部分，名称在此处定义并使用。在命名空间内，每个名称有唯一的意义。 语义 所有有名称的元素都在命名空间内声明，它们名称的作用域也是该命名空间。顶级的命 名空间是包（包含子系统）或者包容器，包容器的目的主要是将元素组织为易于人类理解并 访问的组，并在开发中将模型组成为易于计算机存储、维护的组。基本的模型元素，包括类、 关联、状态机、协作都是它们各自内容（如属性、关联端、状态机、协作角色）的命名空间。 每个模型元素的作用域在各自的描述中说明。每种模型元素有各自的命名空间。 命名空间内定义的名称必须唯一（这正是使用名称的目的）。给出命名空间和名称，可以 找到具体的模型元素（如果它有名称—有些元素是匿名的，必须通过有名称的元素与它的 关联来查找）。命名空间可以嵌套，给出嵌套的命名空间名称，就可以向内查找。 包可以访问或者引入另一个包，从而访问它的命名空间。 系统自身定义了最外层的命名空间，它是所有名称的基础。它是一个包，通常还带有几 层嵌套的包，直到得到最终基本元素的名称为止。 表示法 路径名（穿过几个嵌套命名空间的路径）由用双冒号（：：）隔开的命名空间（如包或类） 的名称连接而成。如下例： U s e r I n t e r f a c e : : H e l p F a c i l i t y : : H e l p S c r e e n 224. navigability( 导航性) 说明是否可以穿过类的表达式中的二元关联得到与类的实例相关联的对象或对象集。此 概念不适用于 n 元关联（见 t e x t ）。导航性的特性是枚举类型，值可以是 t r u e (可导航) ，f a l s e （不可导航）。 见navigation eff c i e n c y 。 语义 导航性说明角色名可否用于表达式，以通过一个对象的关联，到达附属于关联端的对象 第13章 术 语 大 全计计277 下载 或对象集。如果有导航性，则关联定义了该角色名的另一个关联端的类的伪属性—即角色 名可以像属性一样用于表达式，并得到值。角色名还可用于表达约束。 没有导航性说明与角色名相对的类“看不到”关联，因此不能用它构成表达式。没有导航 性的关联不会创建源类到目标类之间的依赖关系，但是可能有其他子句创建这样的依赖关系。 没有导航性不是说没有遍历关联的方法。可以从其他方向遍历关联，可以在其他类的实 例中进行搜索，找出指向对象的类。这种方法仅仅在小范围内适用。 n元关联不能定义导航性，因为这需要对类的集合一一定义导航性。这是可以实现的，但 是作为一种基本特性就太复杂了。这不是说 n元关联不能遍历，而是这样的规则过于复杂，难 以用布尔值定义。 导航性通常与导航效率相关，但是 U M L规则中没有严格的要求。 表示法 可导航的关联用附属于目标类的关联路径上的箭头表示。箭头说明遍历的方向（如图 1 3 - 1 3 1）。导航性的符号可以省略（对于图中所有的关联）。箭头可以画在0 、1或者2个关联端上。 为了方便，对于双向导航的关联可以将省略箭头。理论上，这可能会与两个方向都不能 导航的关联混淆，但是实际上很少有这种关联，因此出现时可以特别表明。 没有必要标注“未确定”的导航性。如果没有确定导航性，也可以归入常见的状态。关 于导航性的讨论只是对它作或者不作限制。 不可导航的： 可导航的： 产品未存储订单列表 每一个订单都有对应的产品列表。 可以找到某产品的订单，但必须搜索产品。 图13-131 导航性 225. navigable(可导航的) 一种可以用于表达式遍历的关联或者链。它的可导航特性为 t r u e 。这种链通常用指针或者 指针集实现。 见n a v i g a b i l i t y 、navigation eff i c i e n c y 。 226. na