内容简介：系统用例前置条件是系统已知的给定状态，必须始终为真，才能开始用例执行。例如，用于进行在线支付的用例可能具有以下前置条件：“客户订单完成”（对于零售系统）或“提交课程注册”（对于教育或培训系统）前置条件只有在用例中每个可能流开始之前是真的才是有效的。对于一个流必需而对另一个流非必需的东西将不是用例的前置条件。系前置条件不是什么？
系统用例前置条件是系统已知的给定状态，必须始终为真，才能开始用例执行。例如，用于进行在线支付的用例可能具有以下前置条件：“客户订单完成”（对于零售系统）或“提交课程注册”（对于教育或培训系统）
前置条件只有在用例中每个可能流开始之前是真的才是有效的。对于一个流必需而对另一个流非必需的东西将不是用例的前置条件。
系前置条件不是什么？
系前置条件不是调用或触发用例的操作。使用在线支付示例，包含“角色选择进行在线支付”的前置条件无效。相反，应该在每个用例流的开头描述启动或调用操作。
系前置条件不是系统外部发生的（对于系统用例而言）。接收文档不是系统的前置条件，除非系统被设计成以电子方式接收文档。前置条件只描述系统已知或检测到的事物。
系前置条件不是角色脑子里发生的事情。前置条件不应被称为“角色希望……”。我还没有看到一个能够读懂思想的IT系统——尽管如果有人创建了一个系统，它肯定会使需求获取更加容易！这个规则在描述用例流如何被启动或调用时也是正确的——绝不是由参与者的意愿或意图，而是由参与者的动作来启动。
系小贴士：在写前置条件时使用现在时态（某事是“是”，而不是“已经”）。单词前置条件用来描述必须存在的状态，并避免诸如“...存在”这样的冗余术语。前置条件描述了系统必须能够检测的状态，这也意味着它必须固有地存在。在在线支付示例中，重点是状态（“完成”）和对象（“客户订单”）。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- RxJava练武场之——Token前置请求
- RocketMQ 多副本前置篇：初探 raft 协议
- 在Microsoft Azure中使用Empire设置域前置
- IJPay 1.5.0 版本发布，银联云闪付条码前置
- 10分钟快速精通rollup.js——前置学习之基础知识篇
- 避免大量实现类bug的可行性办法：研发质量保证前置
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
算法的陷阱
阿里尔•扎拉奇 (Ariel Ezrachi)、莫里斯•E. 斯图克 (Maurice E. Stucke) / 余潇 / 中信出版社 / 2018-5-1 / CNY 69.00
互联网的存在令追求物美价廉的消费者与来自世界各地的商品只有轻点几下鼠标的距离。这诚然是一个伟大的科技进步，但却也是一个发人深思的商业现象。本书中，作者扎拉奇与斯图克将引领我们对由应用程序支持的互联网商务做出更深入的检视。虽然从表面上看来，消费者确是互联网商务兴盛繁荣过程中的获益者，可精妙的算法与数据运算同样也改变了市场竞争的本质，并且这种改变也非总能带来积极意义。 首当其冲地，危机潜伏于计算......一起来看看 《算法的陷阱》 这本书的介绍吧!
