• 第三章:用例图


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

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

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

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

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

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

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

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

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

    用例是系统决策。

    who(actor)  what do(用例)

     

    用例说明。收集需求

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

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

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

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

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

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

    extend方向错误。

  • 相关阅读:
    TZOJ 挑战题库随机训练03
    版本问题解决NoNodeAvailableException[None of the configured nodes are available
    [Caffe]使用经验积累
    [Torch]的安装
    [Caffe]史上最全的caffe安装过程
    [目标检测]PVAnet原理
    [目标检测]YOLO原理
    [目标检测]SSD原理
    [C++]返回最值元素
    [C++]智能指针的实现与使用
  • 原文地址:https://www.cnblogs.com/invisible2/p/8883407.html
Copyright © 2020-2023  润新知