包图组件图部署图.pptx

包的基本概念
包用于定义一个名字空间或容器（Container）。它本身也是UML的一种模型元素。
运用包可以把语义上相近的可能一起变更的模型元素组织在同一个包里，对包中的元素作为一个整体对待，并且控制它们的可见性和存取。
定义：包是一种对模型元素进行成组组织的通用机制。
软件开发时常见的一个问题是如何把一个大系统分解为多个较小系统。分解是控制软件复杂性的重要手段。在结构化方法中，考虑的是如何对功能进行分解，而在OO方法中，需要考虑的是如何把相关的类放在一起，而不再是对系统的功能进行分解。包在开发大型软件系统时是一个非常重要的机制。包中的元素不仅仅限于类．可以是任何UML建模元素。包就像一个“容器”，可用于组织模型中的相关元素以便更容易理解。
。
AWT
+Window
#Form
-EventHandler
AWT包
：Window、Form和EventHandler。其中window的可见性为公有的(Public)，表示在任何导入(import)AWT包的包中,都可以引用Window这个元素；Form的可见性为保护的(protected)，表示只有AWT包的子包才可以引用Form这个元素；EventHandler的可见性为私有的(privated)，表示只有在AWT包中才可以引用Event Handler这个元素。
对包的命名有两种方式，即简单包名名(simple name)和路径包名(path name)。例如Vision)是一个简单的包名，而Sensors::Vision是带路径的包名。其中Sensors是Vision包的外围包，也就是说，Vision包是嵌套在Sensors包中的。包可以嵌套，但在实际应用中，嵌套层次不应太深。
包中可以包含其他建模元素，如类、接口、组件、节点、用例、包等。就像对类的属性和操作可以进行可见性控制一样，对包中元素也可以进行可见性控制。
AWT
+Window
#Form
-EvebtHandler
AWT包
包与包之间可以存在依赖关系，但这种依赖关系没有传递性。
，包User Services依赖于包Business Services，包Business Services又依赖于包Data Services，但包User Services并不依赖于包Data Services。图中的依赖关系的版型都是《import》，表示源包会存取目的包中的内容，同时目的包中的内容是加到源包的名字空间的。这样在引用目的包中的内容时不需要加包名限定，直接用目的包中的元素名字即可。
User Services
Business Services
Data Services
包之间的非传递依赖关系
《import》
《import》
另外，与UML中其他建模元素类似，包之间也可以有泛化关系。子包继承了父包中可见性为public和protected的元素。
包之间的泛化关系
+Window
+Form
#EventHandler
GUI
MacGUI
+GUI::Window
+Form
#GUI::EventHandler
+VBForm
WindowsGUI
，其中包WindowsGUI泛化了包GUI，包WindowsGUI继承了包GUI中的Window和EventHandler元素，同时包WindowGUI重新定义（即覆盖）了包GUI中的Form元素，而VBForm是包WindowsGUI中新增加的元素。与子类和父类之间存在替换原则一样，子包和父包之间也存在替换原则，即子包可以出现在父包能出现的任何地方。
但是在实际建模过程中，包之间的泛化关系很少用到。
包是UML中的建模元素，但UML中并没有一个包图，通常一些书上所说的包图指的就是类图、用例图等这些图，只是在这些图中只有包这一元素。
UML中，包是分组事物（grouping thing）的一种，它是在建模时用来组织模型中的元素的，在系统运行时并不存在包的实例。这点和类不一样，类在运行时会有实例（即对象）存在。
1．2 设计包的原则
在考虑如何对类进行分组并放入不同的包时，主要是根据类之间的依赖关系进行分组。
包中的类应该是功能相关的，在建立包时，应把概念上和语义上相近的模型元素纳入一个包。依赖关系其实是耦合的一种体现，如果两个包中的类之间存在依赖关系，那么这两个包之间也就有了依赖关系，也就存在了耦合关系。好的设计要求体现高内聚、低耦合的特性。