一、用例图
参与者的泛化关系:
泛化后
·
通过泛化关系,有效地减少了用例图中通信关联的个数,简化用例模型,便于人们理解。
用例之间的泛化关系和参与者的泛化关系差不多
泛化,扩展:is a
包含:has a
用例之间包含,扩展关系的比较
相同点:它们都是基本用例的一部分,最初的基本用例的部分行为被提取出来,单独形成一个用例。
不同点:在基本用例的每一次执行时,包含用例都一定会被执行,而扩展用例只是偶尔被执行
个人信息管理系统用例图:
二、类图与对象图
带职责约束的洗衣机类
限定关联
在关联端紧靠源类图标处可以有限定符,带有限定符的关联称为限定关联,限定符的作用是给定关联一端的一个对象和限定符值以后,可确定另一端的一个对象或对象集。
自反关联
聚合关系
个人信息管理系统类图
三、顺序图与协作图
调用消息:1,2,5,6
异步消息:7
返回消息:3,4
调用消息主要用于控制流在完成之前需要中断的情况,异步消息主要用于控制流在完成之前不需要中断的情况。
个人信息管理系统登录操作顺序图
在rose中按F5即可生成个人信息管理系统登录对应的协作图
但是协作图仍有其存在的意义,如多对象和主动对象,只有协作图可以表达
四、状态图与活动图
触发事件:事件的发生让状态转移,下图中,“打开PC机”就是触发事件
个人信息管理系统登录操作对应的状态图
个人信息管理系统登录操作对应的活动图
活动图和流程图是不一样的,流程图不能表达分叉和汇合,泳道等
五、组件图与部署图
包里面可以放组件,组件里面可以放类,他们之间的关系要看里面放的东西间的关系
个人信息管理系统组件图
个人信息管理系统部署图
六、包图
个人信息管理系统包图
正向工程:根据模型(类图和组件图)来产生源代码框架
逆向工程:从源代码逆向得到模型(类图和组件图)
虽然现在正向工程产生的只是源代码框架,可是有了代码自动生成这个思想,程序员要开始和机器竞争了,不管怎样,保持好心情,然后努力学~成为不可替代的我们~
考完试了,UMl的学习先告一段落,虽然没有学到UML的精髓,只是简单认识了一些建模元素。