以下是Facebook应该满足哪些要求的一些示例。但是值得警告：对于每种类型的要求，我们没有单一的，一致的定义，所以我已经为每个案例选择了一个定义。<\ n / p>
我确信所有这些都可以通过这种或那种方式得到改善，但我觉得这些都是不错的要求。
用户要求
描述用户可以实现的目标的高级要求。这些是系统满足的需求，类似于业务需求
- U1。用户可以发布当前情绪或状态的文字更新。
- U2。用户可以选择U1中描述的帖子是与朋友，所有人共享，还是与自己共享。
- U3。用户会看到他们是朋友的人发布的帖子列表或者发给每个人的帖子（参见U2）。
- U4。列表U3中显示的帖子会被过滤为仅包含用户会发现相关或有趣的帖子
- U5。列表U3中显示的帖子已经过排序，以便用户发现高度相关且用户以前未见过的帖子位于列表顶部。< / LI>
功能要求
功能需求提供了高度具体的细节，允许设计人员，开发人员和测试人员创建满足精确规范的系统。我已将它们映射到上面的用户要求
- F1。帖子的长度可以是63,206个字符。 [ref U1]
- F2。帖子可以包含unicode字符。 [ref U1]
- F3。帖子不得包含以下任何格式，除了unicode字符可提供的内容 - 粗体，删除线，下划线[ref U1]
- F4。 80％或更多用户的帖子＆＃39;帖子列表（U3）应该来自他们的朋友。其余职位可以是公共职位或赞助职位。
非功能性要求
非特征系统的品质和特征。可以再次映射到用户或功能要求
- 的 N1 即可。通过网络界面提交帖子后（见U1），它可以在其他用户中看到＆＃39; 90％的帖子在30秒内发布帖子列表（见U3）。
- 的 N2 即可。对于90％的用户，在3秒内出现对用户帖子列表的更新（列表的初始视图或滚动到底部时列表的扩展名）。
- 的 N3 即可。 50％的用户可以在开始尝试发布后的1分钟内发布状态更新，而无需在使用应用程序之前或接收帮助。