【发布时间】：2020-06-24 01:14:18
【问题描述】：
我正在分析奶茶管理网站，这是一个在线网站，帮助用户通过在线购买，卖家可以管理他们的产品、订单
我必须像这样对这个网站做非功能性需求和功能性需求
功能要求
注册
登录
将产品添加到卡片
提交订单
取消订单
非功能性要求
可加入购物车的奶茶数量
我适合吗？你能给我一些想法让我更好地改进吗，我是这个部分的新手，非常感谢你
【问题讨论】：
标签： requirements
【发布时间】：2020-06-24 01:14:18
【问题描述】：
功能要求
良好的功能需求应该清楚地描述系统的行为。以下是一些示例：
- "如果用户在登录时输入错误密码3次，账号将被锁定24小时。"
- “将电子产品添加到购物车后，用户将看到购买保修的选项。”
- “如果用户在订单处理完毕后尝试取消订单，用户必须指定取消原因，并在退款前获得批准”
如果您想添加更多功能，创建更多需求，请不要将它们全部堆在一起。例如，上面列表中的最后一个要求可以拆分为2：（1）要求取消原因，（2）退款前的批准。例如，它还有助于按电子表格（每个需求一行）或 JIRA 故事中的功能来组织需求。
确保您阅读了许多编写良好的需求示例并进行练习。遵循清单，并让同事审查您的工作。 总是问问自己你将如何测试每个需求。如果你不知道如何为需求编写测试，你怎么能证明产品按预期工作？
非功能性要求
非功能性需求也称为系统的“质量属性”或“约束”。可以添加到购物车的可能项目范围（0..max）似乎是对该字段的限制，所以我可以看到有些人会如何认为这是 NFR。但是你会如何测试呢？
相反，您可以将其表达为功能需求：“当用户输入的值大于最大值时，显示错误消息”。 NFR 可能会描述错误消息的颜色、大小和位置。 NFR 还可以指定要使用的 UI 工具包和要遵循的样式指南。例如，“必须遵循 Google Material Design”(https://material.io)。
您还应该熟悉 NFR 类别（也称为“ilities”）：
- 性能
- 稳定性
- 可靠性
- 可扩展性
- 灵活性
- 可用性
- 可测试性
- 可追溯性/可审计性
- 安全性
- 合规/认证
- 更多：https://en.wikipedia.org/wiki/Non-functional_requirement#Examples
以下是网站 NFR 的一些示例：
- 性能：“应在 2000 毫秒内创建一个新用户帐户”
- 可靠性：“系统应具有至少 99.9% 的可用性”
- 容量：“系统应同时服务多达 1000 个用户”
- 可扩展性：“系统应可横向扩展以增加同时使用的用户数量”
- 可用性：“用户应该能够在 3 次点击内导航到网站中的任何页面”
参考文献
阅读系统工程知识体系 (SEBoK) 提供的这些指南。密切关注他们，与您的团队分享：
如果您想深入了解，这是一本关于大规模敏捷需求的优秀书籍：
【讨论】：
-
感谢您的评论，对我很有用，非常感谢