非功能性需求_非功能性需求案例 - CSDN
精华内容
参与话题
  • 软件需求分析——非功能性需求

    万次阅读 多人点赞 2019-05-17 16:41:39
    前言:需求分为功能需求和非功能性需求,常常会因为注重功能需求而忽略了非功能性需求,以下是对常见几类非功能性需求的小小总结,以后再慢慢补充。 非功能性需求 1、定义:软件产品为满足用户业务需求而必须具有...

     前言:需求分为功能需求和非功能性需求,常常会因为注重功能需求而忽略了非功能性需求,以下是对常见几类非功能性需求的小小总结,以后再慢慢补充。

    非功能性需求

    1、定义:软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。

    2、影响:影响着产品是否能够持续稳定并高效的提供服务。

    3、常见类别:

    • 性能需求:响应时间、吞吐量、资源利用率;
    • 安全性:保密性、防泄漏、权限控制、防攻击;
    • 可维护性与可扩展性:模块性、可复用性、易分析性;
    • 可靠性:易恢复性、容错性、成熟性;
    • 易用性:易学习性、易操作性、用户错误防御机制、用户界面美观;
    非功能性需求1.0

     

    展开全文
  • 常见非功能性需求的描述案例

    万次阅读 多人点赞 2018-01-31 14:21:17
    非功能性需求是需求的一个重要组成部分,它影响了系统的架构设计,需要开发人员重点关注。但是在工程实践中,往往客户不会提出非功能性需求,需求人员在描述需求时不知道如何描述,在国际的各种标准中,对非功能性...

     非功能性需求是需求的一个重要组成部分,它影响了系统的架构设计,需要开发人员重点关注。但是在工程实践中,往往客户不会提出非功能性需求,需求人员在描述需求时不知道如何描述,在国际的各种标准中,对非功能性需求有定义,但是比较抽象。因此我整理如下常见的非功能性需求的描述案例,供需求人员进行参考。


    1、性能需求描述案例:

    响应时间:

    在95%的情况下,一般时段响应时间不超过1.5秒,高峰时段不超过4秒。

    定位系统从点击到第一个界面显示出来所需要的时间不得超过300毫秒。

    在网络畅通时,拨号连接GPRS网络所需时间不得超过5秒。

    在网络畅通时,电子地图刷新时间不超过10秒。

    在推荐配置环境下:登录响应时间在2秒内,刷新栏目响应时间在2秒内,刷新条目分页列表响应时间2秒内,打开信息条目响应时间1秒内,刷新部门、人员列表响应时间2秒内。

    在非高峰时间根据编号和名称特定条件进行搜索,可以在3秒内得到搜索结果。

    业务量:

    每日最大成交数3000笔业务。

    平均交易并发数为20,最大交易并发数为50。

    估计用户数为1万人,每天登录用户数为3000左右,网络的带宽为100M带宽。

    系统可以同时满足10,000个用户请求,并为25,000个并发用户提供浏览功能。

    系统容量:

    支持3万用户,支持GB级数据。

    数据库表行数不超过100万行,数据库最大容量不超过1000GB,磁盘空间至少需要40G以上。

    精度:

    定位精度误差不超过80米。

    当通过互联网接入系统的时候,期望在编号和名称搜索时最长查询时间<15秒。

    计算的精确性到小数点后7位。

    资源使用率:

    CPU占用率<=50%。

    内存占用率<=50%。


    2、安全需求描述案例:

    严格权限访问控制,用户在经过身份认证后,只能访问其权限范围内的数据,只能进行其权限范围内的操作。

    不同的用户具有不同的身份和权限,需要在用户身份真实可信的前提下,提供可信的授权管理服务,保护数据不被非法/越权访问和篡改,要确保数据的机密性和完整性。

    提供运行日志管理及安全审计功能,可追踪系统的历史使用情况。

    能经受来自互联网的一般性恶意攻击。如病毒(包括木马)攻击、口令猜测攻击、黑客入侵等。

    至少99%的攻击需要在10秒内检测到。


    3、可靠性需求描述案例:

    对输入有提示,数据有检查,防止数据异常。

    系统健壮性强,应该能处理系统运行过程中出现的各种异常情况,如:人为操作错误、输入非法数据、硬件设备失败等,系统应该能正确的处理,恰当的回避。

    因软件系统的失效而造成不能完成业务的概率要小于5‰。

    要求系统7x24小时运行,全年持续运行故障停运时间累计不能超过10小时。

    系统缺陷率每1,000小时最多发生1次故障。

    在1,000,000次交易中,最多出现1次需要重新启动系统的情况。


    4、兼容性需求描述案例:

    系统应支持IOS,Android , windows操作系统;

    系统应支持Oracle, DB2 数据库系统;

    最多只有5%的系统实现需要具体到特定的操作系统。

    替换关系数据库系统的平均时间不超过2小时,并且保证没有数据丢失。


    5、数据保密需求描述案例:

    网络传递数据应经过加密。需要保证数据在采集、传输和处理过程中不被偷窥、窃取、篡改。业务数据需要在存储时进行加密,确保不可破解。


    6、环境需求描述案例:

     

    硬件

    操作系统及其版本

    应用服务器软件及其版本

    应用软件及其部件

    服务器

    IBM RS6000

    AIX 4.3.3

    IBM HTTP Server、Apache、MS IIS5.0等;

    DB2(7.2 EE以上版本)

    WAS(4.0以上版本)、Web Logic(7.0以上版本)等;

    Oracle EE(9i EE以上版本)

    浏览客户端

    PII 800/64M/2G

    Win98及以上

    IE 5.0以上或Netscape同等版本以上

     

    特殊客户端

    PII 2G/64M/2G

    建议配置Win2000及以上

    IE 5.0以上或Netscape同等版本以上

    MicroStrategy7i客户端


    7、易用性需求描述案例:

    在引入该产品的3个月内,60%的用户应该可以在45秒内用它来完成转账的任务,失败率控制在万分之一以内。

    60%的用户在第一次看见该产品的5秒内,就会意识到这是**银行的网银。

    80%的用户在接受一个2小时的系统介绍培训后,可以在5分钟之内成功预订房间。


    8、可用性需求描述案例:

    有些农村地区网络质量差,带宽小。在网络环境差的条件下保证系统的可用性等。

    在95%的故障中,系统最多需要20秒重启。

    提供数据备份和恢复功能,使得在由于系统的错误或其他原因引起系统的数据丢失或系统的数据被破坏时,能够及时恢复和还原数据(由硬件及第三方软件提供此功能)。


    9 、可测试性需求描述案例:

    一个模块的最大圈复杂度不能超过15。

    交付的系统必须通过单元测试,并且是100%覆盖。

    开发活动必须使用回归测试,并允许在12小时内重新进行完整的测试。


    10、可维护性需求描述案例:

    从接到修改请求后,对于普通修改应在1~2天内完成;对于评估后为重大需求或设计修改应在1周内完成。

    90%的BUG修改时间不超过1个工作日,其他不超过2个工作日。

    代码的圈复杂度必须在10以内。

    任何对象的任何方法都不允许超过200行代码。

    安装新版本必须保持所有的数据库内容和所有个人设置不变。

    产品必须提供可跟踪任何数据库字段的工具。





    展开全文
  • 所谓非功能性需求,是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。其大概包括:系统的完整性、...
  • 需求分析师如何做好非功能性需求

    万次阅读 2017-05-11 11:55:50
    非功能性需求是除开功能性需求外需要满足的系统要求,可以理解为系统的质量要求,一般包括性能、安全性、可靠性、可用性、可维护性、完整性、可测试性、有效性等。细分下来有很多,不过前辈们和一些权威机构帮我们做...
           非功能性需求是除开功能性需求外需要满足的系统要求,可以理解为系统的质量要求,一般包括性能、安全性、可靠性、可用性、可维护性、完整性、可测试性、有效性等。细分下来有很多,不过前辈们和一些权威机构帮我们做了很好的归类。
           常见的软件质量模型有:
      ● Jim McCall 软件质量模型(1977 年)
      ● Barry W. Boehm 软件质量模型(1978 年)
      ● FURPS/FURPS+ 软件质量模型
      ● R. Geoff Dromey 软件质量模型
      ● ISO/IEC 9126 软件质量模型(1993 年)
      ● ISO/IEC 25010 软件质量模型(2011 年)
           我个人认为IBM的RUP里的“FURPS+”是比较好的方法,可以作为检查表来用,避免需求遗漏;而ISO的软件质量模型当然是最权威的了。下面简单说明一下这两个方法。
           1.“FURPS+”模型
      ● 功能性(Functional):特性、功能、安全性;
      ● 可用性(Usability):人性化因素、帮助、文档;
      ● 可靠性(Reliability):故障频率、可恢复性、可预测性;
      ● 性能(Performance):响应时间、吞吐量、准确性、有效性、资源利用率;
      ● 可支持性(Supportability):适应性、可维护性、国际化、可配置性。
      ● “+”是指一些辅助性的和次要的因素,比如:
          ○ 实现(Implementation):资源限制、语言和工具、硬件等;
          ○ 接口(Interface);强加于外部系统接口之上的约束;
          ○ 操作(Operation):对其操作设置的系统管理;
          ○ 包装(Packaging)例如物理的包装盒;
          ○ 授权(Legal):许可证或其他方式。
          2. ISO/IEC 25010 软件质量模型

           在工作中,一般不会全部都考虑到,但一些常用的维度还是要有,如性能、可靠性、可维护性、安全性、可用性等,其中最为重要的无疑是“性能”这一点,效率上无法保障其他的都面谈,因此在功能设计上要时刻考虑对性能带来的影响。
           但是对于需求分析师来说,调研非功能性需求比调研功能性需求难很多。其中一个原因是非功能性需求没有放之四海而皆准的通用标准。我们经常在写需规的时候都会复制粘贴一些常见的指标,如:
      ● 登陆时间≤5秒
      ● 页面间跳转时间≤3秒
      ● 精确查询(包括请求服务)响应时间≤1秒
      ● 模糊查询响应时间≤5秒
      ● 支持静态用户(注册用户)在50000以上
      ● 支持动态用户(在线用户)在1500以上
      ● 支持并发数300以上
           但实际上非功能性需求很难做到具体的量化,例如同样是模糊查询,对固定表的某个字段的模糊查询和全省资源库综合查询,其查询的资源都不在一个量级上,因此简单的用一项“模糊查询响应时间≤5秒”来概括显然不合适。因此不同的项目因条件和要求不同,非功能性需求也有所不同。
           另一个非功能性需求不好调研的原因是它更接近架构设计的范畴,是架构师考虑的事,刚好这些是需求分析师不擅长的,正因为这个不擅长也导致需求分析师经常选择性的忽略这部分内容。
           那么应该如何调研非功能性需求呢?我认为可以从以下几方面出发考虑。
           第一,时刻关注非功能性需求
           在调研业务需求时,要时刻留意功能实现对非功能性指标所带来的影响,并在调研过程中有意识地了解系统运行的相关情况,例如客户提供的硬件设备,用户量,业务量,业务办理频率、峰值等问题。
           第二,让架构师提前参与
           对于一些客户明确提出的关键指标或可预见的问题,如大数据应用的性能问题,或者像可靠性、可用性等问题,需要让架构师提前考虑,在技术上给出解决方案。
           第三,多总结
           在工作中及时总结,记录问题和解决方案,并进行归类整理,在下一个同类的系统或项目时,做到提前考虑。
    展开全文
  • 功能性需求非功能性需求

    万次阅读 2018-12-05 14:22:18
    功能需求 (functional requirement规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求功能需求有时也被称作行为需求 (behavīoral requirement),因为习惯上总是用“应该”对...

    功能需求 (functional requirement规定开发人员必须在产品中实现的软件功能,用户利用这些功能来完成任务,满足业务需求。功能需求有时也被称作行为需求 (behavīoral requirement),因为习惯上总是用“应该”对其进行描述:“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什 么。注意:用户需求不总是被转变成功能需求。产品特性,所谓特性(feature),是指一组逻辑上相关的功能需求,它们为用户提供某项功能,使业务目标 得以满足。对商业软件而言,特性则是一组能被客户识别,并帮助他决定是否购买的需求,也就是产品说明书中用着重号标明的部分。客户希望得到的产品特性和用 户的任务相关的需求不完全是一回事。一项特性可以包括多个用例,每个用例又要求实现多项功能需求,以便用户能够执行某项任务。

    非功能性需求是指依一些条件判断系统运作情形或其特性,而不是针对系统特定行为的需求。
    包括安全性、可靠性、互操作性、健壮性、易使用性、可维护性、可移植性、可重用性、可扩充性。

    例如

    将飞机订票系统中的以下方面做如下的划分,F代表“功能性”,NF代表“非功能性”,X代表“不应当是需求”。简要的说明功能性或非功能性需求的种类。对于不应当是需求的方面,说明其原因。

    1. 如何输入有关航班、乘客及订票信息。F:输入
    2. 什么信息要出现在机票和报告中。F:输出
    3. 如何计算乘机费用。F:计算
    4. 什么信息必须存储在旅行社和其他人访问的数据库中。F:数据存储
    5. 这个系统应该设计成可以处理常旅客计划。NF:可扩展性
    6. 这个系统在任何时候都必须是可用的。一周中只允许有2分钟宕机时间。NF:有效性
    7. 必须使用某排序算法根据离开时间对航班排序。X:这是一个设计问题
    展开全文
  • 什么是功能性需求非功能性需求

    万次阅读 2011-11-02 17:04:08
    需求定义: 需求(requirement)就是系统(更广义的说法是项目)必须提供的能力和必须遵从的条件。 需求分类: (1) 在一般使用中,需求... 非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以
  • 系统设计中的非功能性需求

    万次阅读 2018-01-31 10:20:23
    当程序员的时候更多的注意功能性需求,但是作为一个架构师和程序员的主要区别之一就是要要满足系统的非功能性需求,包括如下: 1、高可扩展性 App或者网站的访问量弹性很大,刚开始的时候访问量可能比较小,随着...
  • 功能性需求,一般是我们显性易见的,就是一般实现了什么功能,提供了什么服务,大体我认为问题中提到,或者我们日常所说的:“看起来复杂不复杂”,基本上都会是针对功能性需求而言的。如果拿google的搜索服务举
  • 功能需求:描述软件应具备的功能,有时也被称为能力(capabilities),对系统提供的服务、...非功能需求:对软件进行约束,也被称为质量需求可以进一步分为:性能需求、可维护性需求、安全性需求、可靠性需求等。 ...
  • 早已有了写一个自己博客的想法,但是想自己建立一个网站,但是建成之后却最终用作他途,现在多次想写点东西,写到了本地的文档里面,但是不如博客方便和开放,于是今天就写了第一个博客,就先这么着吧: ) . ...
  • 1、功能性项目功能性指与一组功能及其指定的性质有关的一组属性,这里的功能是指满足明确或者隐含的需求的那些功能。具体包括: • 适合性:与规定任务能否提供一组功能,以及这组功能的适合程度有关的软件属性,...
  • 功能性需求非功能性需求

    万次阅读 2014-02-11 08:50:37
     在实际使用的过程用,需求又可以细分为功能性需求非功能性需求。  功能性需求指的是项目中具体需要提供的功能和内容,比如用户登陆功能、收发邮件功能和论坛功能等。  非功能性需求指的是项目中为满足客户...
  • 人人都是架构师:非功能性需求

    千次阅读 2015-05-23 16:53:46
    需求是最重要的事情,失去了功能,失去了客户的价值,软件将一无是处。 然而,功能的实现只是架构的开端。 架构首先来自需求,需求驱动架构,...非功能性需求也可以称为质量属性,我所了解的非功能性需求主要有......
  • 欢迎使用Markdown编辑器写博客本Markdown编辑器使用StackEdit修改而来,用它写博客,将会带来全新的体验哦: Markdown和扩展Markdown简洁的语法 代码块高亮 图片链接和图片上传 LaTex数学公式 UML序列图和流程图 ...
  • 架构设计之非功能性需求

    千次阅读 2019-01-07 13:26:47
    非功能性需求什么叫非功能性需求非功能性需求为何与架构相关值得注意 什么叫非功能性需求 非功能性需求包括性能、可修改性、可用性、易用性、复用性、环境要求等,在最初的需求方案分析阶段很容易被忽略,而这些...
  • 软件工程的需求分类

    万次阅读 2013-11-07 11:09:09
    除此之外,每个系统还有各种非功能需求需求的分类是软件需求阶段必不可少的工作,它可以指导开发人员理解不同的行业的业务、了解用户的真实需求,清楚这些之后确立好功能项;当开发人员对整体需求有了明确的目标后...
  • 如何写好一份产品需求文档

    万次阅读 多人点赞 2017-01-24 15:53:00
    如何写好一份产品需求文档 PRD写得好看还不如需求把握得准确,PRD写得好看还不如体验设计得顺畅。 工欲善其事必先利其器。 产品需求文档(以下都简称PRD)对于大多数产品新人来说都并不陌生,它是产品工作中...
  • 学习软件设计的非功能性需求

    千次阅读 2014-03-20 22:54:39
    所以说,功能性需求非功能性需求是相辅相成密不可分的。非功能性需求经常被忽略,因为它们不易被发现,发现后不易表达、实现以及测试。其实我们很多时候都将功能需求不自觉的融入到了功能需求中。软件产品的...
  • 非功能性需求

    千次阅读 2011-11-02 16:18:33
    比如可以利用非功能性需求来指定响应时间,或计算时达到的精确度、产品必须具有的某种特定外观、能被无法阅读的人士使用、遵守使用这类业务的法律。 这些属性的存在并不是因为它们是产品的基本活动,而是因为客户...
1 2 3 4 5 ... 20
收藏数 959,906
精华内容 383,962
关键字:

非功能性需求