摘要：
本文目录一览：1、什么是功能性需求和非功能性需求... 微信号
18322445027
本文目录一览：
什么是功能性需求和非功能性需求
(1) 在一般使用中，需求按照功能性（行为的）和非功能性（其它所有的行为）来分类。
功能性需求是说有具体的完成内容的需求。
例如：比如客户登录、邮箱网站的收发收发邮件、论坛网站的发帖留言等。
非功能性需求是指软件产品为满足用户业务需求而必须具有且除功能需求以外的特性，包括系统的性能、可靠性、可维护性、可扩充性和对技术和对业务的适应性等。
例如：性能要求：要求系统能满足100个人同时使用，页面反应时间不能超过6秒；
可靠性： 系统能7×24小时连续运行，年非计划宕机时间不能高于8小时。要求能快速的部署，特别是在系统出现故障时，能够快速的切换到备用机。
(2) 在统一过程（UP）中，需求按照“FURPS+”模型进行分类。
功能性（Functional）：特性、功能、安全性；
可用性（Usability）：人性化因素、帮助、文档；
可靠性（Reliability）：故障频率、可恢复性、可预测性；
性能（Performance）：响应时间、吞吐量、准确性、有效性、资源利用率；
可支持性（Supportability）：适应性、可维护性、国际化、可配置性。
“FURPS+”中的“+”是指一些辅助性的和次要的因素，比如：
实现（Implementation）：资源限制、语言和工具、硬件等；
接口（Interface）；强加于外部系统接口之上的约束；
操作（Operation）：对其操作设置的系统管理；
包装（Packaging）例如物理的包装盒；
授权（Legal）：许可证或其他方式。
使用“FURPS+”分类方案（或其他分类方案）作为需求范围的检查列表是有效的，可以避免遗漏系统某些重要方面。
其中某些需求可以统称为质量属性（quality attribute）、质量需求（quality requirement）或系统的“某属性”。这些需求包括：可用性、可靠性、性能和可支持性
需求开发中的非功能需求包括哪些
非功能性需求
4-1、系统需求（system requirement）用于描述包含多个子系统的产品（即系统）的顶级需求。系统可以只包含软件系统，也可以既包含软件又包含硬件子系统。人也可以是系统的一部分，因此某些系统功能可能要由人来承担。
4-2、业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。业务规划本身并非软件需求，因为它们不属于任何特定软件系统的范围。然而，业务规则常常会限制谁能够执行某些特定用例，或者规定系统为符合相关规则必须实现某些特定功能。有时，功能中特定的质量属性（通过功能实现）也源于业务规则。所以，对某些功能需求进行追溯时，会发现其来源正是一条特定的业务规则。
4-3、功能需求记录在软件需求规格说明（ SRS ）中。 SRS 完整地描述非功能性需求都包括哪些方面了软件系统的预期特性。 SRS 非功能性需求都包括哪些方面我们一般把它当作文档，其实， SRS 还可以是包含需求信息的数据库或电子表格非功能性需求都包括哪些方面；或者是存储在商业需求管理工具中的信息；而对于小型项目，甚至可能是一叠索引卡片。开发、测试、质量保证、项目管理和其他相关的项目功能都要用到 SRS 。除了功能需求外， SRS 中还包含非功能需求，包括性能指标和对质量属性的描述。
4-4、质量属性（quality attribute）对产品的功能描述作了补充，它从不同方面描述了产品的各种特性。这些特性包括可用性、可移植性、完整性、效率和健壮性，它们对用户或开发人员都很重要。其他的非功能需求包括系统与外部世界的外部界面，以及对设计与实现的约束。
4-5、约束（constraint）限制了开发人员设计和构建系统时的选择范围，如局限于软件工程学科。 注非功能性需求都包括哪些方面：分清楚那些是业务需求、哪些是用户需求、哪些是功能性需求和非功能性需求对软件的开发有着重大的指导意义，绝不可以以偏概全，错误地去揣摩用户的心思；对于开发者而言，所有软件功能的开发非功能性需求都包括哪些方面我们都应该一一征求用户的意见，对需求有了清晰的认识后再进行实质性的开发工作。
非功能性需求包括哪4种类型
(1) 性能需求：用户在软件响应速度、结果精度、运行时资源消耗量等方面的要求。
(2) 可靠性需求：用户在软件失效的频率、严重程度、易恢复性，以及故障可预测性等方面的要求。
(3) 易用性需求：用户在界面的易用性、美观性，以及对面向用户的文档和培训资料等方面的要求。
(4) 安全性需求：用户在身份认证、授权控制、私密性等方面的要求。
扩展资料
非功能性需求是随着软件系统的规模成长和复杂性增加这两个因素才逐渐成为软件工程师们的新着眼点和关注点的，早期的时候，甲方处于自身对软件技术的了解和自身对系统文件维护的方便性考虑等，对系统有了诸如：开发平台、技术流派、关键实现等等方面的要求，这被称之为“设计约束”。
从甲乙双方合同的角度，设计约束也是一种需求——一种“非功能”性的需求，后来，软件的质量问题越来越突出，描述软件质量目标的要求也成为非功能性需求的一部分。于是，目前业界关于软件的非功能需求，一般就包括：质量属性要求和约束性要求。
非功能性需求都包括哪些方面？
1�0�2�0�2�0�2 非功能性需求：用户对软件质量属性、运行环境、资源约束、外部接口等方面的要求或期望，包括：(1) 性能需求：用户在软件响应速度、结果精度、运行时资源消耗量等方面的要求。(2) 可靠性需求：用户在软件失效的频率、严重程度、易恢复性，以及故障可预测性等方面的要求。(3) 易用性需求：用户在界面的易用性、美观性，以及对面向用户的文档和培训资料等方面的要求。(4) 安全性需求：用户在身份认证、授权控制、私密性等方面的要求。(4) 运行环境约束：用户对软件系统运行环境的要求。(5) 外部接口：用户对待开发软件系统与其他软件系统或硬件设备之间的接口的要求。
