在需求分析中:
需求的定义:用例
需求分析:
结构分析:类图
行为分析:用例实现的顺序图
类图:
类图描述了系统的类集合,类的属性和类之间的关系,展示了系统中类的静态结构,即类与类之间的相互关系。
类图主要包含七种元素:
类、接口、协作、依赖关系、泛化关系、实现关系和关联关系。类图中还可以含有包或子系统,用来把模型元素聚集成更大的组块。与其他UML图类似,类图同样可以创建约束和注解等。
类名:一般以大写字母开头;抽象类类名用斜体字表示
属性和操作中:公有的用+ 私有的用- protected用#
类与类之间的关系有关联,依赖,泛化和实现等
关联:
关联关系允许一个对象/类交叉引用另一个对象/类,并能够向它发送消息。
最普通也是最常用的关联关系是二元关联,二元关联即有两个关联端的关联关系。特别地,一个类与自身的关联称为自关联
关联的多重性:由类产生的对象之间存在的数量关系
聚合:
聚合是一种特殊形式的关联。聚合表示类之间的关系是整体与部分的关系。
聚合关系没有改变整体与部分之间整个关联的导航含义,也与整体和部分的生命周期无关。
用空心菱形表示(如上图)
组合:
组合关系中的部分要完全依赖于整体,部分离开整体无法存在
用实心菱形表示
关联类:关联有可能具有自己的属性和操作,对此需要引入一个关联类来记录
这时,关联关系中的每个连接
与关联类的一个对象相联系,关联类通过一条虚线与关联连接。
泛化:
类与类之间的泛化也就是类与类之间的继承,具有传递性
依赖关系:
依赖关系与关联关系类似,表示的也是类与类之间的连接, 但与关联关系相比,依赖关系是非常弱的,且依赖关系总是单向的;表现在代码层面为类B作为参数被类A在某个method方法中使用
总的来说:
关系所表现的强弱程度依次为:组合>聚合>关联>依赖
在代码层面,组合、聚合和关联关系是一致的,只能从 语义级别来区分。
实现关系:
主要是实现接口
接口有两种表示方法,注意实虚
类图的创建:
Rational Rose
在logic view下新建 class diagram