一本书中有这个示例,内容如下:

该系统应允许最长边(l)大于或等于12厘米但不大于75厘米的信封投寄。 最小边(w)必须大于或等于1厘米。 长度必须是宽度的两倍,并且必须大于或等于10厘米。 度量总是四舍五入到最接近的厘米。 我们可以将此要求重写为:

  • 长度> = 12
  • 长度<75
  • 宽度> = 1
  • 长– 2 x宽> = 10

我不明白最后一个要求(... l> = 10)与第一个要求(l> = 12)如何共存

我在这里想念什么吗?

===============>>#1 票数:0

在我的解释中,引用的文字和项目符号中的要求有两个区别:
-长度必须恰好是宽度的两倍,所以l = 2 xw
-长度必须> = 10

===============>>#2 票数:0 已采纳

看完原文之后,很明显等式L - 2 W >= 10确实是作者的意图。 此约束是有道理的。

无论如何,还剩下两个“ bug”:

  • 文字说明有误(应读为“长度必须大于宽度的两倍,且长度等于或大于10厘米”),

  • 约束L >= 12W >= 1L - 2 W >= 10是隐式的。

以下两个表中的额外拼写错误将倾向于确认没有人是完美的。

  ask by user144171 translate from so

未解决问题?本站智能推荐:

1回复

BDD / ATDD故事是否取代了对传统要求的需求?

从我在线论坛和帖子中可以看出,BDD / ATDD的主要焦点之一似乎是在讨论并确保客户,开发人员,测试人员和其他相关方参与了解系统必须做什么。 问题1: BDD / ATDD故事是否取代了传统需求规范的需求,例如使用Volere模板捕获的规范 ? 由于传统的需求规范是开发人员和测试人
1回复

如何定义程序的要求

有没有简单,便宜(不需要在许多硬件配置上测试程序)和无痛方法来定义硬件要求(如CPU,RAM内存等),这些都需要运行我自己的程序? 该怎么做? 我有用Java编写的非常耗费资源的程序,我不知道如何定义足以顺利运行此应用程序的硬件规范。
1回复

规格映射工具的要求

我们的团队在TFS中记录用户故事。 我使用出色的工具TeamSpec将这些信息转储到Word文档中,以方便阅读。 现在,我们需要制定一个功能规范,以描述将要构建的用于支持这些用户故事的软件。 再说一次,我可能最终还是希望使用此功能说明-因为它必须是客户可以阅读并签字的可读文件。
4回复

小型iPhone应用程序项目的一些好的规范/要求文档项目是什么?

我正在为一个小型原型iPhone应用程序项目制作一份简短的规格/要求文件。 描述基本功能和行为对我来说不是问题。 但是,由于我的移动应用程序和iPhone开发知识非常薄弱,我不确定在这样一个关于最佳实践等文档中还应该有什么。 示例:在我的编程世界(服务器端Java)中,在规划外包项目时
2回复

那里有没有好的软件规范/要求工具? [关闭]

我正在寻找一个好的工具,供我们的产品/设计团队在他们为我们的项目编写规范(应用程序功能要求)时使用。 现在我们正在使用不断编辑的Word文档,并且很难跟踪我们开发时发生的变化。
3回复

如何衡量规范要求文档中的“可用性”?

现在开始查看我去年的项目,因此我正在处理规格要求文档。 现在,恰好这个项目需要高度的“可用性”-我不知道这是否是英语中的正确单词,但是我的意思是,它应该真的很容易从用户PoV使用。 现在-在到目前为止我从事的所有项目中,可用性并不是真正重要的因素,因此我可以写些乱码来解决它。 我一直问我们
2回复

我是否将以下部分放在“非功能性需求”中?

我正在为应用程序编写用户需求文档 。 我区分了两章:一章是针对功能需求的,而另一章是针对非功能需求的 。 在功能需求方面,我列举了一系列功能规格。 其实,我面对以下情况:我必须谈: 用户界面 性能 安全 资料格式 我是否将这些零件放在非功能性需
3回复

SRS文件与软件开发合同签订的关系(b2b)[已结束]

我一直想知道SRS文件与两家公司签订的官方合同的关系(一个是软件项目,另一个是客户)。 SRS文件是否必须在签订合同之前或之后签署? 它是否是一份b2b关系中的两个合作伙伴可以用作合同的官方文件?
1回复

需求应该是原子性的规则是否有例外?

我正在审查一个需求规范,其中的一些需求包括单词“ and”,有时甚至包括所需功能的列表。 我主要认为应该将这些文件拆散,但这确实有使长文档更长甚至可读性更差的缺点-在实践中,这可能意味着其目标读者最终会在其上略读或仅阅读部分而不是吸收整个内容。 但是,在某些要求下,将它们分解似乎有些
1回复

是否有更好的策略来减少测试用例规范中的冗余?

在编写测试用例规范时,我经常会遇到一些模式,其中在测试用例之间共享测试人员要执行的一些操作: 这是一个非常简单的案例,实际上,情况变得更加复杂。 我通常使用两种策略的组合来处理此问题,但这两种方法都不能令人满意: 不要在测试用例2和3中描述动作A和C。相反,请参考测试用例