软件工程——学堂在线学习笔记五

一. 用例建模

1. ⽤例在需求管理过程中的作⽤

2. 为什么需要⽤例建模

描述系统的功能性需求

• 关联干系人需要以及软件需求
• 确认与系统交互的人或对象（参与者）
• 定义系统的边界
• 捕捉和传达系统的理想行为（用例）
• 验证或确认需求
• 规划工具

3. ⽤例模型的表⽰

(1). ⽂本描述

(2). ⽤例图

4. ⽤例图的主要元素

一个用例

定义系统的一系列行为
通过此可为参与者提供有价值且可观测的结果。

用例

• 定义一个参与者要用到的系统功能
• 描述系统为实现参与者价值所开展的行为序列
• 对参与者与系统之间的交互活动进行建模
• 从特定的用户角度出发，是完整的，实现特定用户价值的事件流

参与者的定义：关注⾓⾊

交互——关联（Association）

用一条直线表示交互——关联

有箭头的关联指出是谁发起的交互
没有箭头则表明双方都可以发起交互

场景(Scenario)是⽤例的实例

二. 构建用例模型的步骤

1. 第一步：找到所有的参与者和用例

• 识别出参与者并做简单的描述
  

• 识别出用例并做简单的介绍

2. 第二步：编写用例

• 列出用例

寻找用例的方法

和用户交互

基本策略：把自己当作actor，与设想中的系统进行交互。

考虑：
系统交互的目的是什么？
需要向系统输入什么信息？
希望由系统进行什么处理并从它得到何种结果？
注意：确定Use Case和确定actor不能截然分开 

用例建模的过程： 用例图->用例提纲->用例详细规约

• 给用例事件流程划分重要等级

• 按照重要程度排序详细描述事件流程

三. ⽤例精讲

1. 设定系统边界

2. 不要把用例定义成功能分解

走出功能分解：正确的用例建模

3. 何时使用包含关系？

4. 何时使用扩展关系？

5. 用例图中的主要图标

四. 常用软件建模工具

1. 系统建模⼯具的主要功能

2. 常⽤系统建模⼯具

• IBM Rational Rose
• JUDE
• Enterprise Architect（EA）

EA中文官网访问https://sparxsystems.cn/resources/tutorial/uml-tutorial.html