UML建模语言--活动图与包图

活动图

活动图的作用是用来描述业务或者软件系统的活动轨迹，描述系统的活动控制流程。

活动图是由活动节点和转换流程构成的图。描述系统由一种活动或业务转换到另一种活动的整个过程。用来描述事务或者对象的活动变化状态。

活动图由初始节点(实心圆点)和终点(圆圈内加实心圆)组成，初始结点表示活动的起点，终点表示活动的终结点。可以包含多个活动终点。

活动节点最主要，表示一个活动，表多个动作的集合，用圆角矩形表示，名称写在内。

判断或合并:用于表示具有一个输入或和多个输出的条件分支点，或表示流的合并(多个输入，一个输出)。

判断菱形旁写下判断句子，通过监护表示判断，可在判断菱形前写下判断句子。

转换：一个活动结束，活动控制流传递给下一个活动节点。

泳道：能有效表示各个活动由谁负责。每条泳道用一条垂直的线分开，并有唯一的名字。每个活动节点、分支都只属于一个泳道。

分岔与汇合：可以用分岔与汇合表示并发活动，用加粗的水平或垂直线段表示。

对象流：表示动作使用的对象或者动作对对象的影响，用长方形框，同一个对象可以出现多次。

活动图与流程图的区别：活动图能够表示并发活动的情形，流程图不可以。
活动图着重表系统行为

2.0
活动结束节点为中心带黑点的圆环
流结束节点为内部为×的圆环

包图

先分层再细化分成包的方式
描述包与包之间的关系，可以包括注释，约束，有依赖关系和泛化关系

包图中可以含有其他元素，类、组件、接口、构件、结点、协作、用例、甚至其他子包和图，一个元素只属于一个包

包图维护和控制系统总体结构，拥有或引用的元素为该包的内容用两个矩形表示，小矩形在大矩形左上角，包名称有简单名和全名

包的可见性：与属性方法一样，可见性控制了包外部元素访问包内部元素的权限

“+”：public “#”：protected “-”：private

包图中的关系包括依赖与泛化关系
1.依赖关系：箭头尾部为客户包，箭头头部为提供者包
<<use>>关系：默认依赖关系，客户包中的某种元素使用提供者包的公共元素，客户包依赖于提供者包<<import>>关系：提供者包的命名空间将被添加到客户包的命名空间，客户包中的元素也能够访问提供者包的所有公共元素。客户包引用提供者包的元素时，无需使用全名只需要使用元素名称。
<<access>>关系：只需使用提供者包中的元素，不需将两者合并，在客户包中需要使用全名才能访问。
<<trace>>关系：表示一个包到另一个包的历史发展
2.泛化关系：类似于类间的泛化关系

绘制包图的三步走：（1）寻找包；（2）确定包之间的关系；（3）标出包内元素的可见性。
绘制的“最小化系统间的耦合关系”：最大限度减少包之间的依赖关系，包封装时，避免包之间的循环依赖，最小化每个包的public、protected元素个数，最大化包中的private元素个数包内高聚合，包间低耦合