UML 包图

什么是包

包可直接理解为命名空间，文件夹，是用来组织图形的封装，包图可以用来表述功能组命名空间的组织层次。

•在面向对象软件开发的视角中，类显然是构建整个系统的基本构造块。但是对于庞大的应用系统而言，其包含的类将是成百上千，再加上其间“阡陌交纵”的关联关系、多重性等，必然是大大超出了人们可以处理的复杂度。这也就是引入了“包”这种分组事物构造块。

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

在VS2010中，就用文件夹直接代表包

在EA中可以想下面这样新建包

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

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

可见性

•包的可见性：

用“+”来表示“public”，

用“#”来表示“protected”，

用“-”来表示“private”

上图解释

•首先根据《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元素个数

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

例子描述

•分析系统工作流程：
1）通过Internet连接到股票信息服务器，获取实时的股票信息，并存入数据库中。
2）根据用户的输入和选择，从数据库中获取相应的信息，展现在屏幕中。
3）在数据的展现过程中，将需要绘制大量的图表

•根据功能模块组织包：

包	分析与功能	.NET支持包
SocketClient	负责连接Internet服务器，获取实时股票信息	System.Net.Sockets
DataAccess	负责从数据库读写实时股票信息	System.Data.Sqlclient
UI	负责响应用户输入和选择，并展现信息	System.Windows.Forms
GraphicGenerate	负责根据数据库的信息生成相应的图表	System.Drawing

包之间的依赖关系

包图使用说明

对成组元素建模

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

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

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

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

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

对体系结构建模

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

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

阅读资料源自网络PPT