UML 用例、类图、对象图、包图、鲁棒图（分析类），UML关系

用例图

用例图描述了一组用例、参与者以及他们之间的关系，是从用户的角度而不是开发者的角度来描述对软件产品的需求，分析产品所需的功能和动态行为，通过用例图能够知道系统将会做什么，用例图一般用来对需求建模。
用例图包含了三个内容：

• 用例（Use Case) ;
• 参与者（Actor)
• 参与者、用例之间的关系，泛华、包含、扩展等关系

参与者图形表示如下：

用例表示如下：

用例几种关系如下：

• 泛化，多个参与者之间的公共行为，与类的泛化关系相同，可以理解为父类和子类的关系
  
• 包含，一个用例（称为基础用例）的行为包含了另一个用例（称为包含用例）的行为，基础用例可以看到包含用例，并依赖包含用例执行结果，如下图表示，箭头指向包含用例
  
• 扩展，把新的行为插入到已有的用例中去,，假设基础用例定义了扩展点，扩展将扩展用例的事件流在一定的条件下插入到基础用例中去。如果基础用例是一个很复杂的用例，选用扩展关系将某些业务抽象成单独的用例来降低基础用例的复杂性，基础用例不必知道扩展用例的任何细节，仅为扩展用例提供扩展点
  

类图

类图用来描述类、接口、协作以及他们之间的关系，用来显示类的静态结构
类一般指的是一组具有相同属性、操作、关系和语义对象的描述。类图根据系统中的类以及各个类之间的关系描述系统的静态图，静态图为系统进行结构建模
类图包含7个元素：类、接口、协作、依赖关系、泛华关系、实现关系、关联关系

类主要由名称、属性、操作组成，如下：

成员的可见性：

• Public，公有，任何外部类都能够访问，一般用+表示
• Protected，受保护，任何子类都可以访问，一般用#表示
• Private，私有，只有类自己能够访问，一般用-表示

接口：

类之间有常见四种关系：

• 依赖关系：一般表示一个类的实现需要使用另外一个类，表现为局部变量、方法参数、静态调用，依赖关系是一种临时关系，在运行期间产生依赖关系图用虚线箭头表示：
  
  箭头左边的类依赖箭头指向的类

• 泛化关系：泛化关系一般就是指类的继承关系，指一个类（子类、子接口）继承自另外一个类（父类，父接口），UML图表示如下
  
  箭头左边的类继承自箭头指向的类，java中一般用extends表示

• 实现关系，实现关系一个类实现接口（一个或多个）java中一般用implements表示，UML表示如下
  

• 关联关系：类与类之间存在引用的关系，例如老师和学生、丈夫和妻子，是一种拥有关系，代码体现上，一般是一个类作为另外一个类的成员变量，UML表示如下：
  

• 聚合关系：是一种强的关联关系，说明的是整体与部分的关系，部分脱离整体能够存活，比如车子和车轮，车子没了，车轮还是可以存活的，has a逻辑，UML描述如下：
  

• 组合关系：比聚合关系还要强的一种，仍然是整体与部分的关系，但是部分脱离整体不能够存活，比如公司和部门，公司没了，部门也就不存在了，UML描述如下：
  

对象图

对象图描述参与一个交互的各对象在交互过程中某一个时刻的状态，反映了在某一时刻一组对象以及他们之间的关系

UML描述如下：

包图

包将复杂系统建模时的类、接口、组件、用例等进行分组，把语义相近、功能相近的元素放到同一个包中，方便处理和理解整个模型，控制元素的可见性，包几乎可以包含所有UML的元素，诸如类、接口、构件、节点、用例、组件等，UML包图描述如下：

鲁棒图

鲁棒图，又称分析类，由 边界对象、控制对象、实体对象三个元素组成，用于获取系统中主要的职责簇，代表了系统的原型类，是从功能性需求向计算机实现转化过程的第一个关口，同时可以产生系统的设计类和子系统

• 边界类：模拟外部环境和系统内部交互的类
• 控制类：用于对用例特有的控制行为进行建模
• 实体类：对必须存储的信息和相关行为建模，实体类保存和更新一些对象的有关系信息

边界类只能和控制类交互，不能和实体类交互，实体类只能和控制类交互，控制类可以和控制类、边界类、实体类交互