标签:
这个学期有幸选到章老师的UML精品课程,虽然到目前仅仅上课两周,但是收益匪浅。尽管在本科接触过UML,却没有非常详细的对其进行深入的了解,只是对一些图的名称有所耳闻,没有深究其功能。
就最近所学知识,谈一下我对uml统一建模语言的一个总体认识,软件工程作为一门工程类学科,如同建筑类学科一样,当我们需要搭建一所建筑时,我们都需要对其进行需求和设计,在施工的时候,我们就需要一些设计图纸,例如各个房间的具体设计、三维视图等,通过这些图纸进行施工。软件工程也是如此,当我们拿到一个项目时,并不是直接开始编码,而是在此之前进行一系列的需求分析和详细设计,UML在详细设计中得到了广泛的应用,我们使用UML绘出的类图、用例图、时序图、部署图等作为依据,以及按照这些图表实现相应的编码,这些用UML语言绘制的图形就好比建筑行业中的设计图纸,以这些图纸为标准,进行coding。UML绘图工具主要有 Visio 2007,开发工具主要有:Star UML,IBM Rational Rose,RSA等。
下面对一些比较常用的UML图进行一些详细的介绍(本次博文重点介绍一下类图):
一、 类图
我们知道面向对象主要有三个特征:封装(抽象)、继承以及多态,对象作为类的实例化,这些特征用类图可以很好的表示出来,类图也是最常用的UML图,通常看到类图就能了解各类之间的关系以及每个类中所具有的属性,在一些软件中,可以通过类图生成生成相应的代码。所以类图在软件工程中应用非常广泛。下面介绍一些类图的基本用法,
1、 类
如图所示,一个类主要由三部分组成:类名、属性、方法组成。其中属性和方法都有一定的作用域,public用+表示,private用-表示,protect用#表示,package用~表示。
2、 类与类之间的关系
1) Association(关联关系)
通常用直线(相互关联)或者 (直接关联)表示,相互关联和直接关联有一定的区别,比如A B 可以表示A类知道B类的属性和方法,同时B类也可以知道A类的属性和方法,但是直接关联AB 中A可以知道B类的属性和方法,但是通过B不能知道A的属性和方法,是单向关联,相互关联的实现可能需要使用指针来实现。
2) Aggregation(聚合关系)
聚合可以看做是一种强度关联,用于描述总体到局部的关系。当我们不知道两个类之间的到底是关联关系还是聚合关系时,一般使用关联关系。表示符号为:
或者
3) Composition(组合关系)
组合关系的强度强于聚合关系,比如车由引擎等组成,引擎作为车的一部分,可以看出子类实例的生命周期依赖于父类的生命周期。表示符号为:
或者
4) Generation(一般化)
一般化关系表示类与类之间的继承关系,是由子类指向父类,如animal类可以一般化出cat类,cat类是animal类的一个继承。表示符号为
5) Dependency(依赖关系)
顾名思义,依赖表示的一个类依赖另一个类的定义,所以依赖关系时单向的。表示符号为:
6) Realization(实现)
主要针对interface,类似于继承关系。表示符号为:
类与类之间主要有这六种关系,我们根据类之间的实际情况去判断到底使用那些关系,如果有些关系不太确定,我们在设计类图时可以先设定成关联关系,然后在后期进行相应的修改,除此之外我们可以在这些关系上设定实例化对象之间的对应关系。
如图:
0..1 |
0个或1个 |
1 |
只能1个 |
0..* |
0个或多个 |
1..* |
1个或多个 |
最后,向大家推荐一本参考书《UML2 and the Unified Process: Practical Object-Oriented Analysis and Design》另附上课上速记的学习笔记(速记只有部分重点>_<):
标签:
原文地址:http://www.cnblogs.com/flym/p/4356395.html