3.8 模型管理视图模型管理视图对模型自身组织建模。一系列由模型元素（如类、状态机和用例）构成的包组成了模型。一个包(package)可能包含其他的包，因此， 整个模型实际上可看成一个根包，它间接包含了模型中的所有内容。包是操作模型内容、存取控制和配置控制的基本单元。每一个模型元素包含于包中或包含于其他 模型元素中。 模型是从某一观点以一定的精确程度对系统所进行的完整描述。从不同的视角出发，对同一系统可能会建立多个模型，例如有系统分析模型和系统设计模型之分。模 型是一种特殊的包。 子系统是另一种特殊的包。它代表了系统的一个部分，它有清晰的接口，这个接口可作为一个单独的构件来实现。 模型管理信息通常在类图中表达。
图 3–10显示了将整个剧院系统分解所得到的包和它们之间的依赖关
系。售票处子系统在前面的例子中已经讨论过了，完整的系统还包括剧院管理和计划子系统。每个子系统还包含了多个包
来源：(http://blog.sina.com.cn/s/blog_403938b201000ahj.html)
- UML教程连载_07_夜晚的灯_新浪博客
 扩展组件UML包含三种主要的扩展组件：约束、构造型和标记值。约束是用某种形式化语言或自然语言表达的语义关系的 文字说明。构造型是由建模者设计的新的模型元素，但是这个模型元素的设计要建立在UML已定义的模型元素基础上。标记值是附加到任何模型元素上的命名的信息块。 这些组件提供了扩展UML模型元素语义的方法，同时不改变UML定义的元模型自身的语义。使用这些扩展组件可以组建适用于某一具体应用领域的UML用户定制版本。 图 3–11举例说明了约束、构造型，和标记值的使用。对剧目类的约束保证了剧目具有唯一的名称。图 3–11说明了两个关联的 异或约束，一个对象某一时刻只能具有两个关联中的一个。用文字表达约束效果较好，但UML的概念不直接支持文字描述。 TicketdDB构件构造型表明这个是一个数据库构件，允许省略该构件的接口说明，因为这个接口是所有数据库都支持的 通用接口。建模者可以增加新的构造型来表示专门的模型元素。一个构造型可以带有多个约束、标记值或者代码生成特性。如图所示，建模者可以为命名的构造型定 义一个图标，作为可视化的辅助工具。尽管如此，可以使用文字形式说明。
Scheduling包中的标记
值说明Frank
Martin要在年底世纪前完成
计划的制定。可以将任意信息作为标记值写于一个模型元素中建模者选定的名字之下。使用文字有益于描述项目管理和代码生成参数。大部分标记值保存为编辑工具
中的弹出信息，在正式打印出的图表中通常没有标记值。
 3.10 各种视图间的关系多个视图共存于一个模型中，它们的元素之间有很多关系，其中一些关系列在表3-2中。表中没有将各种关系列全，但它列出了从不同视角观察得到的元素间的部 分主要关系。 表3-2 不同视图元素间的部分关系
|
|
|
