• <center id="ye0c0"><u id="ye0c0"></u></center>
  • <optgroup id="ye0c0"><acronym id="ye0c0"></acronym></optgroup>
  • 敏捷項目中非功能需求是如何定義和管理的?

      非功能性需求(NFR)通常被定義為敏捷項目的積壓約束,并作為產品積壓和Scrum積壓的一部分進行管理,它們被重新作為每次迭代或沖刺中“完成定義”的一部分,如果系統不滿足任何給定的NFR,則該NFR可能產生新的積壓項目,例如重構或性能增強。

    定義明確的NFR應符合以下標準:??

    有邊界:每個NFR應該描述它所使用系統的范圍(它的“邊界”)。許多NFR適用于整個系統(例如可擴展性或可移植性);然而,出于可行性和/或成本控制的原因,其他可能受限于特定組件。例如,關鍵功能或組件可能對可用性或性能具有更嚴格的非功能性要求,而其他(例如管理功能)對這些特定NFR的需求可能不那么嚴格。 ?????????????

    獨立:NFR應該彼此獨立,因此可以在不考慮或影響其他系統屬性的情況下對其進行評估和測試。?????????????

    可協商:與功能要求一樣,NFR返回可量化的業務價值,作為可定義成本的回報。 NFR的成本不應超過其預期值,可能需要協商以使成本和收益保持一致。??? ?????????

    可測試性:如果你不能測試它,你就不能交付它。NFRS應與功能要求一樣,具有客觀、可測量和可測試的標準。????

    敏捷

    業務分析

     

    美女漫画大全