简体   繁体   English

要求(功能,非功能和用户要求)

[英]Requirements ( Functional , non-functional and user requirements)

can you please provide examples on requirements of the type ( functional , non-functional and user requirements ) of a website social network ( lets say the facebook ) ? 您能否提供有关网站社交网络(假设是Facebook)的类型要求(功能,非功能和用户要求)的示例?

thanx in advance 预先感谢

Here are some examples for what requirements should be like for Facebook. 以下是一些有关Facebook要求的示例。 However it's worth a warning: there isn't a single, agreed definition for what each type of requirement is, so I've given a definition for you I've chosen for each case. 但是,值得警告的是:对于每种需求类型没有统一的定义,因此,我为每种情况选择了一个定义。

I'm sure all of these can be improved in one way or another, but I feel these are decent requirements. 我敢肯定,所有这些都可以用一种或另一种方式加以改进,但我认为这些都是不错的要求。

User Requirements 用户需求

High level requirements that describe what a user can achieve. 描述用户可以实现的高级要求。 These are the needs that the system fulfil, similar to business requirements 这些是系统满足的需求,类似于业务需求

  • U1. U1。 Users can post a textual update of their current mood or status. 用户可以发布其当前心情或状态的文本更新。
  • U2. U2。 Users can choose whether the post described in U1 is shared with Friends, Everyone, or Nobody other than themselves. 用户可以选择是否将U1中描述的信息与自己的“朋友”,“所有人”或“其他人”共享。
  • U3. U3。 Users are presented with a list of posts made by people they are friends with or posts that are made to Everyone (see U2). 会向用户显示由与他们成为朋友的人或发给所有人的帖子的列表(请参阅U2)。
  • U4. U4。 The posts that appear in the lists U3 are filtered to only contain those that the user will find relevant or interesting 过滤列表U3中显示的帖子,使其仅包含用户会发现相关或有趣的帖子
  • U5. U5。 The posts that appear in the lists U3 are ordered so that those the user will find highly relevant, and have not been seen previously by the user are towards the top of the list. 出现在列表U3中的帖子是经过排序的,以便用户可以找到高度相关的帖子,而用户以前未曾看到过的帖子将成为列表的顶部。

Function Requirements 功能要求

Functional requirements provide highly specific details that allow designers, developers and testers to create a system to meets precise specifications. 功能需求提供了非常具体的细节,使设计人员,开发人员和测试人员可以创建满足精确规格的系统。 I've mapped them to user requirements from above 我已经从上面将它们映射到用户需求

  • F1. F1。 Posts can be 63,206 characters long. 帖子的长度可以为63,206个字符。 [ref U1] [参考U1]
  • F2. F2。 Posts can be contain unicode characters. 帖子可以包含Unicode字符。 [ref U1] [参考U1]
  • F3. F3。 Posts may not contain any any of the following formatting, other than what can be provided by unicode characters - bold, strikethrough, underline [ref U1] 帖子不得包含以下任何格式,但Unicode字符可以提供的格式除外-粗体,删除线,下划线[ref U1]
  • F4. F4。 80% or more of posts in a users' post list (U3) should be from their friends. 用户的帖子列表(U3)中80%或更多的帖子应来自其朋友。 The remaining posts can be public posts or sponsored posts. 其余职位可以是公共职位或赞助职位。

Non Functional Requirements 非功能性要求

qualities and characteristics of the system that are not features. 不是特征的系统的质量和特征。 Again can be mapped to user or functional requirements 再次可以映射到用户或功能需求

  • N1 . N1 After submitting a post through the web interface (see U1), it will be available to appear to in other users' lists of posts (see U3) within 30 seconds for 90% of posts. 通过网络界面提交帖子(请参阅U1)后,有90%的帖子可以在30秒内显示在其他用户的帖子列表(请参阅U3)中。
  • N2 . N2 An update to a users list of posts (either the initial view of a list, or an extension to the list when scrolling to the bottom) appears in 3 seconds for 90% of users. 90%的用户会在3秒内看到帖子的用户列表更新(列表的初始视图或滚动到底部时列表的扩展)。
  • N3 . N3 50% of users can post a status update within 1 minute of starting to try and post without having used the application before or receiving help. 50%的用户可以在开始尝试发布后1分钟内发布状态更新,而无需在未获得帮助之前使用该应用程序。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM