UML基础与应用——用例图
内容提纲
什么是用例图
用例图的基本元素
——角色
——用例
——关系
用例图的图符
用例图的主要属性
用例图的粒度与范围
举例
UML中用5个互联的视图来描述系统的体系结构。
用例模型
用例模型用于需求分析阶段,表明了开发者和用户对需求规格达成的共识。
——用例模型描述了待开发系统的功能需求、
——用例模型将系统看成黑盒子,仅从外部执行者的角度来理解系统。
——用例模型驱动了需求分析之后各个阶段的开发工作。
什么是用例图
用例图(use-case diagrams)
用来描述用户的需求,从用户的角度描述系统的功能,并指出各功能的执行者,强调谁在使用系统,系统为执行者完成哪些功能。
由lvar jacobosn在开发axe系统中首先使用。
用例图的构成
用例
角色
关系:执行者与用例之间的关系,包括:依赖、泛化、关联
什么是actor?
Actor是一些人或事:
——可以激或系统交互信息
——可以对系统进行输入
——可以从系统被动的接受信息
通过调查发现Actor
——直接使用系统的人
——系统使用的外设
——系统的维护人员
——需要与此系统想连的其它系统
角色
寻找执行者的几个原则
——谁使用系统的功能?
——谁需要系统支持日常工作?
——谁来维护关系系统?
——系统需要操作哪些硬件?
——需要与系统交互的其他系统
——对系统产生的结果感兴趣的人或事物。
按照角色寻找
用例的表示:
用例的主要属性
事件流
前置条件
后置条件
特殊要求
扩展点
问题说明
用例的主要属性
事件流
——描述一个用例在执行时执行者与系统之间的交互过程。这个过程包含多个分支
a/基本流——对用例中常规和预期路径的描述。
b/备选流——由于受到其他因素影响,用例执行了其他的路径。
前置条件
——是该用例执行的前提条件,用来描述在什么条件下可以开始执行一个事件流。
后置条件
——说明用例结束时系统的状态。
前置条件和后置条件可以用于用例的验证和评审。
用例的粒度与范围
概述级
用户目标级
子功能级
用例注意点
应该清晰地定义系统边界
防止用例过多
应该从执行者的角度来命名用例
用例描述正规程度
避免执行者和用例之间的关系太复杂
注意用例的大小是否恰当
避免用例描述混乱
区分用例分解和功能分解
避免客户不能理解用例的情况发生
有些场合,用用例来描述需求是不适合的。
小结
用例图的基本组成
用例图的作用
——重在应用
——重在交流
——重在事件流的描述