敏捷项目中非功能需求是如何定义和管理的?

  非功能性需求(NFR)通常被定义为敏捷项目的积压约束,并作为产品积压和Scrum积压的一部分进行管理,它们被重新作为每次迭代或冲刺中“完成定义”的一部分,如果系统不满足任何给定的NFR,则该NFR可能产生新的积压项目,例如重构或性能增强。

定义明确的NFR应符合以下标准:  

有边界:每个NFR应该描述它所使用系统的范围(它的“边界”)。许多NFR适用于整个系统(例如可扩展性或可移植性);然而,出于可行性和/或成本控制的原因,其他可能受限于特定组件。例如,关键功能或组件可能对可用性或性能具有更严格的非功能性要求,而其他(例如管理功能)对这些特定NFR的需求可能不那么严格。              

独立:NFR应该彼此独立,因此可以在不考虑或影响其他系统属性的情况下对其进行评估和测试。             

可协商:与功能要求一样,NFR返回可量化的业务价值,作为可定义成本的回报。 NFR的成本不应超过其预期值,可能需要协商以使成本和收益保持一致。             

可测试性:如果你不能测试它,你就不能交付它。NFRS应与功能要求一样,具有客观、可测量和可测试的标准。    

敏捷

业务分析

 

猜你喜欢