UML九种视图总结.docVIP

关系 UML类图中的关系分为四种：泛化关系、依赖关系、关联关系、实现关系； 关联关系又可以细化为聚合和组合 。 泛化（ Generalization) 泛化是 父类和子类之间的关系，子类继承父类的所有结构和行为 。在子类中可以增加新的结构和行为，也可以覆写父类的行为。 . 依赖（ Dependencies ） 依赖关系是一种 使用关系 ，特定事物的改变有可能会影响到使用该事物的事物， 反之不成立。在你想显示一个事物使用另一个事物时使用， 两个元素之间的一种关系， 其中一个元素 （服务者）的变化将影响另一个元素（客户） ，或向它（客户）提供所需信息。它是一种组成不 同模型关系的简便方法。 依赖表示两个或多个模型元素之间语义上的关系。 它只将模型元素本身连接起来而不需要用一组实例来表达它的意思。 它表示了这样一种情形， 提供者的某些变化会要求或指示依赖关系中客户的变化。 根据这个定义， 关联和泛化都是依赖关系 ，但是它们有更特别的语义， 故它们有自己的名字和详细的语义。我们通常用依赖这个词来指其他的关系。 依赖用一个从客户指向提供者的虚箭头表示 ，用一个构造型的关键字来区分它的种类，通常情况下， 依赖关系体现在某个类的方法使用另一个类作为参数 。 . . 关联（ Association ） 关联是一种结构化的关系，指 一种对象和另一种对象有联系 。给定有关联的两个类，可以 从一个类的对象得到另一个类的对象 。 类与类之间由弱到强关系是 : 没关系 依赖 关联 聚合 组合。 类和类之间八竿子打不着那就是没关系，这个没啥歧义。依赖(dependency) 可以简单的理解，就是一个类 A 使用到了另一个类 B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是 B 类的变化会影响到 A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类 B 作为参数被类 A 在某个 metho d 方法中使用。用带虚线的箭头。 关联(association) 他体现的是两个类、 或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶 然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般 是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类 B以类属性的形式出现在关联类 A 中，也可能是关联类 A引用了一个类型为被关联类 B 的全局变量； 依赖和关联区别： 我用锤子修了一下桌子， 我和锤子之间就是一种依赖，我和我的同事就是一种关联。依赖是一种弱关联，只要一个类 用到另一个类， 但是和另一个类的关系不是太明显的时候 （可以说是“uses”了那个类），就可以把这种关系看成是依赖，依赖也可说是 一种偶然的关系，而不是必然的关系。关联是类之间的一种关系，例 如老师教学生，老公和老婆这种关系是非常明显的。 依赖是比较陌生， 关联是我们已经认识熟悉了。 聚合（ Aggregation ） 聚合是 一种特殊的关联。它描述了“ has a ”关系，表示整体对象拥有部分对象 。 关联关系和聚合关系来语法上是没办法区分的，从语义 上才能更好的区分两者的区别。聚合是较强的关联关系，强调的是整体与部分 之间的关系。 与关联关系一样，聚合关系也是通过类的成员变量 来实现的。 组合（ Composition ） 组合是聚合的一种形式，它具有更强的拥有关系，强调整体与部分的生命周期 是一致的 。整体负责部分的生命周期的管理。 如果整体被销毁，部分也必须跟着一起被销毁 ，如果所 有者被复制，部分也必须一起被复制。 与关联关系一样，组合关系也是通过类的成员变量 来实现的。 . 实现（ Realization ） 实现关系指定两个实体之间的一个合约。换言之，一个实体定义一个 合约 ，而另一个实体保证履行该 合约 。 扩展关系 (extends) 包含 (include) 精化关系（ refine ） 2 UML 2 UML 视图 说明： 构件事物是名词，是模型的静态部分。行为事物是动态部分，表示行为。 分组事物是组织部分。注释事物是解释部分。 依赖：一个事物变化会引起另一个事物变化。 聚集：特殊的关联，描述整体与部分的组合关系。 泛化：是一种特殊与一般的关系，如子元素（特殊）与父元素（一般） ，箭头指向父元素。实现： 类元之间的关系， 其中一个类元指定了由另一个类元保证执行的契约。 一般用在接口和实现他们的类之间或用例和实现它们的协作之间。 类图 用于展现系统中的类以及其之间的关系 对象图：显示了单独的对象及其关系。对象图有助于记录测试用例以及讨论用例。 ?静态图：包括类图和对象图。 类图描述系统中类的静态结构，不仅定义系统中的类，表示类之