UML建模-------包
2012-03-06 11:59 假面Wilson 阅读(398) 评论(0) 编辑 收藏 举报什么是包
包可直接理解为命名空间,文件夹,是用来组织图形的封装,包图可以用来表述功能组命名空间的组织层次。
•在面向对象软件开发的视角中,类显然是构建整个系统的基本构造块。但是对于庞大的应用系统而言,其包含的类将是成百上千,再加上其间“阡陌交纵”的关联关系、多重性等,必然是大大超出了人们可以处理的复杂度。这也就是引入了“包”这种分组事物构造块。
•包的作用是:
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