【问题标题】:Wording in functional requirements功能需求中的措辞
【发布时间】:2020-02-17 22:32:13
【问题描述】:

因为听了很多关于功能需求的措辞的意见,所以想问问功能需求是不是总是要以

开头的

系统应该[...]

示例(咖啡机):

系统应提供三种不同类型的咖啡。

用户应该能够在三种不同类型的咖啡之间进行选择。

这些都是有效的功能要求吗?

提前致谢!

【问题讨论】:

  • 我投票结束这个问题,因为它与编程无关

标签: requirements wording


【解决方案1】:

有许多quality criteria for requirements:一个好的需求需要完整、一致、原子、可理解、最新、明确和可验证(请注意,此列表可能会有所不同,具体取决于你指的来源)。

所以我同意您的两个示例都是有效的功能要求。

我觉得你的第二个例子更侧重于用户视角,有点像敏捷开发中经常使用的user stories的概念。关于需求和用户故事的异同有很多讨论(参见herehere)。

另请注意,术语必须/应、应该和可能已明确定义(请参阅RFC 2119)以指示要求级别(例如强制、推荐或可选),并且必须正确使用.

【讨论】:

    【解决方案2】:

    功能需求包括基于技术角度的每个功能过程的详细信息,一种定义系统整个工作过程的计算。

    你的两个选项都是功能性的,不同的是第一个选项是基于系统端的,另一个选项是基于用户端的。

    如果系统不提供选择,那么用户将无法做出选择,因此这两个选项相互依赖。

    【讨论】:

      猜你喜欢
      • 2013-12-06
      • 2019-11-02
      • 1970-01-01
      • 2023-04-05
      • 1970-01-01
      • 1970-01-01
      • 2021-01-22
      • 2015-07-30
      • 1970-01-01
      相关资源
      最近更新 更多