用例图简述
一、用例图简述
1.区分三个定义
1.1用例:一组动作序列的描述,是系统的参与者与系统交互后,系统产生动作序列,对特定的参与者产生可以观察到的的结果值。
1.2用例图:用例图(use case diagram)是指由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的静态视图。
1.3用例建模: 用例建模(Use Case Modeling)是使用用例的方法来描述系统的功能需求的过程,用例模型主要包括以下两部分内容:
——用例图(Use Case Diagram) 确定系统中所包含的参与者、用例和两者之间的对应关系,用例图描述的是关于系统功能的一个概述。
——用例规约(Use Case Specification)
2.用例图的作用:主要是描述用户的需求
3.用例图的主要属性:
3.1事件流
事件流描述了一个用例在执行时执行者与系统之间的交互过程。这个过程包括多个分支,也就是说执行者再执行这个过程时可以有多个路线。其中预期会成功的路线被称为基本流,剩下的其他路线被称为备选流
3.2前置条件
该用例执行的前提条件
3.3后置条件
用例结束时系统的状态。
3.4特殊要求
3.5扩展点
3.6问题说明
4.用例图的粒度和范围
二、用例图图符
三、用例图关系
3.1 泛化关联
3.2使用关联
3.3包含关联
3.4扩展关联
四、用例图应用(学生选课系统)
1.用户需求
通过调查、访谈、座谈会等了解用户需求。
用户需求描述: 1.为每个使用系统的人员设置权限,只用通过权限验证的人员才能使用系统。 2.学生使用系统查看课程信息,选修课程,删除课程。 3.学生选课,财务管理系统核对学生是否缴费,只有缴费的学生才可以选课。 4.系统录入员负责录入选课信息和教室信息。 |
2.需求分析
需求分析的第一步确定谁使用这个系统,找出系统的执行者;接下来确定系统能够做什么,找出系统的用例。
1.执行者(actor)
第一条需求中与系统交互的是“人员”
第二条需求中与系统交互的是“学生”
第三条需求中与系统交互的是“学生”和“财务管理系统”
第四条需求中与系统交互的是“录入员”
最终确定执行者
学生 | 财务系统 | 录入员 |
然后根据执行者找出用例
把系统看成一个黑盒子,来分析每个执行者使用系统做什么。
*执行者”学生“:查看课程信息,选课。
*执行者”财务系统“:学生选课时,系统根据财务系统检查学生是否缴费。
*执行者”录入员“:录入系统信息
*执行者:登陆系统
根据执行者的目标找出4个用例
查看课程信息 | 选课 | 录入系统信息 | 登陆用例 |
3.用例与执行者关系
选修课“用例:与执行者”学生“和”财务系统“相关
“登陆“用例:与执行者”学生“和”录入员“相关
“查看课程信息“用例:与执行者”学生“相关
4.画出用例图
用例图:学生选课系统