[2]工欲善其事必先利其器-------UML中的几种常见关系(二)

1.UML类图中几种常见的关系

经过（一）中介绍，我选择的是StarUML作为UML的学习工具，个人喜好，至少在功能上能够满足我现在的需求，

在介绍StarUML的使用之前首先介绍下UML中几种常见的关系：

UML类图中常见的关系按照关系的强弱可分为：泛化 ,实现 ,组合, 聚合 , 依赖这几种

1.泛化关系：是一种继承关系，也就是XX is a kind of XX 描述。

2.实现关系：是一种类与接口的关系。

3. 组合关系：是一种强关联，属于一种整体与部分的关系，但是部分不能离开整体而单独存在。整体的对象与部分具有相同的生命周期。

4.聚合关系：是一种弱关联关系，和组合一样也是描述整体与部分的关系，但是聚合关系中部分可以离开整体而单独存在。

5依赖关系：一个类的实现需要另一个类的协助，就称为这个类依赖于另一个类

下面是一个这几种关系的例子

[2]工欲善其事必先利其器-------UML中的几种常见关系(二)的相关文章

[3]工欲善其事必先利其器-------UML常用的图(三)

该部分主要针对UML中常用的类图,用例图,顺序图,状态图,活动图这四个部分进行简要介绍. 一.类图 1.类图用于描述系统中类的静态结构,它包括系统中每个类的结构以及类与类之间的关系的描述. 其中类的结构如下图所示: 类与类之间的关系:见上一小结<UML中的几种常见关系>介绍二.用例图用例图一般用于需求分析,它是从用户的角度来描述系统的功能. 用例图列出系统中的用例,系统外的参与者,以及哪个参与者参与了哪些用例这三个部分. 参与者:在系统外部与系统直接打交道的人或者物. 用例:系统外部可见的

【转】UML中的几种关系详细解析

UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现类与类图 1) 类(Class)封装了数据和行为,是面向对象的重要组成部分,它是具有相同属性.操作.关系的对象集合的总称. 2) 在系统中,每个类具有一定的职责,职责指的是类所担任的任务,即类要完成什么样的功能,要承担什么样的义务.一个类可以有多种职责,设计得好的类一般只有一种职责,在定义类的时候,将类的职责分解成为类的属性和操作(即方法). 3) 类的属性即类的数据职责,类的操作即类的行为职责一.依赖关系(Dependence) 依

盘点UML中的四种关系

生活中,我们既是独立的个体,又通过联系形成各种关系,比如说:朋友,恋人,父子,同学--于是乎,出现了神乎其神的六人定律.那么在UML中又存在什么样的关系呢?下面我们来梳理一下. 关联(Association) 描述了两个或多个类之间的结构性关系. 图示:直线或直线+箭头双向关联: 指双方都知道对方的存在,都可以调用对方的公共属性和方法. 箭头及指向:双向的关联可以有两个箭头或者没有箭头例1:公司和人将来在Person类中会有属性名为employer,类型为Company ;在Company

UML总结4---UML九种图关系说明

转自:http://blog.csdn.NET/chenyujing1234/article/details/8173519 UML中包括九种图:用例图.类图.对象图.状态图.时序图.协作图.活动图.组件图.配置图. 1)用例图(Use Case Diagram) 它是UML中最简单也是最复杂的一种图.说它简单是因为它采用了面向对象的思想,又是基于用户视角的,绘制非常容易,简单的图形表示让人一看就懂.说它复杂是因为用例图往往不容易控制,要么过于复杂,要么过于简单. 用例图表示了角色和用例以及它们

介绍ListView中的几种位置关系和LayoutAnimation在listview中的应用

ListView的属性: 1.ListView的XML属性 android:divider//在列表条目之间显示的drawable或color android:dividerHeight//用来指定divider的高度 android:entries//构成ListView的数组资源的引用.对于某些固定的资源,这个属性提供了比在程序中添加资源更加简便的方式 android:footerDividersEnabled//当设为false时,ListView将不会在各个footer之间绘制divid

UML中的四种关系总结

UML中的关系主要包括四种:关联关系.依赖关系.泛化关系.实现关系.其中关联关系还包括聚合关系和组合关系. 1. 关联关系(Association) 关联关系式一种结构化的关系,是指一种对象和另一种对象有联系.给定关联的两个类,可以从其中的一个类的对象访问到另一个类的相关对象.关联关系用一条实线表示. 示例 1.1. 聚合关系(Aggregation) 聚合是关联的特例.聚合是表示整体与部分的关系,即has a 关系.聚合关系中的整体和部分是可以分离的,他们可以具有各自的生命周期,部分可以数据

UML类图6种主要关系区别和联系

UML类图关系图示,因为长得都很类似,所以大家总会混淆,本文主要目的就是分析一下6中主要的关系,找到联系与区别,便于记忆. 6种主要的关系如图1所示.继承与实现.组合与聚合.关联与依赖可分别划分为一组,每组两种关系很近似(内涵和图示都很近似),但联系的强弱程度递减.比如,组合是一个有机组成,缺一不可,而聚合则是一种更松散,更弱的关系,大家可根据图中示例体会一下.关系图示上的区别是,联系减弱后,连线便由实线变化为了虚线,所以可以根据该规律进行记忆. 图1 UML类图6中主要关系示例原文地址:ht

PowerDesigner概念设计模型（CDM）中的3种实体关系

CDM 是大多数开发者使用PD时最先创建的模型,也是整个数据库设计最高层的抽象.CDM是建立在传统的ER图模型理论之上的,ER图中有三大主要元素: 实体型,属性和联系.其中实体型对应到CDM中的Entity,属性对应到CDM中每个Entity的Attribute,在概念上基本上是一一对应的. 但在联系上,CDM有了比较大的扩展,除了保留ER图原有的RelationShip概念之外,还增加了Association,Inheritance 两种实体关系,下面就让我们分别看看这些关系的用法和之间的区别

wpf企业级开发中的几种常见业务场景

前阵子在公司弄个内部的进销存管理系统,从了解需求.系统设计到编码,大约耗费了两个月时间,后来公司有了其他的安排,这东西就算黄了.顺便吐槽一下,厂里的一些人说话真心不顾别人感受,邮件啥的没一句舒服的.不过以前在别的地方干活都是很多人弄,一直都是按领导的意思办即可,基本上不怎么跟人打交道,不能保持淡定的心态说明还是too young了点,这也算是个历练吧. 弄这个项目,好歹也辛苦了一阵子,另外细节方面感觉自己差不多做到位了,也算尽心了.这里先附几张效果图,接下来将针对几种常见的业务场景抠出一些代码,