UML大战需求分析复习5——用例图 use case Diagram(描述系统的行为)
目录
1 为什么用用例图
描述系统需求的一红方法
2 基本语法
-
执行者(Actor):
可以是角色或者另外一个系统。 -
用例(Use Case):
动词加名词 -
系统边界(System Boundary):
-
关联(Association):
角色与用例之间的线条,可以有箭头,也可无箭头,表示某执行者执行什么用例。
箭头作用:
- 表示数据流向
- 表示谁启动谁
3 用例图进阶
3.1 角色的继承——简化用例图
如上图所示,自角色继承父角色所有用例
3.2 用例的Include
用法一:管理树状子用例
针对MIS类型的系统,类似于数据库CRUD动作:增删改查
用法二:采取公共子用例,有些用例可以被其他几类用例所包含
3.3 用例的Extend
在…的基础上做…事情
3.4 用例的继承
一般不使用
3.5 粒度控制
3.6 用例的组织
- 先宏观图,后分解,如需则再分解
- 后续章节介绍新方法
- 角色较多先用表格处理
3.7 用例表——进一步细化
流程栏中顶头写的是执行者的动作,缩进写的是系统动作
用例表应重点清楚这些内容:
- 用例目标是什么
- 正常情况流程是什么
- 本勇气的业务概念,业务规则
- 异常流程(避免幽灵bug)
4 综合运用类图、流程三剑客、用例图描述需求
4.1 用类图描述业务概念
使用类图来统一描述所有用例所涉及到业务概念以及业务概念之间的关系,在每个用例表中只需说明特别关注的内容
类图——业务概念
4.2 流程三剑客威力
结构建模
行为建模
展现系统的目的