01 基本概念

黑盒：系统对外部的客观世界发挥什么作用，提供什么业务功能来展现系统。

白盒：系统如何提供业务服务功能的。

• 系统边界：一个系统与系统以外的各种事物的分界线
• 系统：是由“用户”使用的软件，以及所有与其相关的硬件。
• 参与者：在系统边界以外，与系统进行交互的事物 —— 人员、设备、外系统

---

02 Actor（参与者/活动者/执行者/行动者）

• 定义：Actor是指系统以外的实体，需要使用系统或与系统交互的任何事物，包括人，设备和其它系统。

用户（直接使用系统的）、外部系统和设备等

          如果参与者是人                  如果参与者是外部设备

• 可以发出对系统服务的请求
• 按系统的要求提供服务
• 通过参与者和系统之间服务请求的复杂对话与系统交互
• 所有参与者的请求/相应的完全集构成了可以察觉到的系统问题域边界 
• 一个参与者的一个实例代表以一种特定方式与系统进行单独加护
• 参与者存在于系统之外，不是系统的一部分

2.1 泛化关系（参与者之间）

• 定义：
  • 表示一个一般性的参与者与另一个更为特殊的参与者之间的联系。
  • 从A参与者到B参与者之间的泛化关系，指A的实例能与B的实例进行通讯的用例实例进行通信

空心箭头指向父参与者（一般将父参与者画在上方 

1. 参与者有相同的系统调用请求。
2. 如果一组参与者具有共同的性质，可以把这些性质抽取出来放在另一个参与者中，再从中继承，称为’泛化关系‘。

---

03 Use Case（用例、用况） 

• 定义： 
  • 是对一个活动者使用系统的一项功能（一种操作）时进行交互的过程的文字描述序列
  • 时系统、子系统或类 和外部参与者交互的动作序列。

从使用系统的角度描述系统中的信息，站在系统外部察看系统功能，不考虑内部实现方法。使用Use Case可以促进与用户沟通，理解正确需求。面向对象设计的起点

对用户需求的规范化描述

（一个actor可以执行多个UseCase；一个UseCase可以由多个actor使用）

1. 一个用例可以同时与多个参与者交互

• 参与者间通过系统实时交互
• 参与者间与系统处于同一控制流

2. Use Case的实现

• UML中，用“协作”来实现Use Case的实现

---

04 scenario脚本

• 定义：又称情景，情节，剧本等。在UML中，scenario指贯穿usecase的一条单一路径，用来显示usecase中某种特殊情况。

---

05 用例（UseCase）与参与者（Actor）之间的关系

• 定义：关联是参与者在用例中的参与（参与者实例与用户实例之间的相互通信），表示为实线

---

06 Use Case间的关系

6.1 泛化关系

• 定义：泛化代表一般与特殊的关系（父A：一般；子B：特殊）。（子用例指向父用例，空心三角形朝上

6.2 包含关系 

• 定义：指两个用例之间的关系，其中一个用例的行为（基本用例）包含了另一个用例（包含用例）的行为
  • 基本用例依赖于包含用例

6.3 扩展关系

• 定义：用例B的实例是可以被用例A指定的行为扩充