zoukankan      html  css  js  c++  java
  • 第三章:用例图

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

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

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

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

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

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

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

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

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

    用例是系统决策。

    who(actor)  what do(用例)

     

    用例说明。收集需求

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

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

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

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

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

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

    extend方向错误。

  • 相关阅读:
    用户故事——老师
    用户故事——学生
    用户故事——管理员
    WebStorm 2018 最新激活码 license server
    vue cli 4.3.1版本脚手架 新人请看系列
    iviewtable表格数据 录音播放下载
    git修改远程仓库地址
    git上传提交个人心得
    layui 数据拆分 重组数据
    日志
  • 原文地址:https://www.cnblogs.com/invisible2/p/8883407.html
Copyright © 2011-2022 走看看