【问题标题】:Requirements ( Functional , non-functional and user requirements)需求(功能性、非功能性和用户需求)
【发布时间】:2010-12-08 12:34:07
【问题描述】:

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

提前感谢

【问题讨论】:

  • 不是真的,这不是一个编程问题。还有,“the facebook”?
  • @Kobi 为了执行编程过程,我们需要确定编程所需的内容并定义需求将大大方便,关于我提到的面子书作为一个例子,重点是一个社交网络网站...谢谢您的评论
  • @Kobi - 它最初被称为 facebook - 甚至还有 thefacebook.com!
  • @Mark 那是对的 Sean Parker 建议 Mark Zuckerberg 更改名称并删除 (the) ..
  • 我投票结束这个问题,因为它与编程无关

标签: requirements


【解决方案1】:

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

我确信所有这些都可以通过某种方式改进,但我觉得这些都是不错的要求。

用户要求

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

  • U1. 用户可以发布他们当前心情或状态的文字更新。
  • U2。用户可以选择是否将 U1 中描述的帖子分享给朋友、所有人或除自己以外的任何人。
  • U3。 用户会看到他们的好友发布的帖子列表或所有人发布的帖子(请参阅 U2)。
  • U4. 出现在列表 U3 中的帖子被过滤为仅包含用户认为相关或感兴趣的帖子
  • U5。列表 U3 中显示的帖子已排序,以便用户认为高度相关且用户之前未查看过的帖子位于列表顶部。

功能要求

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

  • F1. 帖子的长度可以为 63,206 个字符。 [参考 U1]
  • F2. 帖子可以包含 Unicode 字符。 [参考 U1]
  • F3. 帖子不得包含以下任何格式,但 Unicode 字符可以提供的格式除外 - 粗体、删除线、下划线 [参考 U1]
  • F4. 用户帖子列表 (U3) 中 80% 或更多的帖子应该来自他们的朋友。其余帖子可以是公开帖子或赞助帖子。

非功能性要求

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

  • N1。通过网络界面(参见 U1)提交帖子后,90% 的帖子会在 30 秒内出现在其他用户的帖子列表(参见 U3)中。
  • N2。对于 90% 的用户,用户帖子列表的更新(列表的初始视图,或滚动到底部时的列表扩展)会在 3 秒内出现。
  • N3。 50% 的用户可以在开始尝试发帖后 1 分钟内发布状态更新,而无需使用该应用程序或获得帮助。

【讨论】:

    猜你喜欢
    • 2023-03-17
    • 2013-05-04
    • 1970-01-01
    • 1970-01-01
    • 2019-07-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多