什么是UML?
UML(Unified modeling language)
出现于70年代中期,建模语言数量从不到十种增加到了五十多种,OO(面向对象)方法的用户并不了解不同建模语言的优缺点及相互之间的差异;
90年代中期形成了UML统一建模语言,它是一种支持模型化和软件系统开发的图形化语言。
UML建模工具
(1)IBM Rational Rose
(2)StarUML
(3)ArgoUML
(4)等等......
安装完成之后,我们先了解一下:
UML组成
“用例图/类图/时序图”三类
我们下面介绍一个各个图的意思:
(1)用例图
用例图显示谁将是系统的使用者、用户希望系统提供什么服务以及系统能够为用户提供什么样的服务;从用户的角度描述系统的功能。
用例图最常用来描述系统以及子系统。
我们打开我们的Rose软件:
因为我们只是要画图,不需要生成代码,所以我们取消导包环节。
然后是我们的工作台:
然后我们创建一个用例图:
然后我们在编辑区域开始画用例图,我们做一个商城系统的用例图:
画完用例图之后,我们就要明白,我们将要面临的有哪一些角色,而且以后要做的功能有哪些(圆圈代表的)。开发和用户都可以看这幅图。
用例图的2种元素4种关系:
参与者(Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)、泛化关系(Generalization)。
用例间的关系:
a.关联关系
表示参与者用例之间进行通信。
不同的参与者可以访问相同的用例
尽量避免关联线交叉,以免影响显示效果
参与者
系统用户
与所建造的系统交互的其他系统。
在用例图中,使用泛化关系来描述多个参与者之间的公共行为。
b.包含关系
客户用例可以简单地包含提供者用例具有的行为,并把它所包含的用例行为作为自身行为的一部分。
c.扩展关系
扩展用例被定义为基础用例的增量扩展并在一定条件下发生。
基础用例提供扩展点以添加新的行为。
扩展用例提供插入片段以插入到基础用例的扩展点上。
用例图总结
(1)外部可见的系统功能单元(用例图可分级别);
(2)不是需求或功能的规格说明,只展示和体现其所描述需求本身的情况;
(3)用例图最好的方法就是从分析系统的参与者开始,考虑每个参与者是如何使用系统的;
UML(Unified modeling language)
出现于70年代中期,建模语言数量从不到十种增加到了五十多种,OO(面向对象)方法的用户并不了解不同建模语言的优缺点及相互之间的差异;
90年代中期形成了UML统一建模语言,它是一种支持模型化和软件系统开发的图形化语言。
UML建模工具
(1)IBM Rational Rose
(2)StarUML
(3)ArgoUML
(4)等等......
我们接下来使用的建模工具是IBM Rational Rose,我们首先在自己电脑上安装这个软件:
软件下载地址:http://pan.baidu.com/s/1kTU8ZDt
详细请看IBM Rational Rose安装文档:http://download.csdn.net/detail/u013517797/9356915
安装完成之后,我们先了解一下:
UML组成
用例图/类图/时序图/活动图/状态图/协作图/部署图/......
“用例图/类图/时序图”三类
我们下面介绍一个各个图的意思:
(1)用例图
用例图显示谁将是系统的使用者、用户希望系统提供什么服务以及系统能够为用户提供什么样的服务;从用户的角度描述系统的功能。
用例图最常用来描述系统以及子系统。
我们打开我们的Rose软件:
因为我们只是要画图,不需要生成代码,所以我们取消导包环节。
然后是我们的工作台:
然后我们创建一个用例图:
然后我们在编辑区域开始画用例图,我们做一个商城系统的用例图:
画完用例图之后,我们就要明白,我们将要面临的有哪一些角色,而且以后要做的功能有哪些(圆圈代表的)。开发和用户都可以看这幅图。
用例图的2种元素4种关系:
参与者(Actor)、用例(Use Case)、关联关系(Association)、包含关系(Include)、扩展关系(Extend)、泛化关系(Generalization)。
用例间的关系:
a.关联关系
表示参与者用例之间进行通信。
不同的参与者可以访问相同的用例
尽量避免关联线交叉,以免影响显示效果
参与者
系统用户
与所建造的系统交互的其他系统。
在用例图中,使用泛化关系来描述多个参与者之间的公共行为。
b.包含关系
客户用例可以简单地包含提供者用例具有的行为,并把它所包含的用例行为作为自身行为的一部分。
c.扩展关系
扩展用例被定义为基础用例的增量扩展并在一定条件下发生。
基础用例提供扩展点以添加新的行为。
扩展用例提供插入片段以插入到基础用例的扩展点上。
用例图总结
(1)外部可见的系统功能单元(用例图可分级别);
(2)不是需求或功能的规格说明,只展示和体现其所描述需求本身的情况;
(3)用例图最好的方法就是从分析系统的参与者开始,考虑每个参与者是如何使用系统的;
(4)给用户看的,所以在图中避免使用专业术语。
转载请注明出处:http://blog.csdn.net/acmman/article/details/50311997