缘于不良定义和传递。有时需求根本不是定义!团队成员花费了大量的时间判断功能需求，团队可能忘记无功能需求。在IT项目中，由功能需求说明的系统功能将被执行。无功能需求描述了一个系统的操作，而不是特定功能。下列无功能需求类型，在需求开发的过程中，提供用来考虑例子和实例问题。
硬件和软件
在以前提到的项目中，项目组不为实际的软件和硬件环境提供任何无功能需求。供应商假设他们可以在Microsoft.NET平台上开发方案,在他们把最初的版本安装在客户的场所,他们就能迅速实现仅支持J2EE平台的主机环境。
在上面的财务系统执行中,客户要求使用开发数据库标准的底层数据库。软件产品不使用开放标准和通过API库的需求集成。需求方案说明过程中，由于该项目没有说明这些需求，他们不得不在执行过程中改变项目方法。
可用性需求
项目组需要识别解决方案的可用性需求。依赖功能需求，系统的响应时间可能会被影响。30秒的响应时间可能或者不能被商业客户接受，这个训练模拟项目上，最终用户希望基于网页模拟与基于个人计算机MS－Access应用程序一摸一样。使用标准超级文本标志语言HTML开发网页模拟，最终结果的功能与基于个人计算机解决方案不相同。最终用户希望他们能够点击一个区域，并把数据存储到数据库中。他们并不想通过点击"保存"按钮确认数据的变化。
法定要求
项目组开发需求时，他们必须考虑用于数据保密、数据保持和数据存取方法的法定要求。如果解决方案为一个全球用户基地开发，不同国家都有数据安全、保护需求，因为个人用户数据必须被考虑。
国际化
大型企业应用程序一般地都有多民族、国家和语言。团队需要为解决方案定义语言需求，并考虑其在遍布全球各处市场的影响。在上面公司内网入口执行中，项目组为显示内容定义了四种公共语言。但是，比较小的国家在认可的语言中没有开发内容，因此项目组被要求了额外的功能改变。
网络需求
网络需求必须是被认为在解决方案的设计和构架中实现。由于产品功能开始向中央网站式（centralized hosting）解决方案转移,网络带宽,贯通性和响应时间是必须要考虑的问题。设置工作平台倾向于集中人员组织的自治操作。 可是，不同的公司的应用程序可以在装置之间共享，但是网络需求必须要评估。
安全
应用程序需求必须考虑安全标准并核准安全模型。项目组可以设定由于供应商的安全模型是商用现货包装，因此是可接受的。可是，在公司需要一个集中安全模式时，程序的执行就出现了问题。在组织采用基于网页的解决方案的时候，平衡共享的员工鉴定过程就是新兴的需求。
需求管理调整
防止需求管理失败的解决方案不是一个开创性解决方案。通常单一的解决方案被认为是最基本的。下列步骤可以帮助在项目声明周期内，确保需求能够被恰当地分析，控制和管理。
1.在详细设计和构造之前，建立功能和无功能需求进行需求分析。由于软件开发的瀑布型周期，组织经常会发生分析麻痹。如果不喜欢瀑布方法,可以使用迭代的方法。在迭代中，需求能被识别、细化、分析和证实。在项目过程中，业务需求在不断的发展，需要与商业客户、技术构架团队、IT运营和安全团队一起进行分析。
⒉划定业务需求的基线项目经理们建立进度基线来确定最初的成本和进度，给出认可的范围。业务需求也需要划出基线来正式识别项目中认可的范围。项目团队可以使用于需求管理的软件包，或者使用打印需求文档和写入在项目控制手册中等更简单的方法。
⒊申请需求控制变更改变项目的范围、资源和时间安排都
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
