菜鸟实战UML——包图

包图

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

一个"包图"可以是任何一种的UML图组成，通常是UML用例图或UML类图。 包是一个UML结构，它使得你能够把诸如用例或类之类模型元件组织为组。 包被描述成文件夹，可以应用在任何一种UML图上。

理解：包图其实就是在逻辑上把一个复杂的图模块化，描述需求的高阶概述或设计的高阶概述。

包

-包含一些类的主要模型

-它可以组合在包中帮助模型管理

-包是一个逻辑类或其他包的集合

-我们发现可以把登记系统中的类放在三个包中

–界面、人和学校事件

类包图

理解：顾名思义，就是把相同的类，放置在相同的包中（不是特别的严谨）。

1.创建类包图，以在逻辑上组织你的设计

把一个框架的所有类放置在相同的包中。 一般把相同继承层次的类放在相同的包中。 彼此间有聚合或组合关系的类通常放在相同的包中。 彼此合作频繁的类，信息能够通过UML顺序图和UML合作图反映出来的类，通常放在相同的包中。

2.创建UML组件图，以在物理上组织你的设计

如果组件比较接近技术，例如那些通过Enterprise Java Beans (EJB)或Visual Basic的组件，应该优先选择UML组件图来描述物理设计，而不是包图。

3.包的关系

-继承关系
包间的继承，继承的包显示在母包的分支下。

-依赖关系
包间的依赖表明，从属的包的内容依赖于另一个包的内容，或机构上依赖于其他包的内容。

-从属关系
意味着该包的类可以和其他包中的类进行通信。

用例包图

创建用例包图，以组织你的需求
除了以下介绍的包原则之外，应用下列的规则来把UML用例图组织到包图里。把关联的用例放在一起∶included、extending、和inheriting的用例放在相同的包中，就像base/parent用例一样。组织用例应该以主要主角的需要为基础。

包图常见问题

1.一定要避免循环依赖的产生。

2.测试时可以以包为测试单位。

3.应该尽量把概念和语义上接近的元素包含在同一个包中。

4.对于一个包，找出哪些包内的元素是可以在包外访问的，把这些元素标记为公共的，其他所有元素都标记为受保护的或私有的。