第三章：用例图

 

用力模型就是描述系统的功能性需求。

是开发者与客户之间的一个契约。与客户讨论系统。设计者视其为设计基准，测试者视其为测试基准。在许多阶段都要。

用例图，用来描述用例模型。参与者位于系统边界之外。

actor必须命名，用例名代表用例做什么。外部驱动力就是参与者的用例。

引发系统变化的东西都是actor（参与者），位于系统边界之外。参与者可以非人。

主要，协助，幕后参与者。主要参与者大多是人，协助参与者大多是机器硬件，

参与者泛型。BA是人。BW业务工人（配合系统需求的部分，并无外部的参与者一样有目标，有目的）。

业务用例大多是在系统边界之外。需要系统完成的在系统之外，无论有没有系统参与，业务用例都要完成。

参与者要系统完成的事情是用例，并不是用例步骤中的一部分。

用例是系统决策。

who（actor）  what do（用例）

 

用例说明。收集需求

包含关系，将工作流程分离出去。用于1，详细描述2，复用（做模块时只做一个模块）

虚箭线，<<include>>  注意这样的格式。

扩展关系。是一种可选择性过程。是一种偶然性，可能发生某种情况将其加进去。

表明用例的某一部分是可选择的，扩展用例指向基本用例。

虚线代表用例间的关系：泛型主要有三种：<<use>>  <<include>>  <<extend>>

确定系统边界（功能）再找参与者，寻找参与者诉求，找到用例。最重要的是寻找参与者，与参与者的需求目标，之后与用户验证。

extend方向错误。