1.UML事物
1. 构建事物
模型的静态部分，描述概念或物理元素
[图片上传中...(image.png-6df481-1518696405691-0)]
2.行为事物
模型的动态部分，描述跨空间和时间的行为.
分为:
1.交互:实现某功能的一组构件事务之间的消息的集合,涉及消息慢动作序列连接.
2.状态:描述事物或交互在声明周期内响应事物所经历的状态序列.
3.分组事物
模型的组织部分，描述事物的组织结构
4.注释事物
模型的解释部分，对事物的内容进行解释
2.UML关系
3.UML图及特征
这里采用Visual Paradigm来画这些图
1.用例图(Use Case Diagram)
用到Actor和Association两个关键字
用例图是从用户角度描述系统功能，
是用户所能观察到的系统功能的模型图，用例是系统中的一个功能单元
包含关系:
2.类图(Class Diagram)
类图描述系统中类的静态结构。
不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构(类的属性和操作)
类图是以类为中心来组织的，类图中的其他元素或属于某个类或与类相关联
关联association:
表示两种类的实例间的关系。
如果一个类的实例必须要用另一个类的实例才能完成工作时就要用关联。
在图中，关联用两个类之间的连线表示。
聚合aggregation:
当一个类属于一个容器是的一种特殊关系。
聚合用一个带菱形的连线，菱形指向具有整体性质的类。
在我们的图里，Order是OrderDetails的容器。
泛化generalization:
一个指向以其他类作为超类的继承连线。
泛化关系用一个三角形指向超类。
Payment是Cash，Check和Credit的超类。
一个关联有两个尾端。
每个尾端可以有一个角色名role name来说明关联的作用。
比如，一个OrderDetail实例是一个Order实例的项目。
关联上的方向性navigability箭头表示该关联传递或查询的方向。
OrderDetail类可以查询他的Item，但不可以反过来查询。
箭头方向同 样可以告诉你哪个类拥有这个关联的实现；
也就是，OrderDetail拥有Item。
没有方向性的箭头的关联是双向。
关联尾端的数字表示该关联另一边的一个实例,
可以对应的数字端的实例的格数，
通过这种方式表达关联的多样性multiplicity。
多样性的数字可以是一个单独的数字或者是一个数字的范围。
在例子中，每个Order只有一个Customer，但一个Customer可以有任意多个Order。
下面给出多样性的图示:
每个类图包括类，关联和多样性表示。方向性和角色是为了使图示得更清楚时可选的项目。
3.包和对象图
1.包
如果另一个的包B改变可能会导致一个包A改变，则包A依赖包B。
包是用一个在上方带有小标签的矩形表示的。
包名写在标签上或者在矩形里面。点化线箭头表示依赖
可以看出Ordering依赖shipping(运输).
2.对象图
对象图Object diagrams用来表示类的实例。
他们在解释复杂关系的细小问题时（特别是递归关系时）很有用。
这个类图示一个大学的Department可以包括其他很多的Departments。
实例和类的展示:
每个类图的矩形对应了一个单独的实例。实例名称中所强调的UML图表。
类或实例的名称可能是省略对象图表只要图的意义仍然是明确的。
