以下内容出至博客园coolstream,主要是自己懒得写了。
包图(Package Diagram)是对各个包及包之间关系的描述，展现系统中模块与模块之间的依赖关系。
一个包图可以由任何一种UML图组成，可容纳的元素有类、接口、组件、用例和其他包等。
包是UML中非常常用的元素，主要作用是分类、容纳其他元素。
包与包之间的关系有泛化、细化和依赖，主要取决于包内部成员之间的关系。
链接
package.PNG
包图建模步骤
- 分析系统的模型元素，运用分层设计把概念、语义和逻辑上相近的元素包含在同一个包中
- 对于每个包，分析包内每个元素的可访问属性，并标识出该元素的可见性
- 确定包与包中元素之间的泛化、细化、依赖关系，相应处理重载、多重性及导入等关系
- 分析包结构，对包进行refine, merge等操作
包图中的元素
包图中可以容纳很多元素，如类、接口、组件、注释等，这些元素在相应的UML图中都有涉及，这里主要介绍包元素。
-
包名的位置：UML中使用文件夹的图标来表示包，包名可以放在第一栏，也可以放在第二栏
放在第一栏
image
放在第二栏(EA不行)
image
-
包名的格式：每个包都有一个字符串格式的包名唯一标识该包，其中包名的格式有两种：
简单包名
image
带路径包名
image
-
可见性
'+': public：对所有包可见
'-': private：对本包之外不可见
'#': protected：对本包的子包可见 -
传递性：包与包之间的关系和可见性具有具有传递性
关系传递：如果包A和包B之间存在关系，包B和包C之间存在关系，那么包A和包C之间也存在关系
可见性传递：根据包与包之间依赖关系的不同传递可见性
<<import>>因为添加为公有元素的原因所以可见性可以传递
<<access>>的可见性由于添加为私有元素的原因可见性不可传递 -
构造特性：和类的构造性相似，就是在包名关键字旁加入<<xxx>>作为补充说明，UML提供了5种构造型来描述包的特性
<<system>>: 表示该包代表一个系统
<<subsystem>>: 表示该包代表一个子系统
<<facade>>: 表示该包是由其他包构成的一个视图
<<stub>>: 表示该包是一个代理包，该代理包为其他包提供公共服务
<<framework>>：表示该包代表一个框架包
不同的工具存在差异，比方说EA只有Framework、metamodel、modelLibrary、SystemModel、profile
以下是EA的：
<<profile>>：表示该包代表一个配置文件包
<<metamodel>>：表示该包代表一个父包在metamodel 结构中(就是一个metamodel包)
<<modelLibrary>>：表示该包代表一个父包在model library结构中(就是一个library包)
systemModel.PNG
包图类的关系
-
泛化：继承关系，跟类之间的泛化关系相似，表明是一个包家族
image
-
细化：一个包中有另一个包中的所有元素，则第二个包是第一个包的细化
image
-
依赖：一个包中引用到了另一个包，箭头从输入方包指向输出方包
<<use>>：一种默认的包依赖关系，表示客户包中的元素以某种方式使用着提供者包中的公共元素
image
<<import>>：最普遍的包依赖关系，表示提供者包中的公共元素被添加为客户包中的公共元素
image
<<access>>：表示提供者包中的公共元素被添加为客户包中的私有元素
image
<<merge>>：表示提供者包中的元素被扩展为客户包中的元素
image
<<trace>>：表示一个包的历史版本发展为另一个包的进化版本
image
<<apply>>：表示配置文件已应用
apply.PNG
<<Nesting >>：表示包含或嵌套
nesting.PNG
包图的高级特性
-
分层：根据职责分层，目的是为了解耦。双向箭头表示相互依赖。
image
-
嵌套：包里面是可以有包的。但应尽量避免使用多层嵌套包，2-3层就好
image
包图示例
以书店在线订购系统为例
image
包图的注意事项
- 若包被撤销，则其中的元素也会被撤销掉
- 合理最小化包之间的依赖
- 合理最小化每个包中public, protected元素的个数及最大化private元素个数
- 避免包之间的循环依赖
- 根据类之间的依赖关系对包进行分层、分组、合并、细化
- 包之间关系遵循高内聚、低耦合的特性
网友评论