系统用例规范中的前置条件是什么?

栏目: 编程工具 · 发布时间: 7年前

内容简介:系统用例前置条件是系统已知的给定状态,必须始终为真,才能开始用例执行。例如,用于进行在线支付的用例可能具有以下前置条件:“客户订单完成”(对于零售系统)或“提交课程注册”(对于教育或培训系统)前置条件只有在用例中每个可能流开始之前是真的才是有效的。对于一个流必需而对另一个流非必需的东西将不是用例的前置条件。系前置条件不是什么?

系统用例前置条件是系统已知的给定状态,必须始终为真,才能开始用例执行。例如,用于进行在线支付的用例可能具有以下前置条件:“客户订单完成”(对于零售系统)或“提交课程注册”(对于教育或培训系统)

前置条件只有在用例中每个可能流开始之前是真的才是有效的。对于一个流必需而对另一个流非必需的东西将不是用例的前置条件。

系前置条件不是什么?

系前置条件不是调用或触发用例的操作。使用在线支付示例,包含“角色选择进行在线支付”的前置条件无效。相反,应该在每个用例流的开头描述启动或调用操作。             

系前置条件不是系统外部发生的(对于系统用例而言)。接收文档不是系统的前置条件,除非系统被设计成以电子方式接收文档。前置条件只描述系统已知或检测到的事物。

系前置条件不是角色脑子里发生的事情。前置条件不应被称为“角色希望……”。我还没有看到一个能够读懂思想的IT系统——尽管如果有人创建了一个系统,它肯定会使需求获取更加容易!这个规则在描述用例流如何被启动或调用时也是正确的——绝不是由参与者的意愿或意图,而是由参与者的动作来启动。             

系小贴士:在写前置条件时使用现在时态(某事是“是”,而不是“已经”)。单词前置条件用来描述必须存在的状态,并避免诸如“...存在”这样的冗余术语。前置条件描述了系统必须能够检测的状态,这也意味着它必须固有地存在。在在线支付示例中,重点是状态(“完成”)和对象(“客户订单”)。

业务分析


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

Rails 5敏捷开发

Rails 5敏捷开发

[美] Sam Ruby、[美] Dave Thomas、[美] David Heinemeier Hansson / 安道、叶炜、大疆Ruby技术团队 / 华中科技大学出版社 / 2017-12-30 / 115.00

本书以讲解“购书网站”案例为主线,逐步介绍Rails的内置功能。全书分为3部分,第一部分介绍Rails的安装、应用程序验证、Rails框架的体系结构,以及Ruby语言知识;第二部分用迭代方式构建应用程序,然后依据敏捷开发模式开展测试,最后用Capistrano完成部署;第三部分补充日常实用的开发知识。本书既有直观的示例,又有深入的分析,同时涵盖了Web开发各方面的知识,堪称一部内容全面而又深入浅出......一起来看看 《Rails 5敏捷开发》 这本书的介绍吧!

在线进制转换器
在线进制转换器

各进制数互转换器

URL 编码/解码
URL 编码/解码

URL 编码/解码

HEX HSV 转换工具
HEX HSV 转换工具

HEX HSV 互换工具