第十一讲:uml基础与应用:类图和包图
uml中心是九种图,九种图的中心是类图
***类图***
类图提纲:
1、类
2、类的关系
3、类图的构成
4、类图深入讨论
5、类图的应用
一、类:对真实世界中事物的抽象。名称、属性和方法。
uml描述类时对外开放程度用“-、+、#”来表示。
“-”为私有,“+”为公有,“#”为保护。
二、类的关系
1、关联:
(1)普通关联:单向关联;双向关联;两个类之间可以有多种关联;一个类可以和多个类关联;关联类。自身
关联。
调用方法,会产生关联。
整体和部分关系:
(2)聚合:松耦合。空心菱形。例子:书和书架。
(3)组合:紧耦合。实心菱形。例子:people和arm,先有people才有arm;book和page,先有book才有page
聚合与组合的区别:
聚合,顾名思义,聚集在一起的,没有很强的生命约束;组合,组装在一起的,生命约束很强。
用例子很好理解:
大雁和大雁群是聚合关系。一只大雁属于一个大雁群,一个雁群可以有很多只大雁。大雁离开大雁群还是
大雁,雁群离开这只大雁,还有其他大雁。大雁可以脱离雁群独立存在。
小鸟和翅膀的关系就是组合。没有小鸟就没有翅膀,只有翅膀也不能成为小鸟,翅膀离开小鸟就没有意义
了,小鸟离开翅膀也不能构成小鸟。翅膀不能脱离小鸟独立存在。
也就是整体和部分之间的依赖关系不同。
两个对象之间的连接本身可以有自己的属性和行为。
应用于关联的修饰。
1)名称(association):用一描述该关系的性质
2)角色(role):关联中靠近它的一端的类对另外端的类呈现的职责。
3)多重性(Multiplicity):关联角色的多重性是说明一个关联的实例中有多少个相互连接的对象。1,*,0
,0..*,2..5……
2、依赖
是一种使用关系。说明一个事物规格说明的变化可能影响到使用它的另一个事物。但反之未必。可用于两个
类之间,也可以用于两个包之间或两个构件之间。
结构化关系包含依赖关系。如果有结构化关系,就应该用关联。
类a依赖于类b,那就用箭头指向类a,箭头不可以反了。
3、泛化
is-a-kind-of,继承。
c++中,用“:”,有关键字public或private
Java中,用关键字extents,没有public或private。
单重继承:一个子类不能有两个或两个以上的父类。
多重继承:一个类有两个或两个以上的父类。
4、实现
:是类元之间的语义关系,该关系中,一个类元描述了另一个类元保证实现的契约。
类与接口的实现关系。
什么是类、属性、访问限制符
关系;;;
三、类图的构成:
·用来描述系统的静态部分
·类图的构成
--classes
--Interfaces
--Collaborations
--Dependency,Generalization,and
抽象出类来之后,再确定类之间的关系。聚合关系,用空心菱形,菱形方向不能画反了。
一个方法应该放到执行者的类中而不是调用者中
类图深入讨论:
1、可见性(visibility)
public、private、protected
2、范围:每个实例自己拥有自己的属性个方法。
静态成员:对一个类的所有实例共享一个成员。UML中用下划线。该成员可以直接通过类名调用。
3、属性,冻结属性:相当于c++中的const,即定义常量。
4、抽象类:不能实例化。uml中描述:类名斜体。通过具体类继承实现,接口。
5、多重性
例子:company
通过名词抽象得到类以后,确定类的属性和方法,。确定方法:操作的集合。类与类之间的关系:四种关系都
要准确的描述。 还要对关系进行修饰。
***包图***
一、包图提纲:
·包的作用:
--逻辑上把一个复杂的图模块化
--组织源代码
·包的图符
·包的元素:类、接口、构件、用例、其他包;如果包被撤消了,则包的元素都被撤销了。
·包与包的关系:泛化、细化、依赖。
二、包的常见问题:
1、一定要避免循环依赖产生
2、测试时可以以包为测试单位
3、应该尽量把概念和语义上相接近的元素包含在同一个包中。
4、对于一个包,找出哪些包内的元素是可以在包外访问的,把这些元素标记为公共的,其他所有元素都标记为
受保护的或者私有的。
类是对对象的抽象,那么包就是对类的抽象(当然,这么说很狭义,为方便理解),不过,包里的元素不
只是有类,还有接口等。
对于以上几节课讲得所有内容,老师基本上都是重复了n遍的,确实起到了加深印象的作用。不过貌似讲面
向对象的好多。也许正是因为uml是面向对象的思想吧。学到现在,感觉最深的是要掌握uml,首先要掌握的是
面向对象的思想和技术。有时候感觉自己的面向对象思想挺深刻了,但是毕竟只是停留在理论方面。所以,当
真的看一个例子或者做一个例子的时候,并不能准确的用到面向对象的思想。还记得米老师给我们讲vb中的类
的时候,他说,这是一个转折,掌握了类,整个vb的面向对象思想就no problem了。越是学习,越能理解老师
当时说这句话的深刻体会。
还记得自己为什么是面向对象的思想挣扎不懂的时候,看到一句话:面向对象就是对数据的封装。只有真
正理解的人才能说出这样一句话。
因为类是面向对象思想的中心,所以,类也是uml的中心。懂得了类的概念,包就不用过多去讲了。照着葫
芦画个瓢的感觉。