UML建模(六)需求之系统用例规约

image.png

1.用例规约的内容

  • 用例规约就是以用例为核心来组织需求内容的需求规约
  • 用例通过前置条件(precondition)、后置条件(postcondition)以契约的形式表达需求
  • 前置条件:用例开始前,系统需要满足的约束。后置条件:用例成功结束后,系统需要满足的约束。
  • 前置条件、后置条件必须是系统能检测的。
  • 前置条件必须是用例开始前系统能检测到的。
  • 前置后置条件是状态,不是动作。
  • 前置后置条件要用核心域词汇描述。
  • “已登录”不应作为前置条件。

2.涉众利益

  • 如果只考虑目标而没有考虑到涉众利益,正确的需求是出不来的
  • 涉众来源:人类执行者、上游、下游、信息的主人

3.基本路径

  • 基本路径四个步骤:请求、验证、改变、回应


    image.png
  • 使用主动语句理清责任
  • 主语只能是主执行者或者系统
  • 系统边界是责任边界,而非物理边界。
  • 使用核心域术语描述
  • 不要涉及界面细节
  • 不要涉及交互细节
  • 需求是“不这样不行”

4.扩展路径

  • 能感知和要处理的意外才是扩展。
  • 设计技能不足导致的错误不是扩展。
  • 不引起交互行为变化的选择不是扩展。
  • 界面跳转不是扩展。

5.补充约束

image.png
  • 1
    点赞
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值