用例建模

用例建模

需求建模

需求分析

确定功能性需求和非功能性需求

需求规约

形成需求规约文档使需求分析师和客户达成共识

用例

参与者

与系统交互的外部用户

主要和次要参与者
  • 主要参与者:启动用例,系统必须响应主要参与者
  • 次要参与者:除主要参与者
不同类型参与者
  • 人类参与者
  • 外部系统参与者
  • 输入/输出设备参与者
  • 计时器参与者

在这里插入图片描述

用例模型中文档化用例
用例名称: 名称
概述: 用例描述
依赖: 是否依赖其他用例,即是否包含或扩展另一个用例
参与者: 主要和次要参与者
前置条件: 从用例角度开始时必须要的条件
主序列描述: 参与者和系统之间的交互序列,描述形式是参与者的输入和系统的响应
可替换序列描述: 主序列的可替换分支的叙述性描述,例如性能和安全性需求
后置条件: 用例终点处为真的条件。如客户资金已取出
未解决问题: 尚未解决问题

示例

用例名称: 下单请求
概述: 客户下单从在线购物系统中购买商品,需要验证信用卡可用
参与者: 客户
前置条件: 客户已选择一个或多个商品
主序列描述:
  1.客户提出订单请求和客户账号ID来为购买付款
  2.系统检索账户和信用卡信息
  3.系统检查信用卡并创建授权号码
  4.系统创建发货单
  5.系统确认批准购买并向客户显示订单信息
可替换序列描述:
  第2步:如果客户没有账号,则系统为其创建一个账号
  第3步:如果信用卡被拒绝,则提示输入其他信用卡或取消订单
后置条件: 系统为客户创建了发货单
用例关系
包含关系
  • 包含用例:一个共同交互序列可以从多个原始的用例中抽取出来,形成一个新的用例即包含用例,通常不能单独执行,需要作为一个具体用例的一部分执行
  • 基用例:被抽取走公共用例部分后的就用例被称为基用例或者具体用例

在这里插入图片描述
包含关系也可以用来组织一个冗长的用例。基用例提供参与者和系统之间高层次的交互序列

扩展关系
  • 扩展用例:用来进行扩展的用例
  • 基用例:被扩展的用例
  • 扩展点:用来规定用例中能被增加扩展的精确位置
  • 扩展条件:符合条件才进入扩展用例

在这里插入图片描述

用例包

将相关用例分组到一起
在这里插入图片描述

活动图

描述控制流和活动中序列的UML图,用来表示用例的执行顺序,包括所有主序列和可替换序列

  • 活动序列
  • 决策节点
  • 循环
  • 并发活动
    在这里插入图片描述
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值