当前位置:   article > 正文

UML—用例图_uml事件流

uml事件流
     首先我们要知道用例模型是形成在需求分析的阶段,由用户和开发人员一起完成的,它是在整体上对待开发
统的功能进行的描述,并且有若干个用例图构成。而用例图是在分析用户需求的基础之上,突出强调功能其
使用者。
   一、UML元素
      有三种元素分别为:角色、用例、关系
	1.角色可以是人或者是事物,包括事件的触发者,输入者,使用者,维护者,相连系统,等等
	2.用例是可以反映系统的子功能
	3.关系尽量使用继承的机制
	  在关系中有两种关系:包含关系(
Include
),
一个用例复用另一个用例
			     扩展关系(
Extend),
用例的扩展
	下面是三者的联系
   	
	关系可以是角色和用例的关系,也可是角色和角色的关系,也可是用例之间的关系
   二、属性
	1.事件流
	   分为两种:基本流和备选流
	   基本流:用例在执行时,在正常情况下预期的路径
	   备选流:用例在突发情况下执行的其他路径
	2.前置条件
	   事件流的发生的准备条件
	3.后置条件
	   事件流发生后的状态,也可以作为下一个事件流的前置条件
	前置条件和后置条件可用于用例的验证和评审
   三、粒度(重点)
	分为三层:概述级、用户目标级、子功能级
	下面我们用乘客买火车票的系统为例讲解
 
 
	1.概述级是对系统的最原始抽象,就只有火车和乘客两个类,粒度最小,如下
	  
	2.用户目标级是对概述级的进一步抽象,下面对买车票进一步抽象,可分为买票和退票,粒度居中
	  
	3.子功能级的抽象级别最高,下面对买票和退票时的身份验证抽象为一个类,买票和退票都依赖于身
份验证,粒度最大
	  
	这里只是简单形象的说明了一下三种不同级别的粒度,具体问题的时候还要具体分析,粒度太大会
成系统过于简单,粒度太小会增加系统的复杂度,粒度大小要视情况而定。
    四、总结
	a.用例图是对系统功能比较全面的描述,也是后边静态图,动态图和部署图实现的前提,起到了承上
下的作用,非常重要
	b.用例图中角色、用例、关系及属性是基础,重点是粒度,我们往往在系统实际开发过程中掌握不好
粒度的大小,而是系统的开发变的困难或开发的功能不完善。
声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/IT小白/article/detail/706692
推荐阅读
相关标签
  

闽ICP备14008679号