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