UML图画了好长时间,终于画完了。UML视频看起来总觉得怪怪的,但是不知道怪在哪里,虽然顺着讲了九种图,然后穿插着讲四种关系,可是画图的时候还是不会,还得大量的查资料。这才真的感觉到,原来四种关系和九种图就是UML的精华所在。
【九种图】
UML最重要的就是这九种图,这九种图的类型不一样,运用的阶段也不一样,每种图的作用和表现内容也不一样。下面就看看这九种图的总结:
哪些图
用例图:用来描述用户的需求,从用户的角度描述系统的功能,并指出各功能的执行者,强调谁在使用系统,系统为执行者完成哪些功能。
类图:用于定义系统中的类,包括描述类的内部结构和类之间的关系。
对象图:对象图是类图的一个案例,描述了系统在具体时间点上包含的对象以及对象之间的关系。
状态图:用来描述类的对象所有可能的状态以及事件发生时状态的转移条件
活动图:用来描述满足用例要求所要进行的活动以及活动见的约束关系,使用活动图有利于识别系统的并行活动。
序列图:描述对象之间的交互顺序,着重体现对象间消息传递的时间顺序,强调对象之间消息的发送顺序,同时也显示对象之间的交互过程。
协作图:描述对象之间的合作关系,更侧重于说明哪些对象之间有消息的传递。
构件图:描述代码构件的物理结构以及各构件之间的依赖关系。
部署图:用来描述实际的物理设备以及它们之间的连接关系。
各种图的应用
每种图的作用不同,也就说明每种图的运用阶段不同。我觉得,九种图都应该是在软件正式开始编程之前完成的,不过针对的时间不同。如图示,用例图应该是软件分析阶段用的,针对软件需求分析;类图、状态图等应该用在软件设计阶段,针对的如何设计软件;而构件图和部署图则是在软件实现阶段,针对软件的安装等。
图之间的关系
1、用例图是在需求分析时绘制的,确定系统用例,以及各个用例之间的关系。比如,机房收费系统的用例就有用户的各项操作和数据库表之间的关系等。
2、类图是描述系统的类,对象图是描述系统对象之间的关系,其实对象图就是类图的实例化,是类图具象后的结果。
3、序列图和协作图其实是一回事,都是描述的对象的交互,只不过序列图强调的是顺序,而协作图强调的是关系,序列图可以之间看出对象进行的活动的顺序,而协作图对于对象之间有哪些活动更为直观。
4、状态图和活动图同样描述对象交互,只不过活动图说的是一个活动中各个动作的执行过程,而状态图是状态之间的转换,活动图有时也会用来表现状态之间转换的过程。
5、序列图、协作图、状态图和活动图都是用来描述对象之间的交互关系的,他们和对象图的不同点在于,对象图只是体现了哪些对象之间有关系,并没有明确有什么关系,而这四种图则是明确了对象与对象之间都发生了什么。
这个比较并不是刻意的,而是在画UNL的这种图时,自然而然会想到软工中的那种图,所以就拿来比较一下。
1、活动图VS流程图
相同点:活动图和流程图都是表现一个过程的活动顺序
不同点:首先两者图符不同,其次流程图大多是单个活动,而活动图经常出现并行活动
2、状态图VS状态迁移图
相同点:状态图和状态迁移图都是描述系统状态的改变
不同点:首先图符和图的组成部分不同,其次状态图强调的某一状态下对象之间的交互关系,状态迁移图强调的是状态之间的改变。
【关系】
总的来说,UML中包含的关系就是四种,分别是关联关系、泛化关系、依赖关系和实现关系,至于用例图中的包含关系和扩展关系,我认为就属于依赖关系和泛化关系了。
关联又分为普通关联、聚合和组合三种,普通关联分为单向关联和双向关联,聚合和组合都是整体和部分的关系,聚合是部分可脱离整体而存在,组合关系中部分脱离整体后不能存在;
依赖关系实际上就是使用关系,比如一个功能的实现使用到了某一模块,就说明该功能的实现依赖于这个模块;
泛化也可以理解为继承,分为单重继承和多重继承,单重继承是一个子类只继承一个父类,而多重继承是说一个子类可以继承多个父类;
实现是指类元之间的语义关系,比如一个类完成了一个接口的功能,就说这个类实现了这个接口。
并不是每种图都包含这四种关系,有些图可能只包含其中的部分,比如用例图只有关联、依赖、泛化三种关系,而类图则包含所有的关系。【总结】
画图的过程并不是一帆风顺的,刚开始有种眼高手低的感觉,觉得这图没什么,可是打开了Rose才发现自己根本不知道从哪里下手。想想刚开始接触UML的时候,真的是不知所措,好像每次接触一个新事物的时候都是这样的吧。现在再回过头去看看,发现UML没有什么新东西,好多之前都接触过了,也没有自己刚开始想象的那么难。软工的学习让我们从文档方面意识到软件编程过程的重要性,UML则是让我们从画图的方面来认识,相对来说图更能让人一目了然,不管怎么样,软件编程对于我们来说不再仅仅是敲代码那么简单了。UML暂时就结束了,下个阶段即将开始,跟自己说声加油,然后继续奋斗!!