您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 关于非功能性需求说明书

  2. 所谓非功能性需求,是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性。软件产品的非功能性需求包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。其大概包括:系统的完整性、可靠性 、可用性 、有效性 、可维护性 、可移植性 等级个方面。 1.系统的完整性 系统的完整性指为完成业务需求和系统正常运行本身要求而必须具有的功能,这些功能往往是用户不能提出的,典型的功能包括联机帮助、数据管理、用户管理、软件发布管理和在线升级等。。。。。。。。。。。。。。
  3. 所属分类:专业指导

    • 发布日期:2009-05-13
    • 文件大小:35840
    • 提供者:kianxianzhx
  1. 软件非功能属性研究介绍的文档

  2. 一个软件系统的特性表现在它的功能性和非功能性,本文是有关本文是软件非功能属性研究的文档
  3. 所属分类:专业指导

    • 发布日期:2010-05-09
    • 文件大小:409600
    • 提供者:zzq201412
  1. 非功能性缺陷自动测试

  2. 对软件中的非功能性缺陷实施自动测试 可以对数百种软件缺陷实施自动测试(故障、安全漏洞、疑问代码、规则) 面向软件生产企业、使用单位、评测单位 与可信相关的软件都应实施这种测试 DTS4目前在缺陷检测模式数量、检测精度、适用语言等皆达到国际先进水平,完全可以替代国际上的同类产品
  3. 所属分类:系统安全

    • 发布日期:2011-08-11
    • 文件大小:7340032
    • 提供者:wjln1
  1. 非功能性需求表格

  2. 这是一个需求分析中的肺功能需求分析的表格
  3. 所属分类:Java

    • 发布日期:2012-06-15
    • 文件大小:680960
    • 提供者:han071530342
  1. 非功能性需求(NFR)的分析和识别方法.ppt

  2. NFR在软件产品研发中的重要性、NFR分析和识别的目标、NFR分析和识别的方法、NFR在项目周期中的行为和参与角色
  3. 所属分类:其它

    • 发布日期:2012-10-31
    • 文件大小:1048576
    • 提供者:sonyzb
  1. 软件需求分析之非运行时非功能性需求

  2. 非运行时非功能性需求从系统的灵活性与可维护性、可扩展性与可伸缩性、运行环境、数据完整性、准确性与及时性、开放性与先进性、规范性与标准性、可行性与可实施性等方面给出了具体的要求。
  3. 所属分类:专业指导

    • 发布日期:2008-08-28
    • 文件大小:33792
    • 提供者:jim668
  1. 信息系统非功能性需求规范

  2. 目前能够找到的一份最详尽的信息系统肺功能性需求规范,这个东西在我们后期写非功能性需求的时候,帮助非常大,虽然是2014年的文件,但其中描述、内容完全可以复用。
  3. 所属分类:其它

    • 发布日期:2020-07-20
    • 文件大小:4194304
    • 提供者:TYYR1998
  1. 品质决定成败——漫谈非功能性需求

  2. 软件的非功能需求 在互联网的世界里,“用户就是上帝”这句话只体现在支付环节。 而在日常生活中,几乎每一个人都清楚的知道,不论是产品还是服务,品质决定竞争力,而对于一个软件、应用或者App来说,功能是生命线,确定能否安身立命,而非功能需求则是它的品质。 一个软件、应用或者App的特性表现在两个方面,功能性与非功能性。功能性好理解,硬指标,开发过程中的里程碑,一定要啃下的山头,而非功能性需求更偏“软”,如App好不好用,速度快不快,设计是否反人类等。在我们的日常生活中,非核心、非会员,只要带了一个“
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:537600
    • 提供者:weixin_38663415
  1. 管理云应用程序的非功能性需求

  2. 了解架构设计模式,以管理特定于平台即服务(PaaS)环境的非功能性需求(NFRs)。了解Codename:BlueMix(IBMPaaS云操作环境)的技术特征,看看Codename:BlueMix如何为可靠、高度可用且可扩展的应用程序的设计和创建提供支持。备注:Codename:BlueMix是一款beta级产品,随着我们不断让功能更加完善和更易于使用,它也将不断改进。我们将竭尽全力保持本文最新,但它并不总是完全跟上现状。感谢大家的理解!有效的、创新性的应用程序甚至都有可能被破坏或在市场上遭遇失
  3. 所属分类:其它

    • 发布日期:2021-03-04
    • 文件大小:754688
    • 提供者:weixin_38692100
  1. 使用TOGAFArchiMate表示非功能性需求

  2. 本文主要关注IT系统非功能性方面的图形和形式表示,我们以非功能性需求(NFR)开始,因为这些表示是由架构师执行的。在展示一些可用符号以及如何在TheOpenGroupArchitectureFramework(TOGAF)中使用或重用所表达的概念之前,我们这里将引用来自AlfredNorthWhitehead的AnIntroductiontoMathematics中的一段摘录,因为它解释了我们为什么需要在本文中特别关注这些符号。通过消除所有不必要的工作,一个好的符号可以使您将精力集中到更加高级的
  3. 所属分类:其它

    • 发布日期:2021-03-02
    • 文件大小:676864
    • 提供者:weixin_38675232
  1. 使用TOGAFArchiMate表示非功能性需求

  2. 本文主要关注IT系统非功能性方面的图形和形式表示,我们以非功能性需求(NFR)开始,因为这些表示是由架构师执行的。在展示一些可用符号以及如何在TheOpenGroupArchitectureFramework(TOGAF)中使用或重用所表达的概念之前,我们这里将引用来自AlfredNorthWhitehead的AnIntroductiontoMathematics中的一段摘录,因为它解释了我们为什么需要在本文中特别关注这些符号:通过消除所有不必要的工作,一个好的符号可以使您将精力集中到更加高级的
  3. 所属分类:其它

    • 发布日期:2021-02-26
    • 文件大小:671744
    • 提供者:weixin_38594687
  1. 非功能性需求,不要成为项目的坑

  2. 本文来自于720ui,文章介绍了易用性需求、可靠性需求、兼容性需求以及性能需求等,并配以实例进行讲解。我们在审批case的时候,最容易忽略的部分就是非功能性需求。非功能性需求分析不透彻,或者被忽略,常常给项目埋下巨大无比的坑。这个坑,想必大家都或多或少遇到过吧。比如项目要交付的时候,交互或需求不明确或者有歧义导致项目返工或延期,安全问题考虑不周导致生产环节被攻击者恶意攻击,没有考虑性能导致遇到高流量的时候就悲剧了等场景。今天的话题,我们就来聊聊《非功能性需求,不要成为项目的坑》。顾名思义,用户在
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:221184
    • 提供者:weixin_38659622
  1. 使用TOGAFArchiMate表示非功能性需求

  2. 本文来自于IBM,本文主要关注IT系统非功能性方面的图形和形式表示,我们以非功能性需求(NFR)开始,因为这些表示是由架构师执行的。在展示一些可用符号以及如何在TheOpenGroupArchitectureFramework(TOGAF)中使用或重用所表达的概念之前,我们这里将引用来自AlfredNorthWhitehead的AnIntroductiontoMathematics中的一段摘录,因为它解释了我们为什么需要在本文中特别关注这些符号:通过消除所有不必要的工作,一个好的符号可以使您将精
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:1048576
    • 提供者:weixin_38699352
  1. DevOps研习社:品质决定成败——漫谈非功能性需求

  2. 在互联网的世界里,“用户就是上帝”这句话只体现在支付环节。而在日常生活中,几乎每一个人都清楚的知道,不论是产品还是服务,品质决定竞争力,而对于一个软件、应用或者App来说,功能是生命线,确定能否安身立命,而非功能需求则是它的品质。一个软件、应用或者App的特性表现在两个方面,功能性与非功能性。功能性好理解,硬指标,开发过程中的里程碑,一定要啃下的山头,而非功能性需求更偏“软”,如App好不好用,速度快不快,设计是否反人类等。在我们的日常生活中,非核心、非会员,只要带了一个“非”字,往往都不是那么
  3. 所属分类:其它

    • 发布日期:2021-02-24
    • 文件大小:537600
    • 提供者:weixin_38557935
  1. 使用TOGAFArchiMate表示非功能性需求

  2. 本文主要关注IT系统非功能性方面的图形和形式表示,我们以非功能性需求(NFR)开始,因为这些表示是由架构师执行的。在展示一些可用符号以及如何在TheOpenGroupArchitectureFramework(TOGAF)中使用或重用所表达的概念之前,我们这里将引用来自AlfredNorthWhitehead的AnIntroductiontoMathematics中的一段摘录,因为它解释了我们为什么需要在本文中特别关注这些符号。通过消除所有不必要的工作,一个好的符号可以使您将精力集中到更加高级的
  3. 所属分类:其它

    • 发布日期:2021-02-03
    • 文件大小:676864
    • 提供者:weixin_38670318
  1. 管理云应用程序的非功能性需求

  2. 了解架构设计模式,以管理特定于平台即服务(PaaS)环境的非功能性需求(NFRs)。了解Codename:BlueMix(IBMPaaS云操作环境)的技术特征,看看Codename:BlueMix如何为可靠、高度可用且可扩展的应用程序的设计和创建提供支持。备注:Codename:BlueMix是一款beta级产品,随着我们不断让功能更加完善和更易于使用,它也将不断改进。我们将竭尽全力保持本文最新,但它并不总是完全跟上现状。感谢大家的理解!有效的、创新性的应用程序甚至都有可能被破坏或在市场上遭遇失
  3. 所属分类:其它

    • 发布日期:2021-02-02
    • 文件大小:754688
    • 提供者:weixin_38658564
  1. 使用TOGAFArchiMate表示非功能性需求

  2. 本文主要关注IT系统非功能性方面的图形和形式表示,我们以非功能性需求(NFR)开始,因为这些表示是由架构师执行的。 在展示一些可用符号以及如何在TheOpenGroupArchitecture Framework(TOGAF)中使用或重用所表达的概念之前,我们这里将引用来自AlfredNorth Whitehead的AnIntroductiontoMathematics中的一段摘录,因为它解释了我们为什么
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:671744
    • 提供者:weixin_38606811
  1. 使用TOGAFArchiMate表示非功能性需求

  2. 本文来自于IBM,本文主要关注 IT系统非功能性方面的图形和形式表示,我们以非功能性需求(NFR)开始,因为这些表示是由架构师执行的。在展示一些可用符号以及如何在TheOpenGroupArchitectureFramework(TOGAF)中使用或重用所表达的概念之前,我们这里将引用来自 AlfredNorthWhitehead的AnIntroductiontoMathematics
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:1048576
    • 提供者:weixin_38710781
  1. 非功能性需求,不要成为项目的坑

  2. 本文来自于720ui,文章介绍了易用性需求、可靠性需求、兼容性需求以及性能需求等,并配以实例进行讲解。我们在审批case的时候,最容易忽略的部分就是非功能性需求。非功能性需求分析不透彻,或者被忽略,常常给项目埋下巨大无比的坑。这个坑,想必大家都或多或少遇到过吧。比如项目要交付的时候,交互或需求不明确或者有歧义导致项目返工或延期,安全问题考虑不周导致生产环节被攻击者恶意攻击,没有考虑性能导致遇到高流量的时候就悲剧了等场景。今天的话题,我们就来聊聊《非功能性需求,不要成为项目的坑》。 顾名思义,用户
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:221184
    • 提供者:weixin_38703906
  1. DevOps研习社:品质决定成败——漫谈非功能性需求

  2. 在互联网的世界里,“用户就是上帝”这句话只体现在支付环节。而在日常生活中,几乎每一个人都清楚的知道,不论是产品还是服务,品质决定竞争力,而对于一个软件、应用或者App来说,功能是生命线,确定能否安身立命,而非功能需求则是它的品质。一个软件、应用或者App的特性表现在两个方面,功能性与非功能性。功能性好理解,硬指标,开发过程中的里程碑,一定要啃下的山头,而非功能性需求更偏“软”,如App好不好用,速度快不快,设计是否反人类等。在我们的日常生活中,非核心、非会员,只要带了一个“非”字,往往都不是那么
  3. 所属分类:其它

    • 发布日期:2021-01-27
    • 文件大小:536576
    • 提供者:weixin_38562079
« 12 3 4 5 6 7 8 9 10 ... 20 »