非功能性需求
最后一篇文章，2015年3月4日下午07:22由Tugce Evirgen发表
3回复
2015年2月26日下午05:28
你好,
我读了更多关于NFR的文章，但我在论坛上找不到任何帖子。我看了一些文章，还是有一些不清楚的地方。
对于NFR，如果我们将它们添加到用户描述中，我们可能需要将相同的添加到多个描述中。对吗?NFR是基于系统，安全等，所以把它们作为一个额外的故事或其他东西，并在整个项目中保持它们不是更容易吗?
开发团队呢?他们应该如何在每个sprint中处理这些问题?他们必须确保每一个增量都符合他们的要求，但是如果这样做了，PO如何分析呢?(特别是他/她的专业不是IT)
谢谢你！
2015年2月27日上午10:55
NFR是系统的非功能性方面。
功能性需求的一个例子是这样的:用户更改了她帐户的首选项。当她按下OK按钮时，这些更改将被持久化。当她按下取消按钮时，她的当前设置仍然保持不变。
NFR是涉及系统质量的系统需求，例如:
1)用户确认更改并在1秒内收到确认。(即使其他10000人同时改变了他们的记录)
2)用户输入她的信用卡号码，并知道这是保存这样做。
3)与这个应用程序交互很有趣
那么，您如何知道您的增量在sprint结束时完成了呢?你怎么知道你的增量是为最终用户做的呢?
= = =
为了我的兴趣，请告诉我更多关于你的申请。
2015年2月27日下午02:50
如果NFR对于每个增量处于潜在的可发布状态是必要的，那么它们可以在每个增量的完成定义中指定。开发团队应该在产品待办事项列表细化和Sprint计划期间考虑国防部的条款。
2015年3月4日晚上7点22分
你好,
伊恩和克里斯蒂安，谢谢你们的回答。
- Christiaan，我现在没有任何具体的申请，但我是根据我以前的项目提出的，那是2年的项目。