在将近一年的延迟之后，A市启动了其第一个地铁系统。经过城市和承包商的12天密集测试后，城市宣布地铁系统已准备就绪。
但是，从启动新地铁系统的第一天起，问题就陆续出现。通勤的延迟每天都在发生，而客户的抱怨正泛滥在社交媒体上。
除了地铁系统没有按照预期的方式移动之外，找到最多的投诉还与以下方面非常有趣：
- 缺乏洗手间
- 安全问题
- 缺乏沟通
- 湿滑的地板
- 拥挤的平台
- 缺乏连接巴士
所有这些投诉都与地铁本身没有直接关系。它们是“ 非功能性需求 ”（NFR）
NFR的定义
根据IIBA BABOK V3的定义，非功能性要求：一种要求，描述了解决方案必须满足的性能或质量属性。非功能性需求通常是可测量的，并且会成为整个解决方案设计的约束。
此定义中的关键字为：
- 必须见
- 约束条件
从我们地铁站的故事来看，地铁解决方案的性能和质量属性似乎未达到客户期望，它们已成为系统正常运行的主要限制因素，导致糟糕的客户体验。
为什么NFR很重要
首先，任何操作系统或解决方案都包含两种类型的需求：功能需求和非功能需求。该解决方案用作时钟，要求解决方案中的每个齿轮正常工作。根据约束理论，只有解决了约束或瓶颈后，才能提高任何过程的吞吐量。
因此，无论火车可以运行多快，一次旅行可载多少乘客（功能要求），只要不满足NFR，解决方案（地铁系统）的性能就只能达到所述非功能性要求。
其次，如果在业务分析过程中未考虑NFR，则很有可能它们不是解决方案评估标准的一部分。如果不考虑NFR，建议的解决方案可能无法准确评估。被认为是最好的解决方案可能根本不是一个合适的解决方案。
第三，不考虑NFR会增加解决方案失败的风险和对组织的责任。例如，一块光滑的地板导致骑手从平台上掉下，可能导致对城市的诉讼。
最后但并非最不重要的一点是，修复现有解决方案（运行中的地铁系统）的成本将比在设计阶段修复问题的成本更高。例如，购买更多的公共汽车并雇用更多的公共汽车司机会损害城市的预算。
什么是NFR
NFR的以下示例是地铁示例。
相依性：车手需要停车位，连接公交车 |
在业务分析过程中何时考虑对NFR采取行动
NFR的大部分工作都发生在需求分析和设计定义阶段。但是，任何业务分析师都应在业务分析过程的其他阶段牢记NFR。
在计划和监视阶段，业务分析师需要清楚地识别所有利益相关者，以确保他们的NFR将在后续阶段得到捕获和考虑。所汲取的经验教训可以用于解决先前项目中忽略的任何NFR，因此可以在当前项目中考虑类似的NFR
在启发和协作阶段，业务分析师需要确保鼓励利益相关者考虑NFR。所有利益相关者都有机会表达其NFR。
在需求生命周期管理阶段，对所有NFR进行适当的跟踪，维护，优先排序和批准
在需求分析和设计定义阶段，业务分析人员需要确保清楚地指定和建模NFR（如果适用）。所引起和记录的NFR由利益相关者进行验证。在定义设计解决方案并提供推荐解决方案时，应正确评估和考虑NFR的潜在值。
在解决方案评估阶段，将对NFR进行适当的测量和分析。
总之，应该在业务分析过程的整个生命周期中牢记NFR。
NFR技术
下面提供了在不同业务分析生命周期阶段使用的一些技术。
记录，跟踪和优先处理剩余的NFR：积压管理，项目跟踪 |