包图.doc

包图包图是在 UML 中用类似于文件夹的符号表示的模型元素的组合。系统中的每个元素都只能为一个包所有,一个包可嵌套在另一个包中。使用包图可以相关元素归入一个系统。一个包中可包含附属包、图表或单个元素。一个"包图"可以是任何一种的 UML 图组成,通常是 UML 用例图或 UM L 类图。包是一个 UML 结构,它使得你能够把诸如用例或类之类模型元件组织为组。包被描述成文件夹,可以应用在任何一种 UML 图上。虽然包图并非是正式的 UML 图,但实际上他们是很有用处的, 创建一个包图是为了∶描述你的需求高阶概述。描述你的设计的高阶概述。在逻辑上把一个复杂的图模块化。组织 Java 源代码。指南∶类包图创建类包图,以在逻辑上组织你的设计创建 UML 组件图,以在物理上组织你的设计把子包放置在母包的下面垂直地分层类包图用例包图创建用例包图,以组织你的需求在用例包图上包含角色水平地排列用例包图包包的命名要简单、具有描述性应用包是为了简化图包应该连贯在包上用版型注明架构层避免包间的循环依赖包依赖应该反映内部关系一、类包图 ,以在逻辑上组织你的设计图1描述了一个组织成包的 UML 类图。除了以下介绍的包原则之外,应用下列的规则来把 UML 类图组织到包图里: 把一个框架的所有类放置在相同的包中。一般把相同继承层次的类放在相同的包中。彼此间有聚合或组合关系的类通常放在相同的包中。彼此合作频繁的类, 信息能够通过 UML 顺序图和 UML 合作图反映出来的类,通常放在相同的包中。图 。 UML 组件图,以在物理上组织你的设计。如果你的组件比较接近技术,例如那些通过 Enterprise Java Beans ( EJB ) 或 Visual Basic 的组件,你应该优先选择 UML 组件图来描述物理设计,而不是包图。图1的版本源自于组件图章节中。就像你看到的,这个图最适用于物理设计。永远记住遵循敏捷建模( AM )( Ambler 2002) 的实践--应用合适的 Artifact ,为工作挑选最好的模型。 。图1描述了包间的继承,你可以看到,继承的包显示在母包支下。这和 UM L 类图中的在超类下面放置子类的指南是一致的。 。包间的依赖表明,从属的包的内容依赖于另一个包的内容,或结构上依赖于其它包的内容。在图1中你可以看到图中的?? 类交互,领域类又使用基础结构类,基础结构类访问数据库。传统的,这种分层的顺序是以从上到下的方式描述的。二、用例包图用例通常是面向对象开发方法学中的最主要的需求 artifact ,当你的方法是统一过程(Kruchten 2000; Ambler 2000) 实例是尤其如此。而且对于大的项目包图来说,通常是创建用来组织使用需求的。 ,以组织你的需求除了以下介绍的包原则之外,应用下列的规则来把 UML 用例图组织到包图里: 把关联的用例放在一起∶ included 、 extending 、和 inheriting 的用例放在相同的包中,就像 base/parent 用例一样。组织用例应该以主要主角的需要为基础。例如,在图 2中, Enrollmen t 包包含与登记班级的学生有关的用例,一个大学提供的重要服务集合。图