uml（四） 包图

包图是在 uml 中用类似于文件夹的符号表示的模型元素的组合。系统中的每个元素都只能为一个包所有，一个包可嵌套在另一个包中。使用包图可以将相关元素归入一个系统。一个包中可包含附属包、图表或单个元素。

严格来说，包图并不是正式的uml图，也不是具体的某一种uml图。一个包图可以是任何一种的uml图组成，通常是uml用例图或uml类图。 包是一个uml结构，它使得你能够把诸如用例或类模型元件组织为组。

包的作用是： 
1）对语义上相关的元素进行分组； 
2）定义模型中的“语义边界”； 
3）提供配置管理单元； 
4）在设计时，提供并行工作的单元； 
5）提供封装的命名空间，其中所有名称必须惟一

名称：每个包都必须有一个与其它包相区别的名称

拥有的元素：在包中可以拥有各种其它元素，包括类、接口、构件、节点、协作、用例，甚至是其它包或图

不过，包图最常见的作用还是用来描述类（代码）所在的文件夹。

包的可见性：

用“+”来表示“public”，

用“#”来表示“protected”，

用“-”来表示“private”

先看一个例子：（注：该例子是用.net表示的）

上图解释

•首先根据《use》关系，可以发现Client包使用Server包，Server包使用System.Data.SqlClient包，结合其元素，不难得知Client负责Order（订单）的输入，并通过Server来管理用户的登录（LoggingService）和数据库存储（DataBase），而Server包还将通过.NET的SQL Server访问工具包来实现与数据库的实际交互。

•接着再看两个《import》，从包的命名和其所属的元素不难发现Rule负责处理一些规则，并引用一个具体的窗体（Window），而Client包则通过引用Rule来实现整个窗体和表单的显示、输入等。并且还将暂存Order（订单）信息。

•最后来看包的泛化关系，GUI有两个具体实现，一个是针对C/S的WindowsGUI，一个是实现B/S的WebGUI。

依赖关系

•《use》使用关系：是一种默认的依赖关系，说明客户包（发出者）中的元素以某种方式使用提供者包（箭头指向的包）的公共元素，也就是说客户包依赖于提供者包

•《import》引用关系：最普遍的包依赖类型，说明提供者包(箭头指向的包)的命名空间（包本身代表命名空间）将被添加到客户包（发出者）的命名空间中，客户包中的元素也能够访问提供者包的所有公共元素

•《access》访问关系：只想使用提供者包中的元素，而不想将其命名空间合并

•《trace》追溯关系：想表示一个包到另一个包的历史发展，则需要使用《trace》关系来表示

包图绘制原则

•最小化包之间的依赖，最小化每个包中的public、protected元素的个数，最大化每个包中private元素个数

•在建模时应该避免包之间的循环依赖，也就是不能够包含相互依赖的情况，对于这种情况应进行分析：

包图使用说明

对成组元素建模

•每个包都应该是在概念、语义上相互接近的元素组成；

•对每个包找出应标记为公共的元素，但应尽可能地少；

•一般使用默认的《use》构造型，在映射到编程时考虑明确《import》构造型；

•考虑采用泛化来对特殊包进行建模。

•在表示这种模型时，注意只标明对每个包都起核心作用的元素；另外也可以标识每个包的文档标记值，以使其更加清晰

对体系结构建模

•对体系结构进行建模（程序分层），是包图更有意义的一个用途。体系结构是一个软件系统的核心逻辑结构

•常用的体系结构 模式包括分层、MVC、管道、黑板、微内核等，而在应用软件中，分层和MVC

参考地址：http://baike.baidu.com/

参考地址：http://www.cnblogs.com/fsjohnhuang/articles/2368470.html