功能要求

良好的功能要求应清楚地描述系统的行为。以下是一些示例：

如果要添加更多功能，请创建更多需求，不要将它们全部堆叠为一个。例如，以上列表中的最后一个要求可以分为2：（1）需要取消原因，（2）批准后才能退款。例如，它还可以帮助按Excel工作表或JIRA Epics中的功能组织需求。

确保您阅读了许多书写良好的要求和实践的例子。遵循核对表，并请同事审查您的工作。总是问自己如何测试每个需求。如果您不知道如何为需求编写测试，那么如何证明该产品按预期工作？

非功能要求

非功能性需求也称为系统的“质量属性”或“约束”。可以添加到购物车中的可能商品的范围（0..max）似乎对该字段是一个约束，因此我可以看到有人将其视为NFR。但是你会如何测试呢？

相反，您可以将其表达为功能要求：“当用户输入的值大于最大值时，显示错误消息”。 NFR可能描述错误消息的颜色，大小和位置。 NFR还可以指定要使用的UI套件以及要遵循的样式指南。例如，“必须遵循Google Material Design”（https://material.io）。

您还应该熟悉NFR类别（也称为“犯罪”）：

以下是网站NFR的一些示例：

阅读系统工程知识体系（SEBoK）的这些准则。密切关注他们，与您的团队分享：

如果您想更深入，这是一本关于大规模敏捷需求的优秀书籍：