UML _ 包图
作者：互联网
模型组织与系统结构
对一个较复杂的系统建模，需要使用大量的模型元素，这就有必要对这些元素进行有效组织。
实现
在UML的建模机制中，模型的组织是通过包(Package) 来实现的。
包可以把所建立的各种模型组织起来，形成各种功能或用途的模块，并可以控制包中元素的可见性以及描述包之间的依赖关系。
作用
方便在高层(按照模块的方式)把握系统的结构。
系统结构
对于系统模型的内部组织结构而言，通常采用先分层、再细分成包的方式。
分层一般是按系统架构，常用的一种方式是三层架构：
-
用户界面层（User Interface Layer ， UIL，也称为表示层PL）：
代表与用户进行交互的界面，既可以是Form窗口，也可以是Web界面(网页) ；不处理任何业务，负责显示与实时更新。 -
业务逻辑层（Business Logic Layer， BLL）：
负责系统的业务流程，处理数据访问层传送的数据，并实现业务逻辑。
【例如：界面login.html，业务login(input1,input2) ，数据访问getData(uid,pwd) 】 -
数据访问层（Data Access Layer, DAL）：
与数据库进行交互，负责将底层数据传送到业务逻辑层。
MVC设计模式——Model、View、Controller
-
模型层
是对系统应用功能的抽象，代表了数据和业务规则；包中的类通常用于封装系统的数据及数据的存取操作。 -
视图层
是对系统数据表达的抽象，代表了系统界面内容的显示；在包中的各个类对用户的数据进行表达，并维护数据的一致性。 -
控制器层
是对用户与系统交互事件的抽象，协调Model与View；通常负责从视图读取数据，控制用户输入，并向模型发送数据。
概述
包的定义
包是分组事物
包(Package)是用于把模型本身组织成层次结构的机制，可以将多个元素组织为语义相关的组。
包是对模型元素进行分组的机制，它不能执行。
包中包含了一组模型元素和图。
注意：
-
所有的UML模型元素都能用包来进行组织，但一个元素只能属于一个包。
-
包能够组织许多UML中的元素，经常用来组织类图、顺序图、活动图等数量较多的相关元素。
包的作用
包是UML中最重要的分组事物，用来组织模型中的元素，具体作用如下：
-
对语义上相关的元素按一定规律进行分组。
例如，把功能相关的类放在一个包中。 -
提供封装的命名空间。
同一个包中，元素不能重名，其元素的名称必须惟一。 -
提供配置管理单元。
例如，以包为单位，对软件进行安装和配置。 -
在设计时，提供并行工作的单元。
例如，在设计阶段，多个设计小组，可以同时对几个相互独立包中的类进行详细设计。
包图的定义
包图(Package Diagram)是用来描述模型中的包及其关系的图。
包图是一种维护和描述系统总体结构的模型，是分析和设计阶段的成果。
通过对图中各个包以及包之间关系的描述，展现出系统的模块与模块之间的依赖关系。
注意：
包图uml1是非正式图，但是大量使用，uml2是正式图。
包图的作用
包图是一种维护和描述系统总体结构的模型，是表示顶层架构的机制。
-
在逻辑上把一个复杂的系统模块化：
反映系统的高层架构，在逻辑上将系统进行模块化分解； -
描述需求的高阶概况：可以通过包来简要描述系统的业务需求；
-
描述设计的高阶概况：可以通过包来组织系统的业务设计模型和框架模型；
-
描述源代码的组织方式：在实际应用中，包是组织源代码的方式。
包图的分包原则
-
重用等价原则：把类放入包中时，应考虑把包作为可重用的单元，即要求新版本的可重用类容易替换旧版本的可重用类。
-
共同闭包原则：把可能同时修改、同时维护的类放到一个包中，以便于维护和升级。例如：
一个类的改变要求另一个类做相应改变；
删除一个类后，另一个类变成多余；
两个类间有大量的消息发送。 -
共同重用原则：通常，一个包中的元素（类）要么都可重用，要么都不可重用。不会一起使用的类，不要放在同一个包中。
-
“高内聚低耦合”的原则
A：包内元素要紧密联系；最大化每个包中private元素的个数。
B：包与包尽可能保持独立，最大限度减少包之间的依赖；最小化每个包中public、protected元素的个数。 -
非循环依赖原则：包之间不要形成循环依赖关系；循环依赖是由于分包不当造成的。
如果出现，解决方法： 合并法和分离法
包图的组成
- 包
- 依赖关系
- 泛化关系
- 拥有（组成）关系 没有符号，就是指大包里面有小包的情况
标签：包中,组织,模型,元素,系统,包图,UML 来源： https://www.cnblogs.com/kingwz/p/16685456.html