第三章:用例图

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

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

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

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

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

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

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

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

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

用例是系统决策。

who(actor)  what do(用例)

 

用例说明。收集需求

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

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

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

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

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

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

extend方向错误。

原文地址:https://www.cnblogs.com/invisible2/p/8883407.html