需求(功能、非功能和用户需求)

Question

您能否提供有关网站社交网络(例如 Facebook)类型(功能性、非功能性和用户要求)要求的示例？

提前谢谢

Answer 1

以下是 Facebook 应具备的要求的一些示例。然而，值得一提的是:对于每种类型的需求，并没有一个统一的、一致的定义，所以我已经为您给出了我为每种情况选择的定义。

我确信所有这些都可以以一种或另一种方式改进，但我觉得这些都是体面的要求。

用户要求

描述用户可以实现的目标的高级需求。这些是系统满足的需求，类似于业务需求

U1。 用户可以发布他们当前心情或状态的文本更新。

U2。 用户可以选择将 U1 中描述的帖子分享给 friend 、所有人或除自己以外的任何人。

U3. 用户会看到由他们的 friend 发布的帖子或发布给每个人的帖子列表(请参阅 U2)。

U4. 出现在列表 U3 中的帖子被过滤为仅包含用户会发现相关或有趣的帖子

U5。 出现在列表 U3 中的帖子被排序，以便用户会发现高度相关且用户以前没有看到的帖子朝向列表的顶部。

功能要求

功能需求提供高度具体的细节，使设计人员、开发人员和测试人员能够创建满足精确规范的系统。我已经将它们映射到上面的用户需求

F1。 帖子的长度可以为 63,206 个字符。 [引用 U1]

F2. 帖子可以包含 unicode 字符。 [引用 U1]

F3. 除了 unicode 字符可以提供的格式之外，帖子不得包含任何以下格式 - 粗体、删除线、下划线 [ref U1]

F4. 用户的帖子列表 (U3) 中 80% 或更多的帖子应该来自他们的 friend 。其余帖子可以是公开帖子或赞助帖子。

非功能需求

不是特征的系统的质量和特征。再次可以映射到用户或功能需求

N1 .通过网络界面(参见 U1)提交帖子后，90% 的帖子将在 30 秒内出现在其他用户的帖子列表(参见 U3)中。

N2 . 90% 的用户会在 3 秒内显示对用户帖子列表的更新(列表的初始 View ，或滚动到底部时列表的扩展)。

N3 . 50% 的用户可以在开始尝试发布后 1 分钟内发布状态更新，而无需使用该应用程序或获得帮助。