内容简介：系统用例前置条件是系统已知的给定状态，必须始终为真，才能开始用例执行。例如，用于进行在线支付的用例可能具有以下前置条件：“客户订单完成”（对于零售系统）或“提交课程注册”（对于教育或培训系统）前置条件只有在用例中每个可能流开始之前是真的才是有效的。对于一个流必需而对另一个流非必需的东西将不是用例的前置条件。系前置条件不是什么？
系统用例前置条件是系统已知的给定状态，必须始终为真，才能开始用例执行。例如，用于进行在线支付的用例可能具有以下前置条件：“客户订单完成”（对于零售系统）或“提交课程注册”（对于教育或培训系统）
前置条件只有在用例中每个可能流开始之前是真的才是有效的。对于一个流必需而对另一个流非必需的东西将不是用例的前置条件。
系前置条件不是什么？
系前置条件不是调用或触发用例的操作。使用在线支付示例，包含“角色选择进行在线支付”的前置条件无效。相反，应该在每个用例流的开头描述启动或调用操作。
系前置条件不是系统外部发生的（对于系统用例而言）。接收文档不是系统的前置条件，除非系统被设计成以电子方式接收文档。前置条件只描述系统已知或检测到的事物。
系前置条件不是角色脑子里发生的事情。前置条件不应被称为“角色希望……”。我还没有看到一个能够读懂思想的IT系统——尽管如果有人创建了一个系统，它肯定会使需求获取更加容易！这个规则在描述用例流如何被启动或调用时也是正确的——绝不是由参与者的意愿或意图，而是由参与者的动作来启动。
系小贴士：在写前置条件时使用现在时态（某事是“是”，而不是“已经”）。单词前置条件用来描述必须存在的状态，并避免诸如“...存在”这样的冗余术语。前置条件描述了系统必须能够检测的状态，这也意味着它必须固有地存在。在在线支付示例中，重点是状态（“完成”）和对象（“客户订单”）。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- RxJava练武场之——Token前置请求
- RocketMQ 多副本前置篇：初探 raft 协议
- 在Microsoft Azure中使用Empire设置域前置
- IJPay 1.5.0 版本发布，银联云闪付条码前置
- 10分钟快速精通rollup.js——前置学习之基础知识篇
- 避免大量实现类bug的可行性办法：研发质量保证前置
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
