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